La directive Apache .app domian n'a été ajoutée qu'à la configuration du port 80 ne se chargeant pas - fonctionne sur d'autres gTLD

Question

J'ai donc les paramètres suivants dans mon apache http virtualhost: 80 config:

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

Cela fonctionne bien lors de la connexion sur http et s'applique même à https lors de l'utilisation d'un gTLD normal comme .com / .org.

Mais lorsque vous l'utilisez sur un gTLD .app, la configuration ne fonctionne pas du tout. Il semble qu'en raison de la nature SSL HTTPS forcée du gTLD .app, il ne charge même pas la configuration Apache: 80?

Maintenant, lorsque j'ajoute également la configuration ci-dessus à la configuration apache https virtualhost: 443, cela fonctionne bien.

Quelques questions que j'ai:

1. J'ai passé quelques heures à chercher une réponse pour savoir SI vous DEVEZ appliquer les directives Location / Directory / Alias ​​aux configurations 80 et 443 dans Apache? Il semble qu'ils fonctionnent bien en les ajoutant simplement à 80 la plupart du temps? Mais pas dans ce cas .app, mais je n'arrive pas à trouver quelle est la norme - devez-vous appliquer ces directives à la fois à 80 et 443 ou est-ce que 80 est suffisant et 443 l'obtiendra-t-il alors à partir de 80?

2. Pourquoi le paramètre est-il nécessaire dans 443 pour les domaines .app mais pas pour les autres gTDL? Est-ce parce que les navigateurs se chargent plus strictement à partir du serveur Apache? 443 configs uniquement pour .app mais moins strict pour les autres gTDL lors du chargement de https?

Certains de ces documents sont publiés à titre de référence pour d'autres, car je n'ai pas trouvé grand-chose en ligne à ce sujet, mais je suis également intéressé par les réponses à certaines de ces questions.

Answer 1

Lorsque vous avez enregistré votre .APPdomaine, votre registraire devrait vous faire voir (il est mandaté par le registre - Google) un extrait de code expliquant qu'un "certificat SSL" (sic) est nécessaire pour faire .APPfonctionner les domaines.

Ce qui signifie que vous ne pouvez effectuer que des requêtes HTTPS et non des requêtes HTTP sur le nom du serveur dans ce TLD.

Pourquoi? Parce que Google a enregistré le TLD dans la liste de préchargement HSTS, qui est utilisée par les navigateurs. Cela les empêche de tenter une requête HTTP mais uniquement HTTPS, pour des raisons de sécurité. Vous pouvez toujours configurer un serveur Web sur le port 80 et avoir un client de ligne de commande ou une bibliothèque HTTP se connecter au port 80. Mais les navigateurs traditionnels obéissent à la liste de préchargement HSTS et n'ouvriront donc pas de connexion au port 80, quoi que vous en fassiez.

Vous pouvez trouver des détails à ma réponse à la même question ici il y a quelques mois: https://stackoverflow.com/a/50258651/6368697