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:
I ran this command:
It produced this output:
My web server is (include version):
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):
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):
Without answers to the form questions, it is difficult to give useful advice.
In short, I only see certbot, webroot, no HTTPS redirection (a good thing), and an IP address.
@smovtekwebadmin As Rudy notes, when using nginx as a reverse proxy to IIS it is nginx that you want to respond to the challenge request from the Lets Encrypt server. I sent a test request and it looks like you are passing those requests to IIS.
You would want something like this (just an example):
server {
(...)
location /.well-known/acme-challenge/ {
root /path/of/certbot/webroot/folder;
}
location / {
# Use location(s) and proxy for IIS as you have it now
}
}
If you want specific advice, please run nginx -T and paste results here. Please use the preformatted text option in format menu (or Ctrl-E).
nginx: the configuration file C:\nginx-1.21.4/conf/nginx.conf syntax is ok
nginx: configuration file C:\nginx-1.21.4/conf/nginx.conf test is successful
About using nginx as a reserve proxy to IIS.That is not what I am actually doing. IIS is active but not running as I not using it as my web server. It is Nginx that I am using but however getting connection_timeout with my domain name from Godaddy DNS manage in Route53 on aws and has a ec2 Elastic IP.
@smovtekwebadmin Hmmm. Yesterday I got a response from curl -I http://smovtek.com
that had IIS as the server in the response headers.
Let us focus on nginx.
First, normally the 'listen' on this line should be 80, not 40.
server {
listen 40;
server_name smovtek.com www.smovtek.com;
And, while you do not yet have your public certificates yet for https, you would normally have the server def for port 443 have the same server_name as the port 80 server. You currently have it as localhost
server {
listen 443 ssl;
server_name localhost;
Right now I cannot reach your site on any port.
Yesterday an IIS server responded on port 80 (my http request). So make sure port 80 is available when changing nginx to use it.