Ich habe einen lokalen IIS mit einer Bindung wie ausgeführt www.dev.mydomain.com
, der Hostname ist in einem externen DNS-Server aufgeführt und die Namensauflösung funktioniert einwandfrei.
Beim Öffnen der Site http://www.dev.mydomain.com
inMicrosoft EdgeIch erhalte diese Meldung:
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 Tab
zeigt nichts an.
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, aber mit einem anderen Benutzer
- Ich verwende Edge mit meinem Benutzer, verwende aber
localhost
entweder eine IP-Adresse127.0.0.1
oder192.168.x.x
Was ich versucht habe, ohne das Problem zu lösen:
- Neustarten des
Network List Service
und desNetwork Location Awareness
Dienstes. www.dev.mydomain.com
zur Datei hinzufügenhosts
.- Verwendung von TLS undhttps://www.dev.mydomain.com
- Verwenden Sie dieselben Windows-Proxy-Einstellungen wie für den Benutzer, bei dem das Problem nicht auftritt.
Es handelt sich also um ein spezifisches Problem eines bestimmten Benutzers und von Edge. Bei anderen Programmen oder Benutzern tritt dieses Problem nicht auf.
Irgendwelche Ideen, was ich sonst noch tun kann, um das zu diagnostizieren?
Windows 10 - 1607 (14393.105)
Antwort1
Antwort2
Ich verwende das neueste Win 10 V 1809 Build 17763.253.
Ich habe in einem anderen Thread eine Problemumgehung gefunden. Indem ich den lokalen IP-Bereich zu den vertrauenswürdigen Sites hinzufüge, funktioniert es bei mir.
Die zweite Problemumgehung besteht darin, den Servernamen anstelle der IP-Adresse zu verwenden.
Beispiel:http://Computername/ die in eine IP-Adresse der Version 6 aufgelöst wird.
Da dieser Fehler nur bei MS EDGE auftritt und mit allen anderen Browsern einwandfrei funktioniert, wo ist die offizielle MS-Lösung?
Schließlich wurde der Fehler mit Build 17763.316 behoben, ich habe den Workaround entfernt und MS Edge kann auf alle meine lokalen IP-Adressen 192.168.1.1 bis 192.168.1.254 zugreifen.
Antwort3
Dies ist eine Windows-Sicherheitsrichtlinie: Anwendungen in Windows Runtime (auch bekannt als UWP, einschließlich Edge) können standardmäßig nicht auf den lokalen Host zugreifen.
Hier sind 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) laufen in isolierten Prozessen, 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. Der Beitrag erläuterte weiter, wie das Tool CheckNetIsolation verwendet werden kann, um einem AppContainer das Senden von Verkehr an den lokalen Computer zu ermöglichen. Die Verwendung von CheckNetIsolation ist jedoch ziemlich umständlich – Sie müssen den Namen oder die Sicherheits-ID des AppContainers kennen und jeden AppContainer einzeln konfigurieren. Um diese Schwierigkeiten zu lösen, habe ich ein GUI-Tool erstellt, mit dem Sie einen AppContainer sehr einfach neu konfigurieren können, um Loopback-Verkehr zu ermöglichen. Dieses Tool erfordert Windows 8 und läuft auf dem .NET Framework v4. Beim Start scannt das Dienstprogramm die AppContainer Ihres Computers und zeigt sie in einer Listenansicht an. Jeder Eintrag hat links davon ein Kontrollkästchen, das angibt, ob der AppContainer Loopback-Datenverkehr senden darf. Sie können diese Kontrollkästchen einzeln aktivieren oder die Schaltflächen oben verwenden, um alle Kontrollkästchen auf einmal zu aktivieren. Klicken Sie auf „Änderungen speichern“, um die vorgenommenen Konfigurationsänderungen zu bestätigen, oder klicken Sie auf „Aktualisieren“, um die aktuellen Konfigurationseinstellungen neu zu laden.
Sie können hier ein GUI-Tool erhalten, um Loopback-Verkehr für UWP zu aktivieren (von anderen geschrieben, aber mit derselben Funktion): https://github.com/tiagonmas/Windows-Loopback-Exemption-Manager
Antwort4
Lösung Nr. 1
Gehen Sie zu services.msc und starten Sie den „DNS-Client-Dienst“. Das Problem sollte behoben sein.
Lösung Nr. 2
Wenn das nicht die Lösung ist, versuchen Sie Folgendes:
führen Sie regedit aus und gehen Sie zu
HK lokaler Rechner>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 ERKLÄRUNG
Lassen Sie mich erklären, was es bewirkt: Die Lösung scheint sicherzustellen, dass Ihr Netzwerk privat und nicht öffentlich ist. Aus irgendeinem Grund funktioniert das, und ich kann es nicht erklären. Ich möchte auch darauf hinweisen, dass dies das Problem sein könnte, wenn Sie ein VPN verwenden, da es Berichte gibt, dass VPN-Software die Einstellungen in Windows 10 durcheinander bringt. Ich bin mir sicher, dass Ihnen meine erste Lösung in diesem Fall helfen wird.