<p>certbot добавляет acme-challenge в неправильную конфигурацию, если имя домена не в нижнем регистре</p>

Созданный на 17 февр. 2019 · 3Комментарии · Источник: certbot/certbot

Debian 9.6
Я установил Certbot с менеджером пакетов ОС
certbot 0.28.0
nginx
имел этот хост в моей конфигурации в /etc/nginx/conf.d/RussianChurchVancouver.ca.conf :

server {
  listen       80;
  server_name  RussianChurchVancouver.ca www.RussianChurchVancouver.ca;
...

Я запустил certbot, но сертификаты не были созданы, потому что certbot не удалось:

root<strong i="18">@deb96</strong>:/var/www/RussianChurchVancouver.ca/web# certbot -m [email protected] --agree-tos --nginx -d RussianChurchVancouver.ca -d www.RussianChurchVancouver.ca
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 russianchurchvancouver.ca
http-01 challenge for www.russianchurchvancouver.ca
nginx: [warn] conflicting server name "www.russianchurchvancouver.ca" on 0.0.0.0:80, ignored
nginx: [warn] conflicting server name "russianchurchvancouver.ca" on 0.0.0.0:80, ignored
Waiting for verification...
Cleaning up challenges
Failed authorization procedure. russianchurchvancouver.ca (http-01): urn:ietf:params:acme:error:unauthorized :: The client lacks sufficient authorization :: Invalid response from http://russianchurchvancouver.ca/.well-known/acme-challenge/b4vlj_zIdB4H_a94FlltJWx2JBGBDS_ihAFWrpJSl5U: "<html>\r\n<head><title>404 Not Found</title></head>\r\n<body>\r\n<center><h1>404 Not Found</h1></center>\r\n<hr><center>nginx</center>\r\n", www.russianchurchvancouver.ca (http-01): urn:ietf:params:acme:error:unauthorized :: The client lacks sufficient authorization :: Invalid response from http://www.russianchurchvancouver.ca/.well-known/acme-challenge/B8e0i1p0jhjNtfV1Dd36rlE8eh4K2bpefVvABc6Na48: "<html>\r\n<head><title>404 Not Found</title></head>\r\n<body>\r\n<center><h1>404 Not Found</h1></center>\r\n<hr><center>nginx</center>\r\n"

Во время устранения неполадок я обнаружил, что certbot добавляет acme-challenge в этот файл конфигурации:

Writing nginx conf tree to /etc/nginx/conf.d/default.conf

что является ошибкой. вот почему у меня есть conflicting server name в журнале (certbot создал ситуацию, когда у меня есть russianchurchvancouver.ca как в default.conf и в RussianChurchVancouver.ca.conf
Ожидается, что он добавит acme-challenge в этот файл:

/etc/nginx/conf.d/RussianChurchVancouver.ca.conf

На этом этапе я начал подозревать, что это делает certbot, потому что мои домены в файле конфигурации не строчные.
Итак, я сделал их строчными буквами:

  server_name  russianchurchvancouver.ca www.russianchurchvancouver.ca;

и certbot работал правильно:

root<strong i="37">@deb96</strong>:/etc/nginx/conf.d# certbot -m [email protected] --agree-tos --nginx -d russianchurchvancouver.ca,www.russianchurchvancouver.ca
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 www.russianchurchvancouver.ca
http-01 challenge for russianchurchvancouver.ca
Waiting for verification...
Cleaning up challenges
Deploying Certificate to VirtualHost /etc/nginx/conf.d/RussianChurchVancouver.ca.conf
Deploying Certificate to VirtualHost /etc/nginx/conf.d/RussianChurchVancouver.ca.conf
...
Congratulations! You have successfully enabled https://russianchurchvancouver.ca
and https://www.russianchurchvancouver.ca

nginx ui / ux bug has pr unplanned

Источник

SlavikCA

👍1

Все 3 Комментарий

Спасибо за сообщение, это точно ошибка! Вы правы, на данный момент исправление состоит в том, чтобы убедиться, что регистр соответствует тому, что написано в файлах конфигурации.

ohemorange 21 февр. 2019

👍1

С момента открытия этой проблемы мы внесли много изменений в Certbot. Если у вас все еще есть эта проблема с последней версией Certbot, не могли бы вы сообщить нам об этом в комментариях? Это помогает нам лучше понять, какие проблемы все еще беспокоят наших пользователей. Если в течение следующих 30 дней не будет никакой активности, эта проблема будет автоматически закрыта.