Http перенаправляется на https при использовании имени fqdn
Я настроил свою службу DNS (bind9) на сервере Ubuntu, который имеет публичный IP-адрес. Я добавил в /etc/bind/db.mydomain.com
(моя доменная зона) как запись "A" (с публичным IP-адресом) машины: machine1.mydomain.com A 153.203.52.35
,
Я могу пинговать machine1.mydomain.com
из Интернета. Я также могу SSH к нему без проблем. Проблема заключается в том, что любая попытка получить доступ к веб-сайту, размещенному на этом компьютере, с помощью браузера ( http://machine1.mydomain.com/) автоматически перенаправляется на https ( https://machine1.mydomain.com/), и это приводит к следующей ошибке: "Произошла ошибка при подключении к machine1.mydomain.com. SSL получил запись, превышающую максимально допустимую длину. Код ошибки: SSL_ERROR_RX_RECORD_TOO_LONG".
Telnet к порту 80 машины работает нормально:
$ telnet machine1.mydomain.com 80
Trying 153.203.52.35...
Connected to machine1.mydomain.com.
Escape character is '^]'.
Моя конфигурация http-сервера (nginx) настроена с портом 80, и перенаправление https не настроено. Когда я пытаюсь зайти на сайт, используя IP-адрес сервера ( http://153.203.52.35/), веб-страница отображается без проблем, и перенаправление на https не выполняется.
Я уверен, что перенаправление https в моем случае не имеет никакого отношения к моему nginx (см. Ниже мой включенный сайт в nginx)
server {
listen 80 default_server;
listen [::]:80 default_server;
root /var/www/mydomain.com;
index index.php index.html index.htm ;
server_name mydomain.com;
location / {
try_files $uri $uri/ =404;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/run/php/php7.0-fpm.sock;
fastcgi_param SCRIPT_FILENAME /var/www/mydomain.com$fastcgi_script_name;
}
}
Я провел 2 дня, пытаясь понять, что происходит без успеха. Перенаправление HTTP обычно выполняется на уровне http-сервера, а не на DNS-сервере. Я сбит с толку.
Любое замечание или совет, который решит эту проблему, сэкономит мне время и деньги.
1 ответ
Поскольку веб-сайт можно было отобразить с помощью команды curl, единственной оставшейся вещью было очистить DNS и кеш из браузера с помощью следующего сообщения: Как остановить автоматический перенаправление с "http://" на "https: //" в Хром. Проблема решена.