Wie zu stoppen Chrome Umleitung zu HTTPS?

Vor ein paar Tagen, Chrome gestartet umleiten alle meine vHosts in Wampserver auf https. Hat alles gut funktioniert, bis vor ein paar Tagen, dann einen Tag angemeldet habe ich mich zur Arbeit auf meiner Website in Chrome und sagte, dass die Website nicht erreicht werden konnte, obwohl ich die gleiche URL, die ich immer in der Vergangenheit getan hat. Wamp läuft wie Apache und MySQL, und keiner dieser Dienste haben keine Fehler im error-log.

Ich habe bereits versucht, die Domäne zu entfernen(ich verwende einen fake .dev-Erweiterung für meine lokalen Seiten) chrome://net-internals/#hsts aber das hat nichts tun. Ich habe auch versucht, die Installation von SSL, um zu sehen, wenn Chrome erkennt es als eine sichere Verbindung... nichts. Ich selbst habe versucht neu zu installieren Wamp komplett(auch wenn die vHosts funktionieren, in anderen Browsern) und nichts hat sich geändert.

Das einzige, was funktioniert in Chrome ist der Zugriff auf die Seiten über http://localhost/site. Der redirect auf HTTPS erfolgt bei allen meinen Apache vHosts. Ich habe gegoogelt und gegoogelt und kann nichts finden, dass tatsächlich das problem behebt.

InformationsquelleAutor ShoeLace1291 | 2017-12-10

  1. 30

    Chrome v63 Kräfte .dev domains HTTPS. Die Internet Engineering Task Force RFC2606 angegeben, was top-level-domains verwendet werden soll, für die lokale Entwicklung, und .dev, nicht auf dieser Liste.

    Google besitzt die .dev top-level-domain und die leitet automatisch alle .dev-domain-Namen für einen HTTPs-version der Website, die über vorgespannte HSTS.

    Mit .dev als offizieller generische top-level-domain (gTLD), wir sind besser, wenn Sie unsere lokalen Entwicklungs-suffix aus .dev etwas anderes, auch wenn es andere Lösungen (z.B. https mit self-signed Zertifikate). So sollten Sie verwenden .test, .Beispiel, .ungültige oder .localhost als Ihre lokalen Entwicklung TLDs statt.

    Ich dachte die Frage war "Wie stoppen Chrome Umleitung zu HTTPS?" und nicht "welche TLDs verwenden, stattdessen zu verwenden?"...
    Ich Stimme mit Stretsh.Die Antwort ist fix mein problem mit meinem lokalen Standorten, aber nicht die Antwort auf meine Frage über die Umleitung zu https. Was ist, wenn ich starten Sie eine website, die nicht über SSL? Ich würde nicht auf ihn zugreifen. Ich ändere meine lokalen Webseiten an .testen, aber bis du eine Lösung für meine Frage, ich werde nicht akzeptieren, diese Antwort.
    Alle Ihre vhosts Ende .dev, und es gibt keinen Weg, um Ihnen die Arbeit auf Ihrer Maschine nicht mehr. Die einzige Lösung ist die änderung der tld.
    Nur, die .app-Domäne (die ich für die lokale Entwicklung) ist auch im Besitz von Google und macht das gleiche.
    Ich glaube, die meisten professionellen Entwickler verwenden Ihre lokalen Umgebungen .dev TLD (mein Fall, und viele Tausende von anderen Entwickler—glaube ich—es). Die .dev TLD wurde bei uns seit Jahren verwendet, und jetzt ist es was die Menschen zu verlieren die Zeit, bis Sie feststellen, dass .dev ist ' Y auf den Reservierten Beispielsweise Second-Level-Domain-Namen des RFC2606. Ich hatte zu verschieben .devel-hopping, dass Google nicht kaufen... Danke @benedikt für die RFC2606 link zu der Diskussion. Übrigens, ein guter Artikel zum Lesen zu diesem Thema: theregister.co.uk/2015/03/13/google_developer_gtld_domain_icann

    InformationsquelleAutor benedikt

  2. 4

    Kann ich nicht verbessern der Antwort von @benedikt, wie es richtig ist. Es gibt gute temporary fixes:

    • die Eingabe von "badidea" auf der Seite Warnung, das könnte nicht funktionieren, wenn Sie SSL eingerichtet (gehackt zusammen) vor Ort. Es umgeht die Warnung, aber mein lokaler SSL ist nicht richtig eingestellt und zeigt einen anderen lokalen Ort.
    • narayon deutet auch auf einen link zu einer chrome-forum, das ich noch nicht versucht.

    Mein workaround war, "alle aktualisieren" meine ".dev" Entwicklung TLDs ".d3v"
    Immer noch kurz genug, um schnell, beschreibend, und wohl auch zukunftssicherer.

    Danke für den Verweis. Beachten Sie, dass es gibt keine zukunftssichere TLDs, neben den in der RFC2606 memorandum, erwähnt auf @benedikt Antwort.
    Die badidea trick ist wirklich urkomisch.

    InformationsquelleAutor DanielV

  3. 1

    Ich gefunden habe, eine schnelle work-around, arbeitete für meine Bedürfnisse und kann helfen, jemand anderes.

    Benutze ich Browser-Sync bei der Entwicklung und ich habe gerade den proxy-argument "testsite.dev", und es dient bis korrekt in Chrome.

    Hier ist der Befehl den ich verwende:

    browser-sync start --proxy "testsite.dev" --port "3000" --files "./**/*.*"

    InformationsquelleAutor Matthew Woodard

  4. 0

    Ich auch verwenden .dev-Erweiterung und wird sich ändern, um einige der anderen domain in der Zukunft, aber für meine vorhandenen .dev sites, wenn die Privatsphäre-Fehler angezeigt wird, klicken Sie irgendwo auf dem Bildschirm und geben Sie "badidea' und chrome leitet Sie auf die Website. Es funktioniert!

    InformationsquelleAutor gododgers

Schreibe einen Kommentar