Wenn ich ein Visual Studio-Projekt mit Chrome debugge, versucht der Browser, auf das https-Äquivalent meiner Webadresse umzuleiten. Ich habe kein SSL im Webprojekt aktiviert und die Start-URL ist die http-URL. Beim Debuggen mit FireFox oder IE tritt dieses Problem nicht auf.
Ich habe Chrome neu installiert, wodurch das Problem für einen Tag behoben wurde. Ohne Addons herunterzuladen, trat das Problem am nächsten Tag erneut auf.
Was bringt Chrome dazu, localhost auf https umzuleiten?
Network Inspect zeigt: Anforderungs-URL: Daten: text / html, chromewebdata Anforderungsheader Vorläufige Header werden angezeigt User-Agent: Mozilla / 5.0 (Windows NT 6.3; WOW64) AppleWebKit / 537.36 (KHTML, wie Gecko) Chrome / 36.0.1985.143 Safari / 537,36
Keine Vorschau und keine Antwortdaten in diesen Registerkarten.
quelle
.dev
als Ihren lokalen Doman zu verwenden, ist ein ganz neues Problem, daher denke ich, dass keine dieser Antworten mehr funktioniert. Ab Chrome 63 ... "Chrome zwingt .dev-Domains über vorinstalliertes HSTS zu HTTPS". Also keine selbstsignierten SSL-Zertifikate mehr. Anscheinend ist .dev eine echte Domain. Wer wusste.Antworten:
Ich glaube, dies wird durch HSTS verursacht - siehe http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
Wenn Sie andere Localhost-Sites entwickelt haben, die einen HSTS-Header senden ...
z.B. Strikte Transportsicherheit: maximales Alter = 31536000; includeSubDomains; Vorspannung
... dann müssen abhängig vom Wert des Höchstalters zukünftige Anfragen an localhost über HTTPS bearbeitet werden.
Um dies zu umgehen, habe ich Folgendes getan.
Dies ist keine dauerhafte Lösung, wird sie aber zumindest zwischen den Projekten zum Laufen bringen. Wenn jemand weiß, wie man localhost dauerhaft von der HSTS-Liste ausschließt, lass es mich wissen :)
UPDATE - November 2017
Chrome hat diese Einstellung kürzlich so verschoben, dass sie unter " Sicherheitsrichtlinien für Domänen löschen" angezeigt wird
UPDATE - Dezember 2017 Wenn Sie die .dev-Domain verwenden, sehen Sie andere Antworten unten, da Chrome (und andere) HTTPS über vorinstalliertes HSTS erzwingen.
quelle
.dev
funktioniert dies meiner Meinung nach @Alison nicht, da seit der letzten Version von Version 63 ... "Chrome, um .dev-Domains über vorinstalliertes HSTS zu HTTPS zu zwingen". Daher funktioniert .dev im Grunde genommen überhaupt nicht mehr, es sei denn, Sie haben ein ordnungsgemäß signiertes SSL-Zertifikat. Keine selbstsignierten Zertifikate mehr erlaubt. Weitere Details .Ich hatte das gleiche Problem in Chrome und habe erfolglos versucht, die BigJump-Lösung zu verwenden .
Ich habe mein Problem behoben, indem ich eine harte Aktualisierung erzwungen habe , wie in diesem Blog gezeigt (ursprünglich aus dieser SuperUser-Antwort ).
Stellen Sie sicher, dass Ihre Adressleiste das http-Schema verwendet, und führen Sie die folgenden Schritte möglicherweise einige Male aus:
quelle
NEUE ENTWICKLUNGEN! (wenn Sie Chrome 63+ haben)
Wenn Ihre localhost-Domain lautet
.dev
, gelten die zuvor akzeptierten und funktionierenden Antworten meines Erachtens nicht mehr. Dies liegt daran, dass Chrome ab Chrome 63 .dev-Domains über vorinstalliertes HSTS zu HTTPS zwingt.Dies bedeutet, dass es im
.dev
Grunde genommen überhaupt nicht mehr funktioniert, wenn Sie nicht über ein ordnungsgemäß signiertes SSL-Zertifikat verfügen - keine selbstsignierten Zertifikate mehr zulässig! Erfahren Sie mehr in diesem Blog-Beitrag.Es wird daher
.test
empfohlen, dieses Problem jetzt zu beheben und zu verhindern, dass es in Zukunft erneut auftritt, da es von der IETF für Test- / Entwicklungszwecke reserviert wird. Sie sollten auch in der Lage sein,.localhost
für lokale Entwickler zu verwenden.quelle
.test
.dev
durch.test
arbeitete auch für mich in Chrome 63Huckepack von Adiyat Mubarak
Konnte nicht hart aktualisiert werden, da es nur auf https aktualisiert wurde. Befolgen Sie einige der gleichen Schritte.
quelle
Ich habe das gleiche Problem, aber nur in Chrome Canary und suche nach einer Lösung. Ich habe diesen Beitrag gefunden .
Ändern Sie also Ihre Domains.
quelle
.local
klingt ein bisschen spröde, wenn auch ich , es ist sicherer als andere TLDs erraten. Ich.localhost
ziehe auch die Verwendung von coz zurück, da Chrome anscheinend eine native Umleitung durchführt, die zu verhindern scheint, dass mein rproxy funktioniert..test
scheint am sichersten zu sein, obwohl es aufgrund von Namespace-Konflikten mit all den in TDD /.test()
Methoden usw. verwendeten Zeichenfolgen klobig istChrome 63 (seit Dezember 2017 verfügbar) erzwingt, dass alle auf .dev (und .foo) endenden Domains über einen vorinstallierten HSTS-Header (HTTP Strict Transport Security) an HTTPS umgeleitet werden. Weitere Informationen hierzu finden Sie hier.
quelle
.app
Domains in der letzten Woche betroffen . Wir wechseln vorübergehend zu,.test
obwohl ich nicht denke, dass dies eine langfristige Lösung ist.von https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/
Keine der Optionskorrekturen hat bei mir funktioniert, um sie zu reparieren
https://localhost:3000
hat dies funktioniert.Klicken und halten Sie die
Reload
Taste und wählen SieEmpty Cache and Hard Reload
, dies scheint nur eine Option zu seinlocalhost
quelle
Ich habe auch mit diesem Problem zu kämpfen. Scheint, dass HSTS nur für Domain-Namen gedacht ist . Wenn Sie also auf einem lokalen Computer entwickeln, ist es viel einfacher, die IP-Adresse zu verwenden. Also wechselte ich von localhost zu 127.0.0.1
quelle
Ich habe die Ursache des Problems nie herausgefunden, konnte dieses Problem jedoch beheben. Ich habe den Google Chrome-App-Cache-Ordner gelöscht, wodurch das Problem behoben wurde.
C: \ Benutzer [Benutzer] \ AppData \ Local \ Google \ Chrome
quelle
Dies kann durch eine zwischengespeicherte https-Umleitung verursacht und durch manuelles Löschen des Caches wie in der Antwort von Adiyat Mubarak behoben werden.
Wenn Sie localhost besuchen, sind Sie wahrscheinlich ein Entwickler. In diesem Fall finden Sie eine Chrome-Erweiterung zum Löschen des Cache wie "klassischer Cache-Killer" (siehe z. B. https://chrome.google.com/webstore/search/classic%20cache) % 20killer? Hl = de ) nützlich in einer Vielzahl von Situationen und wahrscheinlich bereits installiert.
Die schnelle Lösung lautet also: Installieren Sie einen Cache-Killer (falls Sie noch keinen haben), schalten Sie ihn ein und laden Sie die Seite neu. Erledigt!
quelle
Eine faule und schnelle Lösung für faule Leute wie mich (arbeiten in Chrome 67).
Starten Sie einfach ein anderes Chrome-Fenster im Stealth-Modus mit der Option "Inkognito-Fenster" (STRG + UMSCHALT + N). Sie müssen den Cache nicht löschen, müssen nicht in tiefe Chrome-Einstellungen eintauchen usw.
quelle
Nichts davon hat bei mir funktioniert. Dies geschah nach einem Chrome-Update (Version 63.0.3239.84, Linux) mit einer lokalen URL. Würde immer zu https umleiten, egal was passiert. Ich habe einige Stunden und viel Geduld verloren
Was schließlich funktionierte, war nur das Ändern der Domain.
Für das, was es wert ist, war die Domain .app. Vielleicht hat es etwas zu tun? Und habe es einfach in .test geändert und Chrome hat aufgehört, es umzuleiten
quelle
Wie ich dieses Problem mit Chrom 79 gelöst habe:
Fügen Sie einfach diese URL in Ihre Suche ein. Chrome: // flags / # allow-unsicher-localhost
Es hat mir geholfen, indem ich experimentelle Funktionen verwendet habe.
quelle
Leider hat mir keine der hier aufgeführten Lösungen geholfen, dieses Problem zu beheben. Ich habe dieses Problem behoben, indem ich http://127.0.0.1 (IP-Adresse) anstelle von http: // localhost verwendet habe . Ein schneller kleiner Hack, um mit der Winkelentwicklung mit dem Chrome-Browser zu arbeiten.
quelle
In meinem Fall hatte ich meinen Projektpfad als festgelegt
/Users/me/dev/project_root/
und führte dennodeJS
/express
server von dort aus aus. Durch Umbenennen meines Pfads in/Users/me/project_root
(Entfernendev
vom Pfad zum Projekt) wurde das Problem behoben.Hat höchstwahrscheinlich mit dieser neuen Regelung zu tun:
Weitere Informationen hierzu finden Sie hier .
Verwenden von:
quelle
Eine einfache Lösung besteht darin, Ihre
/etc/hosts
Datei zu bearbeiten und einen Alias pro Projekt einzurichten.Diese domänenlosen Namen haben niemals das Problem mit HSTS, es sei denn, Sie senden die von @bigjump erwähnte HSTS-Antwort und haben den zusätzlichen Vorteil, dass Sie Ihre Anmeldesitzung beibehalten, wenn Sie zwischen Projekten hin und her wechseln.
quelle
Gehen Sie zu den Einstellungen in Chrome und dann zu Erweiterte Einstellungen. Klicken Sie im Abschnitt Datenschutz und Sicherheit auf Browserdaten löschen und dann alle Daten löschen. Ich habe diese Schritte befolgt und es hat bei mir funktioniert. Hoffe es hilft jemandem.
quelle
Chrome 63 zwingt .dev-Domains über vorinstalliertes HSTS automatisch zu HTTPS.
Schnellkorrektur: Ändern Sie einfach die .dev-Domänen in .localhost.
quelle
Dies ist keine Lösung, sondern nur eine Problemumgehung.
Klicken Sie im Solution Explorer auf Ihr Visual Studio-Projekt (oberste Ebene) und wechseln Sie zum Eigenschaftenfenster.
Ändern Sie SSL Enabled in true. Im Eigenschaftenfenster wird nun eine andere Portnummer als "SSL-URL" angezeigt.
Wenn Sie jetzt Ihre Anwendung ausführen (oder im Browser anzeigen), müssen Sie die Portnummer manuell in die SSL-Portnummer in der Adressleiste ändern.
Jetzt funktioniert es gut als SSL-Link
quelle
Öffnen
Chrome Developer Tools
-> gehen Sie zuNetwork
-> wählen SieDisable Cache
-> neu ladenquelle
Für jemanden, der das gleiche Problem hatte, löste ich durch Drücken von STRG + UMSCHALT + ENTF, um nur den gesamten Browser-Cache zu löschen. Jetzt kann ich über das HTTP-Protokoll auf meine localhost-Website zugreifen.
quelle
@ Adiyat Mubarak Antwort hat bei mir nicht funktioniert. Als ich versuchte, den Cache zu leeren und neu zu laden, wurde die Seite immer noch zu https umgeleitet.
Meine Lösung: In der oberen rechten Ecke der URL-Leiste (links neben dem Sternsymbol der Favoriten) befindet sich ein Symbol mit einem "x". Klicken Sie mit der rechten Maustaste darauf, und es wird etwas über "unsichere Skripte" gesagt. Dann besteht die Möglichkeit, sie trotzdem zu laden. TU das.
quelle
Eine andere Möglichkeit wäre, etwas wie https://github.com/rchampourlier/tunnelss zu verwenden
Sicher, es hat eine weitere Abhängigkeit / Einrichtung hinzugefügt, aber es ermöglicht auch das Testen von https in dev, was sehr hilfreich sein könnte.
Ich benutze RVM jedoch, um Tunnel zum Laufen zu bringen, die ich verwenden musste
sudo gem install tunnelss
undsudo tunnelss
quelle
Das ist heute (17-3-2018) die schnellste Lösung:
Schließen Sie alle Chrome-Registerkarten / -Fenster und führen Sie in Ihrer Befehlszeile Folgendes aus: (oder fügen Sie es als Shortcode hinzu)
quelle