Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. crt.sh | example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
My domain is: 3cx.norwood.vic.edu.au
I ran this command: wacs --verbose
It produced this output: Authorization result: invalid
My web server is (include version): nginx
The operating system my web server runs on is (include version):
My hosting provider, if applicable, is:
I can login to a root shell on my machine (yes or no, or I don't know): yes
I'm using a control panel to manage my site (no, or provide the name and version of the control panel):
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot):
Please make the required modifications and then resume testing via the staging system.
You can even try placing a test file in the expected location to ensure it is freely accessible before resuming with any wacs testing.
the path has a test file here > 3cx.norwood.vic.edu.au/.well-known/acme-challenge/Test.txt
Should I be able to just browse to the location and view the text file ?
Could the challenge path access issues be resolved by changing Proxy settings for our server ?
Thanks
I am unaware of your setup and ill prepared to make such a determination.
But if a proxy server is involved, you need to take that into consideration (especially with HTTPS).
Hi @rg305 ,
We can now reach > 3cx.norwood.vic.edu.au/.well-known/acme-challenge/Test.txt
however creating the certificate still fails ?
Do you have any further suggestions ? thanks
If WACS can use webroot authentication, then I'd give that a try.
If not...
Then I would review the entire nginx config to see where the confusion lies. nginx -T