Microsoft Edge non può visualizzare il sito Web locale


15

Ho un IIS locale in esecuzione, con un'associazione come www.dev.mydomain.com, il nome host è elencato in un server DNS esterno e la risoluzione dei nomi funziona bene.

Quando apro il sito http://www.dev.mydomain.comin Microsoft Edge ricevo questo messaggio:

Hmm, non possiamo raggiungere questa pagina.

Assicurati di avere l'indirizzo web giusto: http://www.dev.mydomain.com

Il F12 Network Tabnon mostra nulla.

Cosa funziona:

  • Utilizzo degli strumenti Firefox, Chrome, IE-11 e Command Line sul computer locale
  • Utilizzo di Edge da un'altra macchina sulla rete locale
  • Utilizzo di Edge sullo stesso computer ma con un utente diverso
  • Utilizzo di Edge con il mio utente ma utilizzo localhosto di un indirizzo IP 127.0.0.1o192.168.x.x

Cosa ho provato ma non ho risolto il problema:

  • Riavvio di Network List Servicee il Network Location Awarenessservizio.
  • aggiungendo www.dev.mydomain.comal hostsfile.
  • utilizzando TLS e https://www.dev.mydomain.com
  • Utilizzando le stesse impostazioni del proxy Windows per l'utente che non presenta il problema.

Quindi questo è un problema specifico per un utente e Edge, altri programmi o utenti non hanno questo problema.

Qualche idea cos'altro posso fare per diagnosticare questo?

Windows 10 - 1607 (14393.105)


Quindi il DNS punta al tuo computer locale?
sbrm1,

@ sbrm1 - Sì, punta a un indirizzo 192.168.xx e funziona bene con ping, nslookup e tutti gli altri browser.
Peter Hahndorf,

L'URL è accessibile esternamente?
sbrm1,

5
MS Edge ignora il file hosts. Solo uno dei tanti fastidi. Se tutti ignorano questo browser, alla fine potrebbe semplicemente scomparire.
user1751825

1
So che hai già detto che il DNS sta funzionando bene ... ma suona come un problema DNS ... forse puoi "ingannare" solo per testare sul tuo file host locale e mettere quel dominio da risolvere invece di 192.168.xx a 127.0 .0.1 per vedere cosa succede ... e altri test ... hai provato a disabilitare le impostazioni del proxy? forse facendo questo non è possibile navigare in Internet, ma il punto è provare la pagina localhost. Se funziona ... c'è qualcosa legato al proxy.
OscarAkaElvis,

Risposte:


2

È necessario abilitare l'indirizzo di loopback che è disabilitato di default in edge.

vai a about:flagse abilita "consenti loopback locale"

tenere presente che ciò comporta implicazioni in termini di sicurezza ma che il rischio è basso.

inserisci qui la descrizione dell'immagine


1

Sto eseguendo l'ultima vittoria 10 V 1809 build 17763.253.

Ho trovato una soluzione alternativa su un altro thread, aggiungendo l'intervallo IP locale ai siti attendibili, funziona per me.

La seconda soluzione alternativa consiste nell'utilizzare il nome del server anziché l'indirizzo IP.

Esempio: http: // Nome computer / che viene risolto nell'indirizzo IP versione 6.

Dato che questo bug si verifica solo con MS EDGE e funziona bene con tutti gli altri browser, dov'è la soluzione MS ufficiale?

Alla fine la build 17763.316 ha corretto il bug, ho rimosso la soluzione alternativa e MS Edge può accedere a tutti i miei indirizzi IP locali da 192.168.1.1 a 192.168.1.254.

inserisci qui la descrizione dell'immagine


la soluzione ufficiale MS è che stanno rifondando il bordo del motore al cromo ...
David McGowan

1

Questa è una politica di sicurezza di Windows: le applicazioni in Windows Runtime (ovvero UWP, incluso Edge) non possono accedere a localhost per impostazione predefinita.

Ecco ulteriori dettagli: https://blogs.msdn.microsoft.com/fiddler/2011/12/10/revisiting-fiddler-and-win8-immersive-applications/

Le applicazioni immersive (e IE11 su Win8 / 8.1, non su Win10) vengono eseguite all'interno di processi isolati noti come "AppContainers". Per impostazione predefinita, agli AppContainer è vietato inviare traffico di rete al computer locale (loopback). Ciò è ovviamente problematico quando si esegue il debug con Fiddler, poiché Fiddler è un server proxy che viene eseguito sul computer locale. Il post ha continuato a spiegare come lo strumento CheckNetIsolation può essere utilizzato per consentire a AppContainer di inviare traffico al computer locale. Tuttavia, l'utilizzo di CheckNetIsolation è piuttosto complicato: richiede la conoscenza del nome o dell'ID di sicurezza di AppContainer e la configurazione di ogni AppContainer singolarmente. Per risolvere queste difficoltà, ho creato uno strumento GUI che consente di riconfigurare molto facilmente un AppContainer per abilitare il traffico di loopback. Questo strumento richiede Windows 8 e funziona su .NET Framework v4. All'avvio, l'utilità esegue la scansione degli AppContainer del computer e li visualizza in una visualizzazione elenco. Ogni voce ha una casella di controllo a sinistra, che indica se AppContainer può inviare traffico di loopback. È possibile attivare o disattivare queste caselle singolarmente oppure utilizzare i pulsanti in alto per impostare tutte le caselle contemporaneamente. Fai clic su Salva modifiche per confermare le modifiche apportate alla configurazione oppure fai clic su Aggiorna per ricaricare le impostazioni di configurazione correnti.

Qui puoi ottenere uno strumento GUI per abilitare il traffico di loopback per UWP (scritto da altri ma con la stessa funzione): https://github.com/tiagonmas/Windows-Loopback-Exemption-Manager


0

Hai provato ad aggiornare il file "Host"?

127.0.0.1 www.dev.mydomain.com 

-3

FIX # 1

Vai a services.msc e avvia il "servizio client DNS" e il problema dovrebbe essere risolto.

FIX # 2

Se questa non è la soluzione, prova questo:

esegui regedit e vai a

HK macchina locale> software> microsoft> windows nt> versione corrente> elenco di reti> profili> {GUID} "Categoria"

Trova il profilo per la rete che ti interessa e modifica il valore della categoria in 1 da 0.

SPIEGAZIONE FIX # 2

Lascia che ti spieghi cosa fa: la correzione sembra essere assicurarsi che la tua rete sia privata piuttosto che pubblica. Per qualche motivo questo funziona e non posso spiegarlo. Vorrei anche sottolineare che se si utilizza una VPN questo è il problema che potrebbe averlo causato in quanto vi sono segnalazioni di software VPN che incasinano le impostazioni in Windows 10. Principalmente, sono sicuro che la mia prima correzione ti aiuterà in questo caso.


2
L'OP afferma che altri account utente della stessa macchina POSSONO accedere al sito senza problemi. Quindi, i suggerimenti a livello di macchina non hanno alcun supporto.

@FleetCommand Posso ottenere un parere dall'OP, non per favore?
DeerSpotter

1
@DeepSpotter Puoi (e avrai) l'opinione di entrambi. Ecco come funziona questo sito. Se avesse contrassegnato la tua risposta come risposta, ritirerei il mio voto negativo. Ma sarò molto sorpreso.

Dovresti spiegare cosa fa esattamente la modifica del valore categoriale per il profilo della rete.
Ramhound,

2
Come ha detto @FleetCommand, entrambe le modifiche sono ampie e non fanno alcuna differenza, ma grazie per aver cercato di aiutare.
Peter Hahndorf,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.