O servidor não pôde se conectar ao cliente para verificar o domínio para o Vamos Certcreve Certbot

0

Estou executando o Sentry no AWS usando o Docker. O serviço está sendo executado na porta 9000.

Eu gostaria de usar HTTPS, obtendo o certificado de Let's Encrypt. No entanto, recebo o seguinte erro:

sudo certbot --nginx certonly

Saving debug log to /var/log/letsencrypt/letsencrypt.log

Which names would you like to activate HTTPS for? ------------------------------------------------------------------------------- 1: sentry.example.com ------------------------------------------------------------------------------- Select the appropriate numbers separated by commas and/or spaces, or leave input blank to select all options shown (Enter 'c' to cancel): 1 Obtaining a new certificate Performing the following challenges: tls-sni-01 challenge for sentry.example.com Waiting for verification... Cleaning up challenges Failed authorization procedure. sentry.example.com (tls-sni-01): urn:acme:error:connection :: The server could not connect to the client to verify the domain :: Connection reset by peer

IMPORTANT NOTES: - The following errors were reported by the server:

Domain: sentry.example.com Type: connection Detail: Connection reset by peer

To 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. root@ip-172-31-23-107:/home/ubuntu/onpremise# netstat -ntlp Active Internet connections (only servers)

netstat -ntlp

Regrasdo'firewall'daAWS

PesquisadeDNSonline

    
por Thomas 13.10.2017 / 15:25

2 respostas

0

Aparentemente, funcionou melhor ao gerar primeiro um certificado autoassinado e depois solicitar um certificado Let's encrypt.

    
por 13.10.2017 / 22:01
1

Compartilho minha experiência sem o docker, mas definitivamente com o apache.

  1. É possível que a internet esteja ocupada. Apenas tente depois.
  2. Experimente o webroot. link

  3. Você já aplicou este domínio? Tente revogá-lo e depois aplicá-lo.

Desde um novo suporte, há um registro CAA que pode ser atendido quando você obtiver êxito. Basta adicionar o CAA à AWS se a AWS suportar esse registro.

Desejo que eles sejam capazes de ajudar você.

    
por 13.10.2017 / 17:33