He estado luchando durante algunas horas y tuve muchas preguntas similares sobre SE. Sin embargo, no pude solucionar mi problema.
Para responder a las preguntas obvias:
- no hay ningún firewall en ejecución en mi instancia ec2 (ubuntu)
- El puerto 443 está abierto para entrada/salida.
- archivos ssl creados con
sudo certbot certonly --standalone - las solicitudes no cifradas funcionan bien
- Configuré el Registro A de mi dominio para que apunte al DNS público de mi instancia EC2. Sin embargo, no hay opciones para los registros de espacios de nombres.
- si claro soy un idiota
No he tocado el archivo nginx.conf además de agregar:
include /etc/nginx/sites-enabled/*;
Mi nginx-conf en /etc/nginx/sites-available/myapp.conf (con enlace simbólico en ...../sites-enabled/myapp.conf):
server {
listen 80;
listen 443 default ssl;
ssl_certificate /etc/letsencrypt/live/mydomain/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/mydomain/privkey.pem;
server_name mydomain;
location /static/ {
autoindex on;
alias /home/ubuntu/MYAPP/static/;
}
location /data/ {
autoindex off;
alias /home/ubuntu/MYAPP/data/;
}
location / {
include proxy_params;
proxy_pass http://unix:/home/ubuntu/MYAPP/app.sock;
}
}
En el settings.py de mis APLICACIONES he agregado:
ALLOWED_HOSTS = [
'localhost',
'127.0.0.1',
'mywebsite.com']
Por ahora, he comentado lo siguiente.
#SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')
#SECURE_SSL_REDIRECT = True
#SESSION_COOKIE_SECURE = True
#CSRF_COOKIE_SECURE = True
Emitiendo nc -vz localhost 443daConnection to localhost 443 port [tcp/https] succeeded!
netstat -ntlpda
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN -
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN -
tcp6 0 0 :::22 :::* LISTEN -
Sin embargo, curl -v localhost:443resulta en
* Trying 127.0.0.1:443...
* Connected to localhost (127.0.0.1) port 443 (#0)
> GET / HTTP/1.1
> Host: localhost:443
> User-Agent: curl/7.71.1
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 400 Bad Request
< Server: nginx/1.18.0 (Ubuntu)
< Date: Fri, 08 Jan 2021 15:14:04 GMT
< Content-Type: text/html
< Content-Length: 264
< Connection: close
<
<html>
<head><title>400 The plain HTTP request was sent to HTTPS port</title></head>
<body>
<center><h1>400 Bad Request</h1></center>
<center>The plain HTTP request was sent to HTTPS port</center>
<hr><center>nginx/1.18.0 (Ubuntu)</center>
</body>
</html>
* Closing connection 0
Y al intentar acceder a mi dominio a través de https://... se produce un tiempo de espera.
EDITAR: Como señala Steffen, mi comando curl era incorrecto. Aquí está el correcto
curl -v https://localhost:443
dando lugar a
* Trying 127.0.0.1:443...
* Connected to localhost (127.0.0.1) port 443 (#0)
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /home/ubuntu/anaconda3/ssl/cacert.pem
CApath: none
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server accepted to use http/1.1
* Server certificate:
* subject: CN=mydomain.com
* start date: Jan 8 10:37:06 2021 GMT
* expire date: Apr 8 10:37:06 2021 GMT
* subjectAltName does not match localhost
* SSL: no alternative certificate subject name matches target host name 'localhost'
* Closing connection 0
* TLSv1.3 (OUT), TLS alert, close notify (256):
curl: (60) SSL: no alternative certificate subject name matches target host name 'localhost'
More details here: https://curl.haxx.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
Ahora, /var/log/nginx/error.log no muestra ningún error.
/var/log/nginx/access.log
no muestra ninguna solicitud cuando intento abrir a través de https en mi navegador. Con solo http, las solicitudes se registran. Entonces parece que la solicitud ni siquiera llega a nginx, ¿verdad?
Nunca antes había usado nginx (ni nada relacionado con el servidor/backend) y no tengo ni idea.
EDIT2: ¿Necesito una ip elástica para que esto funcione? ¿Alguna sugerencia?