Chrome redirige .dev vers https

Question

Soudain, Google Chrome redirige mon domaine virtuel myapplication.dev vers https://myapplication.dev . J'ai déjà essayé d'aller à

chrome://net-internals/#hsts

J'ai saisi myapplication.dev dans la zone de texte tout en bas "Delete domain security policies", mais cela n'a eu aucun effet.

J'ai également essayé de supprimer les données du navigateur.

J'ai également changé le v-host en .app au lieu de .dev mais Chrome me redirige toujours vers https:// ...

Il s'agit d'une application Laravel fonctionnant sur Laragon. Sur d'autres PC du même réseau, elle fonctionne parfaitement.

Answer 1

Il n'y a aucun moyen d'empêcher Chrome (>= 63) d'utiliser https sur .dev noms de domaine.
Google possède désormais le site officiel .dev et a déjà déclaré qu'il ne supprimerait pas cette fonctionnalité.

Il est recommandé d'utiliser un autre tld à des fins de développement, par exemple .localhost o .test .

Pour plus d'informations sur cette mise à jour, voir cet article par Mattias Geniar .

Answer 2

C

h

B".localhost", ".invalid", ".test" ou ".example".

Answer 3

Chrome 63 force les domaines .dev à HTTPS via HSTS préchargé et bientôt tous les autres navigateurs suivront.

.dev gTLD a été acheté par Google pour un usage interne et ne peut plus être utilisé avec http, seul https est autorisé. Voir cet article pour plus d'explications:

https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

Answer 4

MacOS Sierra, Apache : Après que Chrome 63 ait forcé les domaines de premier niveau .dev à HTTPS via le HSTS préchargé, phpmyadmin sur mon Mac a cessé de fonctionner. Je lis este et modifiez simplement /etc/apache2/extra/http-vhosts.conf fichier :

<VirtualHost *:80>
  DocumentRoot "/Users/.../phpMyAdmin-x.y.z"
  ServerName phpmyadmin.localhost
</VirtualHost>

et redémarrer apache (par sudo /usr/sbin/apachectl stop; sudo /usr/sbin/apachectl start ) - et maintenant il fonctionne sur http://phpmyadmin.localhost :) . Pour les applications laravel la solution est similaire.

L'avantage est que l'utilisation de *.localhost lorsque vous créez un nouveau projet, vous pouvez oublier de modifier le domaine de premier niveau /etc/hosts .

C'est pas mal, non ? :)

Il existe également une excellente proposition de ajouter le domaine .localhost comme nouveau standard qui serait plus approprié ici.

MISE À JOUR 2018

Utilisation *.localhost n'est pas bon - certaines applications ne le supporteront pas comme cURL (utilisé par php-guzzle) - plus de détails aquí . Il est préférable d'utiliser *.local .

Answer 5

Il peut être intéressant de noter que d'autres TLD sont obligés de passer à https : https://chromium.googlesource.com/chromium/src.git/+/63.0.3239.118/net/http/transport_security_state_static.json#262

google , dev , foo , page , app y chrome dès maintenant.