Chrome 63 изменяет http на https

Использует ли использование Chrome v.63 использование https?

Я запускаю Apache 2.4.27 на рабочем столе Windows 10 в виде песочницы, где я могу экспериментировать и делать некоторые уроки. У меня есть установка виртуального хоста под названием www.tutorial.dev с псевдонимом tutorial.dev. В файле Windows 10 hosts я установил www.tutorial.dev и tutorial.dev, чтобы указать на localhost.

По состоянию на вчерашний день работала обычно http://tutorial.dev/Bootstrap4FromScratch/. В этом случае предоставление списка каталогов в качестве точки перехода в различные примеры и упражнения. Сегодня, когда я печатаю URL-адрес, Chrome меняет его на https, и я получаю сообщение об отказе от соединения.

Я понимаю, что сообщение отказалось. Настройка сертификатов отсутствует.

Единственное изменение, которое я могу найти, - это то, что Chrome изменился с v.62.x на v.63.x. Что в Chrome 63 можно было заставить http-https?

У меня нет этой проблемы с MS Edge. Я тестировал другую аналогичную конфигурацию на другой машине, которая находилась в процессе загрузки Chrome 63.x. У него уже установлено 62.x. Он работал до тех пор, пока обновление 63.x не было завершено, тогда возникла одна и та же проблема.

Дополнительная информация: Если я использую http://localhost, чтобы открыть index.html или version.php в каталоге htdocs, переключиться с http https не происходит. Виртуальный хост www.tutorial.dev находится в другом каталоге вне htdocs.

Если это было задано и ответили, пожалуйста, укажите мне вопрос/ответ.

Спасибо заранее,

Barry

ОТВЕТЫ

Ответ 1

Google владеет . dev TLD и с Chrome 63 они заставляют HTTPS выполнять все запросы на что-либо .dev

Я прошел через локальную настройку dev и заменил все ссылки на .dev на .local, теперь отлично работает.

Другой вариант - использовать Firefox для локальной разработки.

Ответ 2

Обновление Google Chrome 63, начиная с декабря 2017 года, размещает домены .dev в предварительно загруженный список HSTS с соблюдением правила HTTPS, никаких обходных путей.

{ "name": "dev", "include_subdomains": true, "mode": "force-https" }

"Единственный" способ - переключить .dev с чем-то другим, например .localhost

IETF заявляет несколько зарезервированных TLD для разработки:

  1. TLD для тестирования и примеры документации

    Существует потребность в именах доменов верхнего уровня (TLD), которые могут быть использованы для создания имен, которые, не опасаясь конфликтов с текущими или будущие фактические имена TLD в глобальном DNS, могут использоваться для частных
    тестирование существующего кода, связанного с DNS, примеры в документации, DNS
    связанные с этим эксперименты, недопустимые DNS-имена или другое подобное использование.

    Например, без указания, сайт может настроить некоторые локальные
    дополнительные неиспользуемые домены верхнего уровня для тестирования локального кода DNS и конфигурации. Позже эти TLD могут вступить в реальное использование на
    глобальный Интернет. В результате локальные попытки ссылаться на реальные данные в этих зонах могут быть сорваны локальным тестом
    версии. Или может быть написан тестовый или примерный код, который обращается к TLD, который используется с мыслью, что тестовый код будет только работать в ограниченной тестовой сети, или пример никогда не запускается.
    Позже тестовый код может выйти из тестового стенда, или пример - фактически закодированы и запущены в Интернете. В зависимости от характера тест или пример, было бы лучше, если бы он ссылался на TLD навсегда зарезервированные для таких целей.

    Чтобы безопасно удовлетворить эти потребности, четыре доменных имени зарезервированы как
    перечисленные и описанные ниже.

               .test
        .example
        .invalid
      .localhost

    ". test" рекомендуется использовать при тестировании текущего или нового DNS   связанный код.

    ". example" рекомендуется для использования в документации или в качестве примеров.

    ". invalid" предназначен для использования в онлайн-строительстве домена   имена, которые обязательно будут недействительными и которые очевидны при   взгляд недействителен.

    TLD ".localhost" традиционно статически определяется в   хост-DNS как имеющий запись A, указывающую на   loop back IP-адрес и зарезервирован для такого использования. Любое другое использование   будет конфликтовать с широко распространенным кодом, который предполагает это использование.

PS:.foo также находится в предварительно загруженном списке HSTS

Ответ 3

Спасибо всем за совет. На данный момент я закончил с .tst. У меня такое чувство, что я буду переключать (принудительно?) На .localhost в какой-то момент. Но на данный момент .tst меньше печатает.