Як зупинити автоматичне переспрямування з "http: //" на "https: //" у Chrome

У нашому налаштуваннях DNS у мене щось було налаштовано, що зараз вирішено.

Залишилася проблема полягає в тому, що хром кешував неправильну настройку.

Зокрема, при використанні Chrome http://3rdrevolution.comзараз переадресація https://3rdrevolution.com(голий домен), що недійсне / підтримується. http://3rdrevolution.com ПОТРІБНО перенаправити на, http://www.3rdrevolution.comа потім примусити https://www.3rdrevolution.com.

Але в кількох браузерах (включаючи мої) цього не відбувається через певного кешування Chrome. Я спробував перейти до "Конфіденційність -> Очистити кеш", але це не мало ефекту.

Anon має рацію щодо STS, але є спосіб спеціально видалити ваш домен із набору. Перейти до chrome://net-internals/#hsts. Введіть 3rdrevolution.com у розділ Видалити правила безпеки домену та натисніть кнопку Видалити.

Тепер перейдіть до chrome: // settings / clearBrowserData, поставте прапорець у полі Кешовані зображення та файли та натисніть кнопку Очистити дані .

Моя проблема полягала в тому .dev, що я мав домен, який, очевидно, нещодавно був зареєстрований як gTLD і взяв на себе зобов’язання щодо Chrome Canary. Я дізнався це з недавнього допису, на який я потрапив, коли шукав свою проблему.

Якщо у вас є та сама проблема, що і у мене, виявляється, що найкраще рішення - змінити свій домен на щось інше, ніж .dev. У статті запропоновано .testможливе рішення .localhostпізніше (через цю пропозицію ).

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

Як сказано в іншій відповіді, єдиний спосіб зупинити це, як тільки він запуститься, - очистити кеш браузера (або почекати, коли у браузера закінчиться замовлення).

Щоб видалити домен в меню «HSTS» в хромі: // нетто-нутрощів є тимчасовим рішенням. Після відвідування цього домену через HTTPS він знову буде включений до списку HSTS.

В основному, для вирішення цього питання необхідно відключити сувору безпеку транспорту HTTP на веб-сервері 3rdrevolution.com (IIS, Apache, nginx, ...). Для nginx відредагуйте розділ HTTPS у nginx.conf та встановіть для max. Строгості транспортну безпеку: "max-age = 0":

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

Більше інформації: Сувора безпека транспорту HTTP (HSTS)

Для цього може бути кілька причин, включаючи плагіни, але якщо ви не встановили жодних плагінів, ви можете зробити наступне:

Перейти до налаштувань / конфіденційності / очищення даних перегляду ...

У спадному меню виберіть Початок часу .

Виберіть:

• Очистити збережені дані форми автозаповнення
• Видаліть файли cookie та інші дані про сайти та плагіни
• Очистіть кеш

Виберіть Очистити дані перегляду

Це повинно піклуватися про виконання будь-якої функції автоматичного заповнення на основі попереднього перегляду. Також воно видалить будь-яке печиво, яке також може спричинити проблеми.

Менш драстичною альтернативою, ніж очищення всіх файлів cookie колись - це Налаштування> Показати розширені налаштування> Налаштування вмісту> Усі файли 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 66, на Settingsвкладці змінилося багато

ви можете просто перейти до chrome://settings/resetProfileSettings?origin=userclickпотім натиснути скидання.

це працювало для мене.