So beenden Sie eine automatische Weiterleitung von "http: //" nach "https: //" in Chrome

Ich hatte etwas verrücktes in unserem DNS-Setup eingerichtet, das jetzt behoben ist.

Das verbleibende Problem ist, dass Chrome das falsche Setup zwischengespeichert hat.

Insbesondere bei Verwendung von Chrome http://3rdrevolution.comwird jetzt auf https://3rdrevolution.com(nackte Domain) umgeleitet , was nicht gültig / unterstützt ist. http://3rdrevolution.com SOLLTE umleiten http://www.3rdrevolution.comund dann erzwingen https://www.3rdrevolution.com.

Bei einigen Browsern (einschließlich meines Browsers) geschieht dies jedoch nicht, da es sich um ein funky Chrome-Caching handelt. Ich habe versucht, "Datenschutz -> Cache leeren" aufzurufen, aber es hatte keine Auswirkung.

Anon hat Recht mit STS, aber es gibt eine Möglichkeit, Ihre Domain gezielt aus dem Set zu löschen. Gehe zu chrome://net-internals/#hsts. Geben Sie 3rdrevolution.com unter Sicherheitsrichtlinien für Domänen löschen ein und klicken Sie auf die Schaltfläche Löschen.

Gehen Sie nun zu chrome: // settings / clearBrowserData, aktivieren Sie das Kontrollkästchen Zwischengespeicherte Bilder und Dateien und klicken Sie auf die Schaltfläche Daten löschen .

Mein Problem ergab sich aus einer .devDomain, die anscheinend vor kurzem als gTLD registriert wurde und ein Commit für Chrome Canary eingegangen ist. Das habe ich in einem kürzlich veröffentlichten Beitrag herausgefunden, in dem ich nach meinem Problem gesucht habe.

Wenn Sie das gleiche Problem haben wie ich, ist es anscheinend die beste Lösung, Ihre Domain in etwas anderes als zu ändern .dev. Der Artikel schlug .testeine mögliche Lösung für einen .localhostspäteren Zeitpunkt vor (über diesen Vorschlag ).

https://www.3rdrevolution.com sendet den Strict-Transport-Security- Header. Wenn Sie also einmal über https darauf zugreifen, leiten Browser wie Chrome / Firefox http-Anforderungen bis zu einem bestimmten Zeitpunkt in der Zukunft an https um.

Wie die andere Antwort sagte, besteht die einzige Möglichkeit, dies zu stoppen, darin, den Browser-Cache zu leeren (oder darauf zu warten, dass der Browser die Bestellung abläuft).

Um Domain zu löschen unter "HSTS" Menü in chrome: // net-internals ist eine temporäre Lösung. Nach dem Besuch dieser Domain über HTTPS wird sie wieder in die HSTS-Liste aufgenommen.

Grundsätzlich ist es zur Behebung dieses Problems erforderlich , HTTP Strict Transport Security auf dem Webserver 3rdrevolution.com (IIS, Apache, nginx, ...) zu deaktivieren . Bearbeiten Sie für nginx den HTTPS-Abschnitt in nginx.conf und setzen Sie für Strict-Transport-Security 'max-age = 0':

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

Weitere Informationen: HTTP Strict Transport Security (HSTS)

Dies kann verschiedene Gründe haben, einschließlich Plugins. Wenn Sie jedoch keine Plugins installiert haben, können Sie Folgendes tun:

Gehe zu Einstellungen / Datenschutz / Browserdaten löschen ...

Wählen Sie im Pulldown- Menü den Beginn der Zeit aus.

Wählen:

• Gespeicherte AutoFill-Formulardaten löschen
• Löschen Sie Cookies und andere Website- und Plug-in-Daten
• Leere den Cache

Wählen Sie Browserdaten löschen

Dies sollte dafür sorgen, dass das automatische Ausfüllen auf der Grundlage Ihres vorherigen Browsings erfolgt. Außerdem werden alle Cookies entfernt, die ebenfalls Probleme verursachen könnten.

Eine weniger drastische Alternative als das Löschen aller Cookies ist Einstellungen> Erweiterte Einstellungen anzeigen> Inhaltseinstellungen> Alle Cookies und Websitedaten. Suchen Sie dann nach den fraglichen Websites und löschen Sie Cookies nur für diese.

Wenn Sie das Problem in einer Unterdomäne haben, kann diese Zeile in Nginx ein Problem verursachen, selbst wenn sich die Unterdomäne auf einem anderen Server befindet, da der Browser diese Informationen zwischenspeichert.

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

Also entfernen Sie die includeSubdomains;Teile, damit es funktioniert.

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

Keine der Optionskorrekturen funktionierte für mich, zum Korrigieren https://localhost:3000hat dies funktioniert.

Klicken und halten Sie die Reload-Taste und wählen Sie "Cache leeren und neu laden". Dies scheint nur eine Option zu sein localhost.

Vor einigen Tagen habe ich versehentlich die folgenden Chrome-Optionen aktiviert:

• Senden Sie automatisch einige Systeminformationen und Seiteninhalte an Google, um gefährliche Apps und Websites zu erkennen
• Schützen Sie sich und Ihr Gerät vor gefährlichen Orten

Und jetzt war das Hauptproblem, dass unsere Website auf Subdomain immer von http: // zu https: // umleitete und der Browser mir eine Fehlermeldung gab:

"Ihre Verbindung ist nicht privat. Angreifer versuchen möglicherweise, Ihre Informationen von censored.censored.com zu stehlen (z. B. Kennwörter, Nachrichten oder Kreditkarten). NET :: ERR_CERT_COMMON_NAME_INVALID"

Öffnen Sie chrome: // settings / privacy und aktivieren Sie die zuvor genannten chrome-Optionen, die Ihre Geräte automatisch schützen. Hoffe das wird jemandem helfen.

In Chrome 66 wurden in der SettingsRegisterkarte viele Änderungen vorgenommen

Sie können einfach chrome://settings/resetProfileSettings?origin=userclickauf "Zurücksetzen" klicken.

das hat bei mir funktioniert.