Comment arrêter une redirection automatique de "http: //" à "https: //" dans Chrome

J'ai eu quelque chose de farfelu dans notre configuration DNS qui est maintenant résolu.

Le problème restant est que chrome a mis en cache la configuration incorrecte.

Plus précisément, lors de l’utilisation de Chrome, la http://3rdrevolution.comredirection vers https://3rdrevolution.com(domaine nu) n’est pas valide / prise en charge. http://3rdrevolution.com DEVRAIT rediriger vers http://www.3rdrevolution.comet puis forcer https://www.3rdrevolution.com.

Mais sur une poignée de navigateurs (y compris le mien), cela ne se produit pas à cause de la mise en cache géniale de Chrome. J'ai essayé d'aller à «Confidentialité -> Vider le cache» mais cela n'a eu aucun effet.

Anon a raison à propos de STS, mais il existe un moyen de supprimer spécifiquement votre domaine de l'ensemble. Allez à chrome://net-internals/#hsts. Entrez 3rdrevolution.com sous Supprimer les stratégies de sécurité du domaine et cliquez sur le bouton Supprimer.

Allez maintenant à chrome: // settings / clearBrowserData, cochez la case Images et fichiers en cache et cliquez sur le bouton Effacer les données .

Mon problème venait du fait d'avoir un .devdomaine, qui aurait été récemment enregistré en tant que gTLD et inscrit dans un commit pour Chrome Canary. Je l'ai découvert dans un message récent que j'ai découvert en cherchant mon problème.

Si vous avez le même problème que moi, il semble que la meilleure solution consiste à changer votre domaine pour qu'il soit différent de .dev. L'article suggérait .testune solution potentielle .localhostplus tard (via cette proposition ).

https://www.3rdrevolution.com envoie l'en - tête Strict-Transport-Security . En y accédant via https une fois, les navigateurs tels que Chrome / Firefox redirigeront les requêtes http vers https jusqu'à un moment donné à l'avenir.

Comme l’a dit l’autre réponse, le seul moyen d’arrêter cette opération une fois que celle-ci a commencé est de vider le cache du navigateur (ou d’attendre que le navigateur expire la commande).

Pour supprimer domaine sous menu "HSTS" en chrome: // net-internals est une solution temporaire. Après avoir visité ce domaine via HTTPS, il sera à nouveau inclus dans la liste HSTS.

En gros, pour résoudre ce problème, il est nécessaire de désactiver HTTP Strict Transport Security sur le serveur Web 3rdrevolution.com (IIS, Apache, nginx, ...). Pour nginx, éditez sa section HTTPS dans nginx.conf et définissez 'max-age = 0' pour Strict-transport-Security:

server {
#...
        ssl on;
#...
        add_header Strict-Transport-Security "max-age=0;";
#...
}

Plus d'infos: HTTP Strict Transport Security (HSTS)

Il peut y avoir plusieurs raisons à cela, y compris les plugins, mais en supposant qu'aucun de ces plugins ne soit installé, vous pouvez procéder comme suit:

Aller vers Paramètres / Confidentialité / Effacer les données de navigation ...

Sélectionnez le début du temps dans la liste déroulante.

Sélectionner:

• Effacer les données sauvegardées de remplissage automatique des formulaires
• Supprimer les cookies et autres données de site et de plug-in
• Vider le cache

Sélectionnez Effacer les données de navigation

Cela devrait prendre soin de faire n'importe quel remplissage automatique basé sur votre navigation précédente. En outre, cela supprimera tous les cookies qui pourraient également causer des problèmes.

Une alternative moins radicale que la compensation tous les cookies est toujours Paramètres> Afficher les paramètres avancés> Paramètres de contenu> Cookies et données sur le site puis recherchez les sites en question et les cookies clairs pour que ceux -ci .

Si vous rencontrez le problème sur un sous-domaine, cette ligne dans Nginx risque de poser problème, même si le sous-domaine se trouve sur un autre serveur, car le navigateur mettra ces informations en cache.

add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";

alors retirez-le includeSubdomains;pour le faire fonctionner.

De https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/

Aucune des solutions proposées ne fonctionnait pour moi https://localhost:3000.

Cliquez sur le bouton de rechargement et maintenez-le enfoncé, puis sélectionnez «Vider le cache et recharger», ce qui ne semble être qu'une option localhost.

Il y a quelques jours, j'ai accidentellement activé les options de Google Chrome nommées:

• Envoi automatique à Google de certaines informations système et du contenu de pages afin de détecter les applications et les sites dangereux.
• Protégez-vous et votre appareil des sites dangereux

Et maintenant , le principal problème était que notre site Web sous - domaine toujours rediriger de http: // à https: // et navigateur m'a donné une erreur:

"Votre connexion n'est pas privée. Des pirates pourraient tenter de voler vos informations à censored.censored.com (par exemple, mots de passe, messages ou cartes de crédit). NET :: ERR_CERT_COMMON_NAME_INVALID"

Ouvrez chrome: // settings / privacy et activez les options de chrome précédemment nommées qui protègent automatiquement vos appareils. J'espère que cela aidera quelqu'un.

dans Chrome 66, beaucoup ont changé dans l' Settingsonglet

vous pouvez simplement aller à chrome://settings/resetProfileSettings?origin=userclickpuis appuyez sur réinitialiser.

cela a fonctionné pour moi.