O Microsoft Edge não pode exibir o site local


15

Eu tenho um IIS local em execução, com uma ligação como www.dev.mydomain.com, o nome do host está listado em um servidor DNS externo e a resolução de nomes funciona bem.

Ao abrir o site http://www.dev.mydomain.comno Microsoft Edge , recebo esta mensagem:

Hmm, não conseguimos acessar esta página.

Verifique se você tem o endereço da web correto: http://www.dev.mydomain.com

O F12 Network Tabnão mostra nada.

O que funciona:

  • Usando as ferramentas Firefox, Chrome, IE-11 e Linha de Comando na máquina local
  • Usando o Edge de outra máquina na rede local
  • Usando o Edge na mesma máquina, mas com um usuário diferente
  • Usando o Edge com meu usuário, mas usando localhostou um endereço IP 127.0.0.1ou192.168.x.x

O que eu tentei, mas não resolvi o problema:

  • Reiniciando o Network List Servicee o Network Location Awarenessserviço.
  • adicionando www.dev.mydomain.comao hostsarquivo.
  • usando TLS e https://www.dev.mydomain.com
  • Usando as mesmas configurações de Proxy do Windows do usuário que não tem o problema.

Portanto, esse é um problema específico para um usuário e o Edge; outros programas ou usuários não têm esse problema.

Alguma idéia do que mais posso fazer para diagnosticar isso?

Windows 10 - 1607 (14393.105)


Então o DNS aponta para a sua máquina local?
Sbrm1

@ sbrm1 - Sim, aponta para um endereço 192.168.xx e funciona bem com ping, nslookup e todos os outros navegadores.
Peter Hahndorf

O URL está acessível externamente?
Sbrm1

5
O MS Edge ignora o arquivo de hosts. Apenas um de seus muitos aborrecimentos. Se todo mundo ignora esse navegador, ele pode simplesmente desaparecer.
user1751825

1
Eu sei que você já disse que o DNS está funcionando bem ... mas parece um problema de DNS ... talvez você possa "enganar" apenas para testar o arquivo de hosts locais e colocar esse domínio para resolver em vez de 192.168.xx para 127.0 .0.1 para ver o que acontece ... e outro teste ... você tentou desativar as configurações de proxy? talvez fazendo isso, você não possa navegar na Internet, mas o ponto é tentar a página localhost. Se funcionar ... há algo relacionado ao proxy.
OscarAkaElvis

Respostas:


2

Você precisa ativar o endereço de loopback que está desativado por padrão na borda.

acesse about:flagse ative "permitir loopback local"

esteja ciente de que há uma implicação de segurança nisso, mas o risco é baixo.

insira a descrição da imagem aqui


1

Estou executando a última vitória 10 V 1809 build 17763.253.

Encontrei uma solução alternativa em outro segmento, adicionando o intervalo de IP local aos sites confiáveis, funciona para mim.

A segunda solução alternativa é usar o nome do servidor em vez do endereço IP.

Exemplo: http: // Computer-name / que é resolvido para o endereço IP versão 6.

Como esse erro ocorre apenas com o MS EDGE e funciona bem com todos os outros navegadores, onde está a solução oficial do MS?

Finalmente, a compilação 17763.316 corrigiu o erro, removi a solução alternativa e o MS Edge pode acessar todos os meus endereços IP locais 192.168.1.1 a 192.168.1.254.

insira a descrição da imagem aqui


a solução oficial MS é que eles são re-baseando vantagem sobre o motor de cromo ...
David McGowan

1

Esta é uma política de segurança do Windows: os aplicativos no Windows Runtime (também conhecido como UWP, incluindo Edge) não podem acessar o host local por padrão.

Aqui estão mais detalhes: https://blogs.msdn.microsoft.com/fiddler/2011/12/10/revisiting-fiddler-and-win8-immersive-applications/

Aplicativos imersivos (e o IE11 no Win8 / 8.1, não no Win10) são executados dentro de processos isolados, conhecidos como "AppContainers". Por padrão, os AppContainers são proibidos de enviar tráfego de rede para o computador local (loopback). Obviamente, isso é problemático ao depurar com o Fiddler, pois o Fiddler é um servidor proxy que é executado no computador local. A publicação continuou explicando como a ferramenta CheckNetIsolation pode ser usada para permitir que um AppContainer envie tráfego para o computador local. No entanto, o uso do CheckNetIsolation é bastante complicado - exige que você saiba o nome ou o ID de segurança do AppContainer e configure cada AppContainer individualmente. Para resolver essas dificuldades, criei uma ferramenta GUI que permite reconfigurar com facilidade um AppContainer para permitir o tráfego de loopback. Essa ferramenta requer o Windows 8 e é executada no .NET Framework v4. Quando iniciado, o utilitário verifica os AppContainers do seu computador e os exibe em uma exibição de lista. Cada entrada possui uma caixa de seleção à esquerda, indicando se o AppContainer pode enviar tráfego de loopback. Você pode alternar essas caixas de seleção individualmente ou usar os botões na parte superior para definir todas as caixas de seleção de uma só vez. Clique em Salvar alterações para confirmar as alterações feitas na configuração ou clique em Atualizar para recarregar as configurações atuais.

Você pode obter uma ferramenta GUI aqui para habilitar o tráfego de loopback para UWP (gravado por outras pessoas, mas com o mesmo recurso): https://github.com/tiagonmas/Windows-Loopback-Exemption-Manager


0

Você já tentou atualizar o arquivo "Hosts"?

127.0.0.1 www.dev.mydomain.com 

-3

CORREÇÃO # 1

Vá para services.msc e inicie o "serviço de cliente DNS" e o problema deve ser corrigido.

CORREÇÃO # 2

Se essa não for a solução, tente o seguinte:

execute o regedit e vá para

HK local machine> software> microsoft> windows nt> versão atual> lista de rede> perfis> {GUID} "Categoria"

Encontre o perfil para a rede em que você está interessado e altere o valor da categoria para 1 de 0.

CORREÇÃO # 2 EXPLICAÇÃO

Deixe-me explicar o que faz: a correção parece garantir que sua rede seja privada e não pública. Por alguma razão, isso funciona e eu não posso explicar. Gostaria também de salientar que, se você estiver usando uma VPN, esse é o problema que pode ter causado, pois há relatórios de software VPN alterando as configurações do Windows 10. Principalmente, tenho certeza de que minha primeira correção o ajudará nesse caso.


2
O OP diz que outras contas de usuário da mesma máquina PODEM acessar o site sem problemas. Portanto, suas sugestões para toda a máquina não têm suporte.

@FleetCommand Posso obter uma opinião do OP, por favor?
precisa saber é o seguinte

1
@DeepSpotter Você pode (e terá) a opinião de nós dois. É assim que este site funciona. Se ele marcou sua resposta como resposta, eu retiraria meu voto negativo. Mas ficarei muito surpreso.

Você deve explicar exatamente o que alterar o valor da categoria categroy para o perfil da rede.
Ramhound

2
Como o @FleetCommand disse, ambas as alterações são abrangentes à máquina e não fazem diferença, mas obrigado por tentar ajudar.
Peter Hahndorf
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.