Как остановить автоматическое перенаправление с "http://" на "https://" в Chrome

Анон прав насчет STS, но есть способ специально удалить ваш домен из набора.

1. Переходим к chrome://net-internals/#hsts. Введите 3rdrevolution.com в разделе Удалить политики безопасности домена и нажмите кнопку Удалить.

2. Теперь перейдите к chrome://settings/clearBrowserData, поставьте галочку в поле Cached images and files и нажмите кнопку Clear data.

Моя проблема заключалась в том, что у меня был домен .dev, который, по-видимому, недавно был зарегистрирован как gTLD и вложил обязательства в Chrome Canary. Я узнал об этом из недавнего сообщения , на которое наткнулся, когда искал свою проблему.

Если у вас та же проблема, что и у меня, то, похоже, лучшим решением будет изменить свой домен на нечто иное, чем .dev. В статье было предложено .test с потенциальным решением .localhost позже (через это предложение ).

https://www.3rdrevolution.com посылает заголовок Strict-Transport-Security , поэтому обращение к нему через https один раз заставит браузеры типа Chrome/Firefox перенаправлять http-запросы на https до определенного момента в будущем.

Как было сказано в другом ответе, единственный способ остановить это после начала - это очистить кэш браузера (или подождать, пока браузер не истечет срок действия заказа).

Удаление домена** в меню “HSTS” в chrome://net-internals является временным решением. После посещения этого домена по HTTPS он снова будет включен в список HSTS.

Basicaly, для решения этой проблемы необходимо отключить HTTP Strict Transport Security на веб-сервере 3rdrevolution.com (IIS, Apache, nginx,…). Для nginx отредактируйте раздел HTTPS в файле nginx.conf и установите ‘max-age=0’ для Strict-transport-Security:

server {
#...
        ssl on;
#...
        add_header Strict-Transport-Security "max-age=0;";
#...
}

Дополнительная информация HTTP Strict Transport Security (HSTS)

Может быть несколько причин для этого, в том числе плагины, но если предположить, что у вас нет установленных плагинов, вы можете сделать следующее:

Goto Настройки/Приватность/Четкий просмотр данных …

Выберите Начало времени в снижении.

Выберите:

• Очистить сохраненные данные автозаполнения формы
• Удалить файлы cookie и данные других сайтов и подключаемых модулей
• Очистить кэш

Выберите Очистить данные браузера

Это должно позаботиться о выполнении автозаполнения на основе данных предыдущего браузера. Кроме того, она удалит все файлы cookie, которые также могут вызвать проблемы.

Если вы столкнулись с проблемой на субдомене, то эта строка в Nginx может вызвать проблему, даже если субдомен находится на другом сервере, так как браузер будет кэшировать эту информацию.

add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";

, поэтому удалите includeSubdomains; из него, чтобы заставить его работать.

С https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/

Ни одна из опций не работала для меня, для исправления https://localhost:3000, это работало.

Нажмите и удерживайте кнопку перезагрузки и выберите “Пустой кэш и жесткая перезагрузка”, это, кажется, только опция на localhost.

До нескольких дней я случайно включил опции Chrome с именем:

• Автоматически отправлять некоторую системную информацию и содержимое страницы в Google, чтобы помочь обнаружить опасные приложения и сайты
• Защитить вас и ваше устройство от опасных сайтов

И теперь основной проблемой было то, что наш сайт на субдомене всегда перенаправлять с http:// на https:// и браузер дал мне ошибку:

“Ваше соединение не является личным”. Злоумышленники могут пытаться украсть вашу информацию с сайта censored.censored.com (например, пароли, сообщения или кредитные карты). NET::ERR_CERT_COMMON_NAME_INVALID"

Откройте chrome://settings/privacy и включите ранее названные опции хрома, которые автоматически защищают ваши устройства. Надеюсь, это кому-то поможет.

Менее радикальной альтернативой, чем очистка всех куки-файлов когда-либо является Settings>Показать продвинутый settings>Содержание Settings>Все куки-файлы и данные сайта, то поиск по сайтам и очистить куки-файлы только для тех, кто.

В Chrome 66, многое изменилось в Settings вкладке

вы можете просто перейти к chrome://settings/resetProfileSettings?origin=userclick, а затем ударил сбросить.

это сработало для меня.