Microsoft Edge kann keine lokale Website anzeigen


15

Ich habe einen lokalen IIS ausgeführt, mit einer Bindung wie www.dev.mydomain.com, der Hostname wird auf einem externen DNS-Server aufgelistet und die Namensauflösung funktioniert einwandfrei.

Beim Öffnen der Site http://www.dev.mydomain.comin Microsoft Edge wird folgende Meldung angezeigt:

Hmm, wir können diese Seite nicht erreichen.

Stellen Sie sicher, dass Sie die richtige Webadresse haben: http://www.dev.mydomain.com

Das F12 Network Tabzeigt nichts.

Was funktioniert:

  • Verwenden von Firefox-, Chrome-, IE-11- und Befehlszeilentools auf dem lokalen Computer
  • Verwenden von Edge von einem anderen Computer im lokalen Netzwerk
  • Verwenden von Edge auf demselben Computer, jedoch mit einem anderen Benutzer
  • Verwenden von Edge mit meinem Benutzer, aber Verwenden von localhostoder einer IP-Adresse entweder 127.0.0.1oder192.168.x.x

Was ich versucht habe, aber das Problem nicht gelöst habe:

  • Neustart des Network List Serviceund des Network Location AwarenessDienstes.
  • Hinzufügen www.dev.mydomain.comzur hostsDatei.
  • mit TLS und https://www.dev.mydomain.com
  • Verwenden Sie dieselben Windows-Proxy-Einstellungen wie für den Benutzer, bei dem das Problem nicht auftritt.

Dies ist also ein spezifisches Problem für einen Benutzer und Edge. Andere Programme oder Benutzer haben dieses Problem nicht.

Irgendwelche Ideen, was ich sonst noch tun kann, um dies zu diagnostizieren?

Windows 10 - 1607 (14393.105)


DNS verweist also auf Ihren lokalen Computer?
sbrm1

@ sbrm1 - Ja, es zeigt auf eine 192.168.xx-Adresse und funktioniert problemlos mit Ping, nslookup und allen anderen Browsern.
Peter Hahndorf

Ist die URL von außen zugänglich?
sbrm1

5
MS Edge ignoriert Ihre Hosts-Datei. Nur einer von vielen Ärgernissen. Wenn jeder diesen Browser ignoriert, verschwindet er möglicherweise einfach.
user1751825

1
Ich weiß, dass Sie bereits gesagt haben, dass DNS einwandfrei funktioniert ... aber es klingt nach einem DNS-Problem ... Vielleicht können Sie nur "tricksen", um Ihre lokale Hosts-Datei zu testen und diese Domain anstelle von 192.168.xx auf 127.0 aufzulösen .0.1 um zu sehen, was passiert ... und andere Tests ... haben Sie versucht, Ihre Proxy-Einstellungen zu deaktivieren? Vielleicht können Sie dabei nicht im Internet surfen, aber es geht darum, die localhost-Seite auszuprobieren. Wenn es funktioniert ... gibt es etwas im Zusammenhang mit Proxy.
OscarAkaElvis

Antworten:


2

Sie müssen die Loopback-Adresse aktivieren, die in Edge standardmäßig deaktiviert ist.

Gehen Sie zu about:flagsund aktivieren Sie "lokalen Loopback zulassen".

Beachten Sie, dass dies Auswirkungen auf die Sicherheit hat, das Risiko jedoch gering ist.

Geben Sie hier die Bildbeschreibung ein


1

Ich verwende den neuesten Win 10 V 1809 Build 17763.253.

Ich habe eine Problemumgehung für einen anderen Thread gefunden. Durch Hinzufügen des lokalen IP-Bereichs zu den vertrauenswürdigen Sites funktioniert dies für mich.

Die zweite Problemumgehung besteht darin, den Servernamen anstelle der IP-Adresse zu verwenden.

Beispiel: http: // Computername /, der in die IP-Adresse der Version 6 aufgelöst wird.

Da dies ein Fehler ist, der nur bei MS EDGE auftritt und mit allen anderen Browsern funktioniert, wo ist die offizielle MS-Lösung?

Schließlich hat Build 17763.316 den Fehler behoben. Ich habe die Problemumgehung entfernt und MS Edge kann auf alle meine lokalen IP-Adressen 192.168.1.1 bis 192.168.1.254 zugreifen.

Geben Sie hier die Bildbeschreibung ein


Die offizielle MS-Lösung ist, dass sie sich wieder auf den
David McGowan,

1

