.app domian Директива Apache добавлена ​​только в конфигурацию порта 80, не загружается - работает на других gTLD

Question

Итак, у меня есть следующие настройки в моем apache http virtualhost: 80 config:

<Location "/analytics/">
    ProxyPreserveHost On
    ProxyPass "http://192.168.1.1/"
    ProxyPassReverse "http://192.168.1.1/"
</Location>

Это прекрасно работает при подключении по http и даже применяется к https при использовании обычного gTLD, такого как .com / .org.

Но при использовании этого в gTLD .app конфигурация вообще не работает. Похоже, из-за принудительной SSL HTTPS-природы gTLD .app, он даже не загружает конфигурацию Apache: 80?

Теперь, когда я также добавляю конфигурацию выше к виртуальному хосту apache https: 443конфиг, тогда он работает нормально.

Некоторые вопросы, которые у меня есть:

1. Я потратил несколько часов на поиски ответа на вопрос, ЕСЛИ ВЫ ДОЛЖНЫ применить Location / Directory/ Псевдоним директивы для 80 и 443 конфигов в Apache? Кажется, что они работают нормально, просто добавляя их в 80 большую часть времени? Но не в этом случае .app, но я, кажется, не могу найти, что это за стандарт - нужно ли применять эти директивы как к 80, так и к 443, или достаточно к 80, и получится ли 443, тогда получим это из 80?

2. Почему настройка необходима в 443 для доменов .app, но не для других gTDL? Это потому, что браузеры просто загружаются более строго с сервера apache? 443 конфига только для .app, но менее строгие для других gTDL при загрузке https?

Некоторые из них публикуются для справки для других, так как я не смог найти много онлайн об этом, но яЯ также заинтересован в ответах на некоторые из этих вопросов.

Answer 1

Когда вы зарегистрировали свой домен .APP, ваш регистратор должен был показать вам (это предписано реестром - Google) фрагмент, объясняющий, что для работы доменов .APP требуется «SSL-сертификат» (sic).

Это означает, что вы можете выполнять только HTTPS-запросы, а не HTTP-запросы к имени сервера в этом ДВУ.

Почему? Потому что Google зарегистрировал TLD в списке предварительной загрузки HSTS, который используется браузерами. Это заставляет их никогда не пытаться выполнить HTTP-запрос, а только HTTPS по соображениям безопасностиВы по-прежнему можете настроить веб-сервер на порту 80 и подключить клиент командной строки или библиотеку HTTP к порту 80. Но основные браузеры подчиняются списку предварительной загрузки HSTS и, следовательно, не будут открывать соединение с портом 80 независимо от того, что вы с ними делаете.

Вы можете найти подробности в моем ответе на тот же вопрос здесь несколько месяцев назад: https://stackoverflow.com/a/50258651/6368697