Diretiva Apache .app domian adicionada apenas à configuração da porta 80 que não carrega - funciona em outros gTLDs

Question

Portanto, tenho as seguintes configurações no meu virtualhost http do apache: 80 config:

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

Isso funciona bem ao se conectar em http e até se aplica a https ao usar um gTLD normal como .com / .org.

Mas ao usar isso em um gTLD .app, a configuração não funciona. Parece que, devido à natureza SSL HTTPS forçada do gTLD .app, não é nem mesmo carregar a configuração do Apache: 80?

Agora, quando eu também adiciono a configuração acima ao https virtualhost: 443 config do apache, ele funciona bem.

Algumas perguntas que tenho:

1. Passei algumas horas procurando uma resposta para SE VOCÊ TEM que aplicar as diretivas Location / Directory / Alias ​​às configurações 80 e 443 no Apache? Parece que eles funcionam bem quando são adicionados apenas a 80 na maioria das vezes? Mas não neste caso .app, mas não consigo descobrir qual é o padrão - você tem que aplicar essas diretivas a 80 e 443 ou é 80 o suficiente e 443 então obterá isso de 80?

2. Por que a configuração é necessária em 443 para domínios .app, mas não para outros gTDLs? É porque os navegadores estão apenas carregando mais estritamente do servidor apache? 443 configurações apenas para .app, mas menos restritas para outros gTDLs ao carregar https?

Parte disso está sendo postado para referência de outras pessoas, pois não consegui encontrar muito sobre isso online, mas também estou interessado nas respostas para algumas dessas perguntas.

Answer 1

Quando você registrou seu .APPdomínio, seu registrador deve ter (é exigido pelo registro - Google) um snippet explicando que um "certificado SSL" (sic) é necessário para fazer os .APPdomínios funcionarem.

O que significa que você pode fazer apenas consultas HTTPS e não consultas HTTP para o nome do servidor neste TLD.

Por quê? Porque o Google registrou o TLD na lista de pré-carregamento HSTS, que é usada por navegadores. Faz com que eles nunca tentem uma consulta HTTP, mas apenas HTTPS, por razões de segurança. Você ainda pode configurar um servidor web na porta 80 e ter um cliente de linha de comando ou biblioteca HTTP conectado à porta 80. Mas os navegadores convencionais obedecem à lista de pré-carregamento HSTS e, portanto, não abrirão uma conexão com a porta 80, não importa o que você faça com eles.

Você pode encontrar detalhes em minha resposta à mesma pergunta aqui alguns meses atrás: https://stackoverflow.com/a/50258651/6368697