Linee guida per la risoluzione dei problemi relativi all'indicatore di stato della connessione di rete (NCSI)

Queste indicazioni sono progettate per risolvere i problemi relativi all'indicatore di stato della connessione di rete (NCSI).

Nozioni di base su NCSI

Il servizio Network Location Awareness (NLA) determina il tipo di connettività di rete di Windows.

Finché il servizio NLA carica il file ncsi.dll in Windows 10, esegue operazioni e riceve notifiche e informazioni sullo stato relative alla rete. Lo stato di connettività valutato da NCSI viene usato da varie applicazioni, ad esempio Microsoft Outlook, Microsoft Teams, Skype, Windows Update, Microsoft DirectAccess e alcuni software di terze parti.

A partire da Windows 11, il processo viene eseguito dal servizio Network List Service (netprofm).

NCSI opera principalmente tramite probe di rete, che comportano l'invio di una semplice richiesta di rete a un endpoint e l'attesa di una risposta.

Probe attivi

Un probe attivo può comportare una ricerca DNS (Domain Name System) di un indirizzo NCSI specifico o una richiesta indirizzata a un server probe Web. Anche se il server è ospitato da Microsoft su Internet, può anche essere un server probe privato del cliente all'interno dell'azienda, anche se questo non è comune.

Se NCSI invia un probe e riceve una risposta valida, il computer è connesso a Internet.

Note

Non disabilitare il probe attivo per risolvere un problema.

Probe passivi

Mentre il probe attivo esegue in modo esplicito un'azione correlata alla rete per acquisire informazioni sullo stato della rete, il probe passivo usa le informazioni apprese dai dati ricevuti per ottenere lo stesso scopo.

Si basa su statistiche di rete, ad esempio pacchetti inviati o ricevuti di recente, valori TTL (Time To Live) di questi frame e notifiche da altri componenti.

Elenco di controllo per la risoluzione dei problemi

1. Icona della barra delle applicazioni stato di rete

L'icona della barra delle applicazioni dello stato della rete è un'indicazione fondamentale della connettività di rete. Informa l'utente se la rete è completamente disponibile o se si è verificato un problema di rete.

• Accesso a Internet completo tramite Wi-Fi:

• Accesso a Internet completo tramite Ethernet: o

• Un certo grado di interruzione della rete:

  • Non connesso: le connessioni sono disponibili:
  • Identificazione Nessun accesso a Internet: , o

Note

È utile non dipendere esclusivamente dall'indicatore. L'impossibilità di NCSI di completare un probe non implica necessariamente che il computer client non possa accedere a Internet.

Per risolvere i problemi NCSI, assicurarsi che NCSI possa inviare un probe attivo a Internet e ricevere correttamente una risposta.

2. Test del browser NCSI

Aprire un browser e accedere a Microsoft Connect Test (ipv6.msftconnecttext.com per IPv6). Il contenuto previsto è "Microsoft Connect Test".

Se non è possibile ottenere il file di testo, verificare gli elementi seguenti:

• Le impostazioni proxy sono configurate correttamente nel client di destinazione.
• Il server proxy non limita l'accesso agli indirizzi precedenti.

Se il client è precedente a Windows 10 versione 1607, usare Microsoft NCSI (ipv6.msftncsi.com per IPv6). Il contenuto previsto è un file di testo normale con il contenuto "Microsoft NCSI".

In alcuni casi, un test manuale nel browser ha esito positivo mentre NCSI ha esito negativo, perché ignora il proxy. In questi casi, il rilevamento del traffico attraverso una traccia di rete può aiutare a identificare il comportamento anomalo.

3. Controllare i registri eventi NCSI

Controllare i registri eventi NCSI nel percorso: Registri applicazioni e servizi\Microsoft\Windows\NCSI\Operational. Ad esempio:

4. Controllare il percorso del Registro di sistema per eventuali modifiche

Note

È necessario abilitare il probe attivo.

Il server probe Web HTTP, il percorso, il contenuto del probe previsto e l'host e il contenuto del probe DNS sono predefiniti nel percorso del Registro di sistema:

HKLM\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters\Internet

Il valore predefinito in Windows 10, versione 1607 e versioni successive:

Nome	Type	Dati
(impostazione predefinita).	REG_SZ	(valore non impostato)
ActiveDnsProbeContent	REG_SZ	131.107.255.255
ActiveDnsProbeContentV6	REG_SZ	fd3e:4f5a:5b81::1
ActiveDnsProbeHost	REG_SZ	dns.msftncsi.com
ActiveDnsProbeHostV6	REG_SZ	dns.msftncsi.com
ActiveWebProbeContent	REG_SZ	Microsoft Connect Test
ActiveWebProbeContentV6	REG_SZ	Microsoft Connect Test
ActiveWebProbeHost	REG_SZ	www.msftconnecttest.com
ActiveWebProbeHostV6	REG_SZ	ipv6.msftconnecttest.com
ActiveWebProbePath	REG_SZ	connecttest.txt
ActiveWebProbePathV6	REG_SZ	connecttest.txt
CaptivePortalTimer	REG_DWORD	0x00000000 (0)
CaptivePortalTimerBackOffincrementsInSeconds	REG_DWORD	0x00000005 (5)
CaptivePortalTimerMaxInSeconds	REG_DWORD	0x0000001e (30)
EnableActiveProbing	REG_DWORD	0x00000001 (1)
PassivePollPeriod	REG_DWORD	0x0000000f (15)
StaleThreshold	REG_DWORD	0x0000001e (30)
WebTimeout	REG_DWORD	0x00000023 (35)

