Вам кажется, что браузер упрямо перекидывает локальную страницу на HTTPS, хотя вы всё отключили? Edge действительно любит «заботиться» о безопасности, но иногда это превращается в проблему – особенно когда речь о локальных адресах вроде http://192.168.0.1. Давайте разбираться, почему это происходит и как заставить браузер слушаться. Кстати, в 80% случаев виноват не Edge, а… сервер. Но обо всём по порядку.
Проверка источника перенаправления: сервер или браузер?
Первое, что нужно сделать – определить, кто инициирует переход на HTTPS. Если браузер получает команду от сервера (статусы 301, 302 или 307), Edge здесь ни при чём. Проверить это можно через DevTools:
1. Откройте панель разработчика (F12 → вкладка Network).
2. Активируйте галочки:
- Disable cache (отключает кэш, чтобы старые правила не влияли);
- Preserve log (сохраняет историю запросов после перезагрузки).
3. Перейдите на проблемную страницу.
В списке запросов ищите строки со статусом 3XX – это серверные редиректы. Пример:
http://192.168.0.1/#/login → 301 Moved Permanently → https://192.168.0.1/#/loginЕсли такие есть, проблема в настройках вашего роутера или локального сервера (да, даже IP-адреса могут иметь SSL-сертификаты!). В этом случае браузерные настройки не помогут – нужно копать в сторону веб-приложения.
Совет: Если статус 307 (Internal Redirect), это уже действие Edge. Такое бывает при HSTS-кешировании, даже после очистки политик.
Дополнительные настройки Edge
Предположим, сервер «чист», но Edge всё равно перенаправляет. Возможно, вы пропустили нюансы:
Флаги vs. Настройки. Отключение edge://flags/#edge-automatic-https не всегда блокирует все сценарии. Зайдите в edge://settings/content/insecureContent и добавьте домен в список разрешённых для HTTP – но учтите, это работает только для подресурсов (картинки, скрипты), а не основного URL.
Кэш HSTS. Даже после удаления домена через edge://net-internals/#hsts, политики могут сохраняться в других местах. Попробуйте очистить все данные сайта:
- Перейдите в
edge://settings/clearBrowserData; - Выберите «Файлы cookie и другие данные сайтов», «Кэшированные изображения и файлы»;
- Укажите диапазон «За всё время».
Иногда помогает принудительная загрузка через http:// с явным указанием порта. Например:
http://192.168.0.1:80/#/loginEdge реже перехватывает такие запросы (это как будто вы говорите: «Я точно знаю, что делаю»).
Важно: Если вы видите ошибку ERR_SSL_UNRECOGNIZED_NAME_ALERT, значит сервер всё-таки использует HTTPS, но с недоверенным сертификатом. В этом случае добавьте исключение вручную через предупреждающую страницу.
Когда ничего не помогает
Для локального тестирования можно временно отключить все редиректы через edge://settings/content/popups → «Блокировать» для конкретного сайта. Но будьте готовы к побочным эффектам: страница может зависнуть на белом экране, если сервер упорно отправляет 3XX-ответы.
На скриншоте выше – пример, где перенаправление идёт именно от сервера. Обратите внимание на столбец Initiator: если там указано redirect, а не edge:// или расширение – проблема точно не в браузере.
P.S. Если вы до сих пор ломаете голову, попробуйте проверить страницу в режиме InPrivate – иногда расширения или политики организации добавляют свои правила редиректов. Перезагрузка роутера тоже не повредит (вдруг он кэширует старые настройки?). Удачи в борьбе с HTTPS-навязчивостью!