Когда я попытался настроить свое приложение nginx с помощью certboot, следуя этот учебник и другим подобным. Я всегда использую один и тот же ответ от certbot
Saving debug log to /var/log/letsencrypt/letsencrypt.log Plugins selected: Authenticator nginx, Installer nginx Obtaining a new certificate Performing the following challenges: http-01 challenge for sicocme.enterpriserealdomain.com http-01 challenge for www.sicocme.enterpriserealdomain.com Waiting for verification... Cleaning up challenges Failed authorization procedure. sicocme.enterpriserealdomain.com (http-01): urn:ietf:params:acme:error:connection :: The server could not connect to the client to verify the domain :: dns :: DNS problem: NXDOMAIN looking up A for sicocme.enterpriserealdomain.com, www.sicocme.enterpriserealdomain.com (http-01): urn:ietf:params:acme:error:connection :: The server could not connect to the client to verify the domain :: dns :: DNS problem: NXDOMAIN looking up A for www.sicocme.enterpriserealdomain.com
IMPORTANT NOTES: - The following errors were reported by the server:
Domain: sicocme.enterpriserealdomain.com Type: connection
Detail: dns :: DNS problem: NXDOMAIN looking up A for
sicocme.enterpriserealdomain.comDomain: www.sicocme.enterpriserealdomain.com Type: connection Detail: dns :: DNS problem: NXDOMAIN looking up A for
www.sicocme.enterpriserealdomain.comTo fix these errors, please make sure that your domain name was
entered correctly and the DNS A/AAAA record(s) for that domain
contain(s) the right IP address. Additionally, please check that
your computer has a publicly routable IP address and that no
firewalls are preventing the server from communicating with the
client. If you're using the webroot plugin, you should also verify
that you are serving files from the webroot path you provided.
Когда я проверяю свой сервер домена, запись A присутствует как для www, так и для no-www с правильным IP-адресом. Сервер имеет доступ к сети и может получить доступ или получить к нему доступ по IP или имени домена, что доказывает, что домен DNS распознает эту машину и существует.
Также я обязательно разрешаю правильные порты с ufw.
To Action From
-- ------ ----
443/tcp ALLOW Anywhere
80/tcp ALLOW Anywhere
22/tcp ALLOW Anywhere
5432/tcp ALLOW Anywhere
Nginx Full ALLOW Anywhere
443/tcp (v6) ALLOW Anywhere (v6)
80/tcp (v6) ALLOW Anywhere (v6)
22/tcp (v6) ALLOW Anywhere (v6)
5432/tcp (v6) ALLOW Anywhere (v6)
Nginx Full (v6) ALLOW Anywhere (v6)
Почему это могло происходить? Заранее спасибо!


Проблема в том, что ваши записи DNS еще не распространяются. См. ниже URL - https://dnsmap.io/#A/sicocme.enterpriserealdomain.com
Убедитесь, что ваши записи DNS распространяются повсюду, тогда все должно быть в порядке.
certbot развертывает сертификат letsencrypt, который потребует проверки владельца домена. В настоящее время это можно сделать с помощью проверки записи DNS или HTTP-запроса. В любом случае вам необходимо подтвердить, что вы являетесь владельцем домена.
но я не знаю, почему не удается найти мой DNS. Что я могу сделать в таком случае? Как я могу заставить letsencrypt пройти проверку DNS с записью или вызовом http локально?
вам нужно добавить записи DNS для вашего домена для проверки.
Я уже добавил запись A и CNAME. при прослушивании порта 80 я смог получить доступ к моему приложению вот так http://sicocme.enterpriserealdomain.com. Разве это не доказательство правильной настройки DNS? Нужно ли добавлять другой вид записи. Файлы hosts также были обновлены, чтобы соответствовать этой конфигурации.
Моя сеть является частной. Нет никакого намерения регистрировать этот DNS-сервер у внешнего провайдера. Как я могу проверить распространение записей в моей сети? Эта сеть не подключена к Интернету