Il valore predefinito in Windows 10, versione 1511, Windows 10, versione 1507, Windows 8.1 e Windows 8:

Nome	Type	Dati
(impostazione predefinita).	REG_SZ	(valore non impostato)
ActiveDnsProbeContent	REG_SZ	131.107.255.255
ActiveDnsProbeContentV6	REG_SZ	fd3e:4f5a:5b81::1
ActiveDnsProbeHost	REG_SZ	dns.msftncsi.com
ActiveDnsProbeHostV6	REG_SZ	dns.msftncsi.com
ActiveWebProbeContent	REG_SZ	Microsoft NCSI
ActiveWebProbeContentV6	REG_SZ	Microsoft NCSI
ActiveWebProbeHost	REG_SZ	www.msftncsi.com
ActiveWebProbeHostV6	REG_SZ	ipv6.msftncsi.com
ActiveWebProbePath	REG_SZ	ncsi.txt
ActiveWebProbePathV6	REG_SZ	ncsi.txt
EnableActiveProbing	REG_DWORD	0x00000001 (1)
PassivePollPeriod	REG_DWORD	0x0000000f (15)
StaleThreshold	REG_DWORD	0x0000001e (30)
WebTimeout	REG_DWORD	0x00000023 (35)

Windows 7 e versioni precedenti non dispongono di questa funzionalità.

A partire da Windows 10 versione 1607, le richieste di probe Web (HTTP) vengono inviate a Microsoft Connect Test. La risposta prevista è "HTTP 200 OK", con il payload contenente "Microsoft Connect Test".

Note

Se il probe attivo è disabilitato tramite una chiave del Registro di sistema locale, il valore di EnableActiveProbing è 0. Assicurarsi di impostare il valore su 1.

5. Test semplice per la connettività

Eseguire il cmdlet di PowerShell seguente per testare la connettività:

Get-NetConnectionProfile

Ecco un esempio di connettività valida:

Name                     : XYZ
InterfaceAlias           : Ethernet
InterfaceIndex           : 5
NetworkCategory          : Private
DomainAuthenticationKind : None
IPv4Connectivity         : Internet
IPv6Connectivity         : Internet

Se la connettività IPv4 o IPv6 per qualsiasi interfaccia indica Internet, la connettività del computer viene considerata Internet. In questi casi, il problema non è attualmente riproducibile o non correlato a NCSI.

6. Controllare quale probe viene usato per rilevare Internet nel computer interessato

A seconda di vari fattori, un computer potrebbe usare un tipo specifico di probe attivo per determinare la connettività Internet. Inoltre, considerando che i probe attivi e passivi sono attivi, il computer potrebbe non riuscire quando si usa un probe attivo, mentre lo stato della rete viene rilevato con un probe passivo.

7. Controllare il valore "MaxActiveProbes"

Il numero di probe attivi inviati da NCSI non supererà il valore impostato in HKLM\SOFTWARE\Policies\Microsoft\Windows\NetworkConnectivityStatusIndicator\MaxActiveProbes.

Per impostazione predefinita, questa chiave non esiste (o è impostata su 0). Ciò indica che il numero di probe è illimitato, che dovrebbe raramente rappresentare un problema.

8. Controllare la risoluzione DNS

Per i probe DNS, eseguire nslookup o Resolve-DnsName per dns.msftncsi.com assicurarsi che l'endpoint sia risolvibile dal computer.

9. Impostazioni correlate al probe passivo

Controllare il valore del Registro di sistema di HKLM\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters\Internet\MinimumInternetHopCount.

Un valore pari a 3 è in genere adatto alla maggior parte dell'infrastruttura aziendale. Il valore predefinito è 8.

Controllare la configurazione dell'oggetto Criteri di gruppo: Configurazione\computer Modelli\amministrativi Indicatore\di stato della connettività di rete\Specificare il polling passivo.

Note

Quando Criteri di gruppo non è configurato, è consentito per impostazione predefinita.

Problemi noti e soluzioni

Probe DNS non riuscito a causa di un server probe non corretto

Assicurarsi che il nome di dominio completo (FQDN) DNS specificato nel Registro di sistema per i probe attivi corrisponda al server probe di destinazione.

È consigliabile non modificare la configurazione dei dati probe predefinita, a meno che non sia necessario. Anche se i clienti possono eseguirne l'override per passare direttamente ai server probe ospitati privatamente, questo è raro.

