La directiva .app domian Apache solo se agregó a la configuración del puerto 80 sin cargar: funciona en otros gTLD

Question

Así que tengo la siguiente configuración en mi apache http virtualhost: 80 config:

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

Esto funciona bien cuando se conecta en http e incluso se aplica a https cuando se usa un gTLD normal como .com / .org.

Pero cuando se usa esto en un gTLD .app, la configuración no funciona en absoluto. Parece que debido a la naturaleza SSL HTTPS forzada del .app gTLD, ¿ni siquiera está cargando la configuración de Apache: 80?

Ahora, cuando también agrego la configuración anterior a la configuración de apache https virtualhost: 443, entonces funciona bien.

Algunas preguntas que tengo:

1. He pasado algunas horas buscando una respuesta en cuanto a SI TIENE que aplicar las directivas Ubicación / Directorio / Alias ​​a las configuraciones 80 y 443 en Apache. ¿Parece que funcionan bien cuando se agregan a 80 la mayor parte del tiempo? Pero no en este caso .app, pero parece que no puedo encontrar cuál es el estándar: ¿tiene que aplicar estas directivas tanto a 80 como a 443 o es suficiente con 80 y luego 443 obtendrá eso de 80?

2. ¿Por qué se necesita la configuración en 443 para dominios .app pero no para otros gTDL? ¿Es porque los navegadores simplemente se cargan de forma más estricta desde el servidor apache? 443 configuraciones solo para .app pero menos estrictas para otros gTDL al cargar https?

Algo de esto se publica como referencia para otros, ya que no pude encontrar mucho en línea al respecto, pero también estoy interesado en las respuestas para algunas de estas preguntas.

Answer 1

Cuando registró su .APPdominio, su registrador debería haberle mostrado (es obligatorio por el registro, Google) un fragmento que explique que se requiere un "certificado SSL" (sic) para que los .APPdominios funcionen.

Lo que significa que solo puede realizar consultas HTTPS y no consultas HTTP al nombre del servidor en este TLD.

¿Por qué? Porque Google registró el TLD en la lista de precarga de HSTS, que utilizan los navegadores. Hace que nunca intenten una consulta HTTP, sino solo HTTPS, por razones de seguridad. Aún puede configurar un servidor web en el puerto 80 y hacer que un cliente de línea de comandos o una biblioteca HTTP se conecte al puerto 80. Pero los navegadores convencionales obedecen la lista de precarga de HSTS y, por lo tanto, no abrirán una conexión al puerto 80 sin importar lo que haga con ellos.

Puede encontrar detalles en mi respuesta a la misma pregunta aquí hace algunos meses: https://stackoverflow.com/a/50258651/6368697