Ответ 1

У меня возникла аналогичная проблема. Он работает на одном сервере и не работает на другом сервере с той же конфигурацией Nginx. Нашел решение, на которое ответил Игорь здесь http://forum.nginx.org/read.php?2,1612,1627#msg-1627

Да. Или вы можете объединить серверы SSL/non-SSL на одном сервере:

server {
  listen 80;
  listen 443 default ssl;

  # ssl on   - remember to comment this out

}

Ответ 2

Вышеуказанные ответы неверны в том, что большинство опросов теста "это соединение HTTPS" позволяют обслуживать страницы через http независимо от безопасности подключения.

Безопасный ответ с использованием страницы с ошибкой на конкретном URL-адресе NGINX http 4xx для перенаправления клиента для повторения одного и того же запроса на https. (как описано здесь https://serverfault.com/questions/338700/redirect-http-mydomain-com12345-to-https-mydomain-com12345-in-nginx)

OP должен использовать:

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;

  [....]
}

Ответ 3

Ошибка говорит об этом на самом деле. Ваша конфигурация сообщает Nginx прослушивать порт 80 (HTTP) и использовать SSL. Когда вы указываете браузер на http://localhost, он пытается подключиться через HTTP. Поскольку Nginx ожидает SSL, он жалуется на ошибку.

Обходной путь очень прост. Вам нужны два раздела server:

server {
  listen 80;

  // other directives...
}

server {
  listen 443;

  ssl on;
  // SSL directives...

  // other directives...
}

Ответ 4

У меня была такая же проблема, у меня такая же конфигурация, как и у вашего примера, и я получил ее, удалив строку:

ssl on;

Чтобы процитировать документ:

Если серверы HTTP и HTTPS равны, один сервер, который обрабатывает запросы HTTP и HTTPS, может быть настроен, удалив директиву "ssl on" и добавив параметр ssl для порта: 443

Ответ 5

Согласно статье в википедии о кодах состояния. Nginx имеет собственный код ошибки, когда HTTP-трафик отправляется на порт https (код ошибки 497)

И согласно nginx docs на странице error_page, вы можете определить URI, который будет показан для конкретной ошибки.
Таким образом, мы можем создать uri, на который будут отправляться клиенты, когда будет поднят код ошибки 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;
    }
}

Однако, если клиент делает запрос с помощью любого другого метода, кроме GET, этот запрос будет передан в GET. Таким образом, чтобы сохранить метод запроса, через который клиент пришел через; мы используем переадресацию обработки ошибок, как показано в nginx docs на странице error_page

И поэтому мы используем перенаправление 301 =307.

Используя файл nginx.conf, показанный здесь, мы можем подключить HTTP и https к одному и тому же порту

Ответ 6

Ниже приведен пример конфигурации HTTP и HTTPS в том же блоке конфигурации с поддержкой ipv6. Конфигурация протестирована в сервере Ubuntu и NGINX/1.4.6, но это должно работать со всеми серверами.

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;
}

Не включайте ssl on, который может вызвать ошибку 400. Конфигурация выше должна работать для

http://example.com

http://www.example.com

https://example.com

https://www.example.com

Надеюсь, это поможет!

Ответ 7

На самом деле вы можете сделать это с помощью

ssl off; 

Это решило мою проблему при использовании nginxvhosts; теперь я могу использовать как SSL, так и простой HTTP. Работает даже с комбинированными портами.

Ответ 8

если используется phpmyadmin add: fastcgi_param HTTPS on;

Ответ 9

Ссылка https://serversforhackers.com/c/redirect-http-to-https-nginx

у меня были подобные проблемы, как

http://www.example.com, выдающий 400 error The plain HTTP request was sent to HTTPS но

если я наберу https://www.example.com, он работал нормально,

я хотел, чтобы slove и перенаправлял http на https автоматически, когда пользователь вводит http://www.example.com

решение

Я сделал два серверных блока, один для порта 80, а другой для 443 SSL в блоке порта 80, следуя приведенной ниже процедуре

server {
    listen 80;

    server_name example.com, www.example.com;

    return 301 https://$host$request_uri;
}

и другой блок сервера для порта 443 для конфигурации ssl

server {
    location = /favicon.ico { access_log off; log_not_found off; }


    listen [::]:443 ipv6only=on default_server ssl;
    listen 443 ssl;
    ssl on;
    ssl_certificate /home/hemanth/examp_com/example.crt;
    ssl_certificate_key /home/hemanth/ssl/example.com.key;

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers on;
    ssl_ciphers 'EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH';
    # add here the ip address of your server
    # or a domain pointing to that ip (like example.com or www.example.com)
    server_name www.example.com;
    // continure rest code...
}