Probe DNS non riuscito a causa di un timeout

Scopri perché non c'è risposta DNS. Le possibili cause includono un proxy non rilevato e un indirizzo IP del server DNS non corretto.

Probe HTTP non riuscito a causa di un errore "HTTP 403 Non consentito"

Controllare se nell'ambiente sono presenti blocchi firewall o gateway.

Risoluzione DNS non riuscita a inviare probe HTTP

Il server DNS deve essere in grado di rispondere alla msftconnecttest.com query o inoltrarlo a un server in grado di farlo.

Il probe diretto HTTP ha esito negativo ma il proxy esiste

Assicurarsi che il client riceva una risposta DNS valida alla query WPAD (Web Proxy Auto-Discovery). Se il server DNS non riesce a risolvere la query, deve inoltrare la query a un server DNS in grado di farlo.

Altre opzioni includono la configurazione manuale dei dati proxy (tramite un oggetto Criteri di gruppo) o la possibilità di probe attivi tramite il firewall upstream.

Raccolta dei dati

Prima di contattare il supporto tecnico Microsoft, è possibile raccogliere informazioni sul problema.

Prerequisiti

1. TroubleShootingScript (TSS) deve essere eseguito da account con privilegi di amministratore nel sistema locale e il contratto di licenza con l'utente finale (EULA) deve essere accettato (una volta accettato il contratto di licenza, TSS non verrà più richiesto).
2. È consigliabile usare i criteri di esecuzione di PowerShell del computer RemoteSigned locale.

Note

Se i criteri di esecuzione correnti di PowerShell non consentono l'esecuzione di TSS, eseguire le azioni seguenti:

• Impostare i RemoteSigned criteri di esecuzione per il livello di processo eseguendo il cmdlet Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned.
• Per verificare se la modifica ha effetto, eseguire il cmdlet Get-ExecutionPolicy -List.
• Poiché le autorizzazioni a livello di processo si applicano solo alla sessione di PowerShell corrente, dopo la chiusura della finestra di PowerShell specificata in cui viene eseguita TSS, l'autorizzazione assegnata per il livello di processo tornerà allo stato configurato in precedenza.

Raccogliere le informazioni chiave prima di contattare il supporto tecnico Microsoft

1. Scaricare TSS ed estrarlo nella cartella C:\tss .

2. Aprire la cartella C:\tss da un prompt dei comandi di PowerShell con privilegi elevati.

3. Avviare le tracce nel computer interessato usando il cmdlet seguente:

   .\TSS.ps1 -Start -Scenario NET_NCSI
   

4. Accettare la conferma del contratto di licenza e del registratore dei passaggi dei problemi .ACCEPT the EULA and Problem Steps Recorder (PSR).

5. Riprodurre il problema prima di immettere Y.

6. Immettere Y per completare la raccolta di log dopo la riproduzione del problema.

Le tracce verranno archiviate in un file ZIP nella cartella C:\MS_DATA .

Domande frequenti

D1. Quando vengono inviati probe attivi?

I probe attivi vengono attivati da determinati eventi. Monitoraggi NCSI o è registrato per ricevere notifiche degli eventi che indicano che potrebbe essere necessario aggiornare lo stato della rete.

D2. In che modo NCSI sa se usare un probe HTTP o DNS?

• Se non esiste alcun proxy, i probe NCSI con DNS.
• Se viene rilevato un proxy, NCSI usa probe HTTP.
• Esiste anche un probe Web "forzato" quando l'esistenza di un proxy non è stata confermata. In alcuni casi, NCSI potrebbe individuare un proxy. Ma nel frattempo, se i probe DNS non funzionano, potrebbe sospettare un proxy senza prove chiare. In entrambi i casi, NCSI usa probe HTTP.
• Le interfacce Wi-Fi e IPv6 usano sempre probe HTTP.

D3. Quando e con quale frequenza viene eseguito il probe passivo?

Il probe passivo verrà eseguito solo quando vengono soddisfatte queste condizioni:

• L'impostazione seguente è consentita da Criteri di gruppo.

  Configurazione\computer Modelli\amministrativi Indicatore\di stato della connettività di rete\Specificare il polling passivo

  Note

  Quando Criteri di gruppo non è configurato, è consentito per impostazione predefinita.

• Almeno un'applicazione client o un servizio è registrato per le notifiche NCSI.

• Un utente ha eseguito l'accesso o ha eseguito l'accesso negli ultimi 30 secondi.

• Il sistema non è in esecuzione in modalità non interattiva di rete.

• Esiste un indirizzo unicast IPv4/IPv6 in un'interfaccia e/o pacchetti elaborati negli ultimi 30 secondi.

D4. Perché i probe attivi e passivi sono necessari contemporaneamente?

Le probe attive e passive si integrano tra loro. Entrambi determinano gli stessi risultati finali (tipi di connettività), ma in modi diversi. Sono entrambi necessari a causa di condizioni di rete intermittenti. In alcuni casi, queste condizioni impediscono il corretto funzionamento dei probe attivi.