Microsoft Edge ne peut pas afficher le site Web local

15

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)

Peter Hahndorf
la source
Donc, DNS pointe vers votre machine locale?
sbrm1
@ sbrm1 - Oui, il pointe vers une adresse 192.168.xx et il fonctionne très bien avec ping, nslookup et tous les autres navigateurs.
Peter Hahndorf
L'URL est-elle accessible de l'extérieur?
sbrm1
5
MS Edge ignore votre fichier d'hôtes. Juste l'un de ses nombreux ennuis.Si tout le monde ignore ce navigateur, il peut éventuellement disparaître.
user1751825
1
Je sais que vous avez déjà dit que le DNS fonctionnait bien ... mais cela ressemble à un problème DNS ... peut-être que vous pouvez "tromper" uniquement pour tester sur votre fichier d'hôtes local et mettre ce domaine à résoudre au lieu de 192.168.xx à 127.0 .0.1 pour voir ce qui se passe ... et d'autres tests ... avez-vous essayé de désactiver vos paramètres de proxy? peut-être qu'en faisant cela, vous ne pouvez pas surfer sur Internet, mais l'essentiel est d'essayer la page localhost. Si cela fonctionne ... il y a quelque chose lié au proxy.
OscarAkaElvis

Réponses:

2

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.

entrez la description de l'image ici

David McGowan
la source
1

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

fg2001
la source
la solution officielle de MS est qu'ils re-basent le bord sur le moteur au chrome ...
David McGowan
1

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

SwimmingTiger
la source
0

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

127.0.0.1 www.dev.mydomain.com 
etcConseils
la source
-3

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.

DeerSpotter
la source
2
L'OP indique que d'autres comptes d'utilisateurs de la même machine PEUVENT accéder au site sans problème. Ainsi, vos suggestions à l'échelle de la machine n'ont aucun support.
@FleetCommand Puis-je obtenir une opinion de OP pas vous s'il vous plaît?
DeerSpotter
1
@DeepSpotter Vous pouvez (et aurez) l'opinion de nous deux. Voilà comment fonctionne ce site. S'il marquait votre réponse comme réponse, je retirerais mon downvote. Mais je serai très surpris.
Vous devez expliquer ce que fait exactement la modification de la valeur categroy pour le profil du réseau.
Ramhound
2
Comme l'a dit @FleetCommand, vos deux modifications concernent l'ensemble de la machine et ne font aucune différence, mais merci d'avoir essayé de nous aider.
Peter Hahndorf