Gestione di nginx 400 "La semplice richiesta HTTP è stata inviata alla porta HTTPS" Errore

Question

Sto eseguendo un'applicazione Sinatra dietro a passenger/nginx. Sto cercando di farlo rispondere a entrambe le chiamate http e https. Il problema è che, quando entrambi sono definiti nel blocco del server, le chiamate https sono normalmente soddisfatte, ma l'HTTP restituisce un errore 400 "La richiesta HTTP semplice è stata inviata alla porta HTTPS". Questo è per una pagina statica quindi immagino che Sinatra non abbia nulla a che fare con questo. Qualche idea su come risolvere questo problema?

Ecco il blocco del server:

server { 
     listen 80; 
     listen 443 ssl; 
     server_name localhost; 
     root /home/myhome/app/public; 
     passenger_enabled on; 

     ssl on; 
     ssl_certificate  /opt/nginx/ssl_keys/ssl.crt; 
     ssl_certificate_key /opt/nginx/ssl_keys/ssl.key; 
     ssl_protocols  SSLv3 TLSv1; 
     ssl_ciphers   HIGH:!aNULL:!MD5; 

     location /static { 
      root /home/myhome/app/public; 
      index index.html index.htm index.php; 
     } 

     error_page 404 /404.html; 

     # redirect server error pages to the static page /50x.html 
     error_page 500 /500.html; 

     access_log /home/myhome/app/logs/access.log; 
     error_log /home/myhome/app/logs/error.log; 
} 

Answer 1

Mi sono imbattuto in un problema simile. Funziona su un server e non su un altro server con la stessa configurazione Nginx. Trovato la soluzione a cui risponde Igor qui http://forum.nginx.org/read.php?2,1612,1627#msg-1627

Sì. Oppure si può combinare i server SSL/non SSL in un server:

server { 
    listen 80; 
    listen 443 default ssl; 

    # ssl on - remember to comment this out 

} 

Answer 2

L'errore dice tutto in realtà. La tua configurazione dice a Nginx di ascoltare sulla porta 80 (HTTP) e usare SSL. Quando punti il ​​tuo browser su http://localhost, prova a connettersi tramite HTTP. Poiché Nginx si aspetta SSL, si lamenta dell'errore.

La soluzione è molto semplice. Sono necessarie due sezioni server:

server { 
    listen 80; 

    // other directives... 
} 

server { 
    listen 443; 

    ssl on; 
    // SSL directives... 

    // other directives... 
} 

Answer 3

In realtà si può fare questo con:

ssl off; 

Questo risolto il problema nell'uso nginxvhosts; ora sono in grado di utilizzare sia SSL che HTTP semplice. Funziona anche con porte combinate.

Answer 4

se utilizzare phpmyadmin aggiungere: fastcgi_param HTTPS su;

Answer 5

Le risposte sopra riportate non sono corrette in quanto il test "HTTPS di connessione" è più frequente e consente di servire le pagine su http indipendentemente dalla sicurezza della connessione.

La risposta sicura utilizzando una pagina di errore su un codice di errore http 4xx specifico NGINX per reindirizzare il client per riprovare la stessa richiesta a https. (Come descritto qui https://serverfault.com/questions/338700/redirect-http-mydomain-com12345-to-https-mydomain-com12345-in-nginx)

Il PO dovrebbe usare:

server { 
    listen  12345; 
    server_name php.myadmin.com; 

    root   /var/www/php; 

    ssl   on; 

    # If they come here using HTTP, bounce them to the correct scheme 
    error_page 497 https://$host:$server_port$request_uri; 

    [....] 
} 

Answer 6

Ho avuto lo stesso problema esatto, ho tipo della stessa configurazione come exemple e ho capito di lavoro rimuovendo la linea:

ssl on;

Per citare il documento:

Se server HTTP e HTTPS sono uguali, un singolo server che gestisce sia HTTP e HTTPS richieste possono essere configurate eliminando la direttiva “ssl on” e aggiungendo il parametro ssl per *: 443 porta

Answer 7

Secondo wikipedia article on status codes.Nginx ha un codice di errore personalizzato quando il traffico http viene inviato alla porta https (codice di errore 497)

E in base a nginx docs on error_page, è possibile definire un URI che verrà visualizzato per un errore specifico.
Così possiamo creare un uri a cui verranno inviati i client quando viene generato il codice di errore 497.

nginx.conf

#lets assume your IP address is 89.89.89.89 and also 
#that you want nginx to listen on port 7000 and your app is running on port 3000 

server { 
    listen 7000 ssl; 

    ssl_certificate /path/to/ssl_certificate.cer; 
    ssl_certificate_key /path/to/ssl_certificate_key.key; 
    ssl_client_certificate /path/to/ssl_client_certificate.cer; 

    error_page 497 301 =307 https://89.89.89.89:7000$request_uri; 

    location/{ 
     proxy_pass http://89.89.89.89:3000/; 

     proxy_pass_header Server; 
     proxy_set_header Host $http_host; 
     proxy_redirect off; 
     proxy_set_header X-Real-IP $remote_addr; 
     proxy_set_header X-Forwarded-Protocol $scheme; 
    } 
} 

Tuttavia, se un client effettua una richiesta tramite qualsiasi altro metodo, tranne un GET, tale richiesta verrà trasformato in un GET. Quindi per preservare il metodo di richiesta che il cliente è arrivato via; utilizziamo i reindirizzamenti dell'elaborazione degli errori come mostrato in nginx docs on error_page

E questo è il motivo per cui utilizziamo il reindirizzamento 301 =307.

Utilizzando il file nginx.conf mostrato qui, siamo in grado di avere HTTP e HTTPS ascoltiamo in sulla stessa porta

Answer 8

Ecco un esempio di config HTTP e HTTPS in stesso blocco di configurazione con supporto per ipv6. La configurazione è stata verificata in Ubuntu Server e NGINX/1.4.6 ma questo dovrebbe funzionare con tutti i server.

server { 
    # support http and ipv6 
    listen 80 default_server; 
    listen [::]:80 default_server ipv6only=on; 

    # support https and ipv6 
    listen 443 default_server ssl; 
    listen [::]:443 ipv6only=on default_server ssl; 

    # path to web directory 
    root /path/to/example.com; 
    index index.html index.htm; 

    # domain or subdomain 
    server_name example.com www.example.com; 

    # ssl certificate 
    ssl_certificate /path/to/certs/example_com-bundle.crt; 
    ssl_certificate_key /path/to/certs/example_com.key; 

    ssl_session_timeout 5m; 

    ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2; 
    ssl_ciphers "HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES"; 
    ssl_prefer_server_ciphers on; 
} 

Non includere ssl on che può causare 400 errore. La configurazione di cui sopra dovrebbe funzionare per

http://example.com

http://www.example.com

https://example.com

https://www.example.com

Spero che questo aiuti!