Dies ist eine Windows-Sicherheitsrichtlinie: Anwendungen in Windows Runtime (auch bekannt als UWP, einschließlich Edge) können standardmäßig nicht auf localhost zugreifen.

Hier finden Sie weitere Details: https://blogs.msdn.microsoft.com/fiddler/2011/12/10/revisiting-fiddler-and-win8-immersive-applications/

Immersive Anwendungen (und IE11 unter Win8 / 8.1, nicht unter Win10) werden in isolierten Prozessen ausgeführt, die als "AppContainer" bezeichnet werden. Standardmäßig ist es AppContainern untersagt, Netzwerkverkehr an den lokalen Computer zu senden (Loopback). Dies ist natürlich beim Debuggen mit Fiddler problematisch, da Fiddler ein Proxyserver ist, der auf dem lokalen Computer ausgeführt wird. In diesem Beitrag wurde erläutert, wie mit dem CheckNetIsolation-Tool einem AppContainer ermöglicht werden kann, Datenverkehr an den lokalen Computer zu senden. Die Verwendung von CheckNetIsolation ist jedoch ziemlich umständlich. Dazu müssen Sie den Namen oder die Sicherheits-ID des AppContainers kennen und jeden AppContainer einzeln konfigurieren. Um diese Probleme zu beheben, habe ich ein GUI-Tool erstellt, mit dem Sie einen AppContainer sehr einfach neu konfigurieren können, um Loopback-Verkehr zu aktivieren. Dieses Tool erfordert Windows 8 und läuft unter .NET Framework v4. Beim Start scannt das Dienstprogramm die AppContainer Ihres Computers und zeigt sie in einer Listenansicht an. Links von jedem Eintrag befindet sich ein Kontrollkästchen, das angibt, ob der AppContainer Loopback-Verkehr senden darf. Sie können diese Kontrollkästchen einzeln umschalten oder mit den Schaltflächen oben alle Kontrollkästchen gleichzeitig aktivieren. Klicken Sie auf Änderungen speichern, um die von Ihnen vorgenommenen Konfigurationsänderungen zu übernehmen, oder klicken Sie auf Aktualisieren, um die aktuellen Konfigurationseinstellungen neu zu laden.

Sie können hier ein GUI-Tool herunterladen, um den Loopback-Verkehr für UWP zu aktivieren (von anderen geschrieben, aber mit derselben Funktion): https://github.com/tiagonmas/Windows-Loopback-Exemption-Manager


0

Haben Sie versucht, die Datei "Hosts" zu aktualisieren?

127.0.0.1 www.dev.mydomain.com 

-3

FIX # 1

Gehen Sie zu services.msc und starten Sie den "DNS-Client-Dienst". Das Problem sollte behoben sein.

FIX # 2

Wenn dies nicht die Lösung ist, versuchen Sie Folgendes:

Führen Sie regedit aus und gehen Sie zu

HK lokaler Computer> Software> Microsoft> Windows nt> aktuelle Version> Netzwerkliste> Profile> {GUID} "Kategorie"

Suchen Sie das Profil für das Netzwerk, an dem Sie interessiert sind, und ändern Sie den Kategoriewert von 0 auf 1.

FIX # 2 ERLÄUTERUNG

Lassen Sie mich erklären, was es tut: Das Update scheint sicherzustellen, dass Ihr Netzwerk eher privat als öffentlich ist. Aus irgendeinem Grund funktioniert das und ich kann es nicht erklären. Ich möchte auch darauf hinweisen, dass wenn Sie ein VPN verwenden, dies das Problem ist, das es möglicherweise verursacht hat, da es Berichte gibt, dass VPN-Software die Einstellungen in Windows 10 durcheinander gebracht hat. Meistens bin ich sicher, dass mein erstes Update Ihnen helfen wird in diesem Fall.


2
Die OP sagt andere Benutzerkonten von der gleichen Maschine CAN der Website problemlos zugreifen. Sie haben also keine maschinenweiten Vorschläge.

@FleetCommand Kann ich bitte eine Meinung von OP bekommen?
DeerSpotter

1
@DeepSpotter Sie können (und werden) die Meinung von uns beiden haben. So funktioniert diese Seite. Wenn er Ihre Antwort als Antwort markieren würde, würde ich meine Ablehnung zurückziehen. Aber ich werde sehr überrascht sein.

Sie sollten erklären, was genau das Ändern des Kategoriewertes für das Profil des Netzwerks bewirkt.
Ramhound

2
Wie @FleetCommand sagte, sind beide Änderungen maschinenweit und machen keinen Unterschied, aber danke, dass Sie versucht haben, zu helfen.
Peter Hahndorf
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.