Microsoft Edge ne peut pas afficher le site Web local

J'ai un IIS local en cours d'exécution, avec une liaison comme www.dev.mydomain.com, le nom d'hôte est répertorié dans un serveur DNS externe et la résolution de nom fonctionne correctement.

Lors de l'ouverture du site http://www.dev.mydomain.comdans Microsoft Edge, je reçois ce message:

Hmm, nous ne pouvons pas atteindre cette page.

Assurez-vous que vous disposez de la bonne adresse Web: http://www.dev.mydomain.com

Le F12 Network Tabne montre rien.

Qu'est-ce qui fonctionne:

• Utilisation de Firefox, Chrome, IE-11 et des outils de ligne de commande sur la machine locale
• Utilisation d'Edge à partir d'une autre machine sur le réseau local
• Utiliser Edge sur la même machine mais avec un utilisateur différent
• Utiliser Edge avec mon utilisateur mais en utilisant localhostou une adresse IP soit 127.0.0.1ou192.168.x.x

Ce que j'ai essayé mais pas résolu le problème:

• Redémarrage du Network List Serviceet du Network Location Awarenessservice.
• l'ajout www.dev.mydomain.comau hostsfichier.
• en utilisant TLS et https://www.dev.mydomain.com
• Utilisation des mêmes paramètres de proxy Windows que pour l'utilisateur qui n'a pas le problème.

Il s'agit donc d'un problème spécifique à un utilisateur et à Edge, d'autres programmes ou utilisateurs n'ont pas ce problème.

Des idées que puis-je faire d'autre pour diagnostiquer cela?

Windows 10 - 1607 (14393.105)

Vous devez activer l'adresse de bouclage qui est désactivée par défaut dans edge.

aller about:flagset activer "autoriser le bouclage local"

sachez qu'il y a une implication dans la sécurité, mais le risque est faible.

J'utilise la dernière victoire 10 V 1809 build 17763.253.

J'ai trouvé une solution de contournement sur un autre thread, en ajoutant la plage IP locale aux sites de confiance, cela fonctionne pour moi.

La deuxième solution consiste à utiliser le nom du serveur au lieu de l'adresse IP.

Exemple: http: // nom-ordinateur / qui est résolu en adresse IP version 6.

Comme ce bug ne se produit qu'avec MS EDGE et fonctionne correctement avec tous les autres navigateurs, où est la solution MS officielle?

Enfin, la version 17763.316 a corrigé le bogue, j'ai supprimé la solution de contournement et MS Edge peut accéder à toutes mes adresses IP locales 192.168.1.1 à 192.168.1.254.

entrez la description de l'image ici

Il s'agit d'une politique de sécurité Windows: les applications dans Windows Runtime (aka. UWP, y compris Edge) ne peuvent pas accéder à localhost par défaut.

Voici plus de détails: https://blogs.msdn.microsoft.com/fiddler/2011/12/10/revisiting-fiddler-and-win8-immersive-applications/

Les applications immersives (et IE11 sur Win8 / 8.1, pas sur Win10) s'exécutent à l'intérieur de processus isolés appelés «AppContainers». Par défaut, il est interdit aux AppContainers d'envoyer du trafic réseau à l'ordinateur local (bouclage). Ceci est, bien sûr, problématique lors du débogage avec Fiddler, car Fiddler est un serveur proxy qui s'exécute sur l'ordinateur local. La publication a ensuite expliqué comment l'outil CheckNetIsolation peut être utilisé pour permettre à un AppContainer d'envoyer du trafic vers l'ordinateur local. Cependant, l'utilisation de CheckNetIsolation est assez lourde - elle nécessite que vous connaissiez le nom ou l'ID de sécurité d'AppContainer, et vous devez configurer chaque AppContainer individuellement. Pour résoudre ces difficultés, j'ai construit un outil GUI qui vous permet de reconfigurer très facilement un AppContainer pour activer le trafic de bouclage. Cet outil nécessite Windows 8 et s'exécute sur le .NET Framework v4. Une fois lancé, l'utilitaire analyse les conteneurs AppContainers de votre ordinateur et les affiche dans une vue de liste. Chaque entrée a une case à cocher à gauche, indiquant si l'AppContainer peut envoyer du trafic de bouclage. Vous pouvez activer ou désactiver ces cases à cocher individuellement, ou utiliser les boutons en haut pour définir toutes les cases à la fois. Cliquez sur Enregistrer les modifications pour valider les modifications de configuration que vous avez apportées ou cliquez sur Actualiser pour recharger les paramètres de configuration actuels.

Vous pouvez obtenir un outil GUI ici pour activer le trafic de bouclage pour UWP (écrit par d'autres mais avec la même fonctionnalité): https://github.com/tiagonmas/Windows-Loopback-Exemption-Manager

Avez-vous essayé de mettre à jour le fichier "Hôtes"?

127.0.0.1 www.dev.mydomain.com 

CORRECTIF # 1

Accédez à services.msc et démarrez le "service client DNS" et le problème devrait être résolu.

CORRECTIF # 2

SI ce n'est pas la solution, essayez ceci:

exécutez regedit et allez à

HK machine locale> logiciels> microsoft> windows nt> version actuelle> liste des réseaux> profils> {GUID} "Catégorie"

Recherchez le profil du réseau qui vous intéresse et modifiez la valeur de catégorie de 1 à 0.

FIX # 2 EXPLICATION

Permettez-moi d'expliquer ce qu'il fait: le correctif semble s'assurer que votre réseau est privé plutôt que public. Pour une raison quelconque, cela fonctionne et je ne peux pas l'expliquer. Je tiens également à souligner que si vous utilisez un VPN, c'est le problème qui peut l'avoir provoqué, car il existe des rapports de logiciels VPN gâchant les paramètres dans Windows 10. La plupart du temps, je suis sûr que mon premier correctif vous aidera dans ce cas.