Quando si verifica un problema di rete, salvare prima lo stato corrente invece di ripristinare tutte le impostazioni. Cinque semplici controlli distinguono se il problema si trova a livello del collegamento locale, del percorso, del DNS o dell'applicazione.
Approccio di base
ipconfig /all mostra la configurazione dell'adattatore, route print mostra il routing, arp -a mostra la cache del vicino IPv4 locale. nslookup esamina la risoluzione dei nomi. Test-NetConnection, invece, può essere utilizzato per verificare l'accesso TCP di un target specifico; Ogni comando risponde a una domanda diversa.
Fasi dell'applicazione
- Annotare innanzitutto le applicazioni in esecuzione e quelle non in esecuzione, il tipo di connessione e l'ora dell'errore.
- Ottieni adattatore, percorso e output DNS; Estrai informazioni sensibili come i nomi interni prima della condivisione.
- Eseguire test di connessione mirati solo sul proprio servizio; quindi valutare insieme i risultati.
Esempio pratico
Se il nome del portale interno viene risolto ma non è possibile stabilire una connessione TCP 443, rivedere il percorso e le politiche di accesso invece di svuotare ripetutamente la cache DNS. Se TCP ha successo ma il browser fallisce, TLS o il livello applicazione è il candidato successivo.
Interpretare correttamente il risultato
Il ripristino della rete, il rilascio degli indirizzi e l'arresto del firewall non sono test iniziali. Potrebbero disconnettersi, soprattutto durante il supporto remoto. Nel primo resoconto scrivi solo il risultato visto; Non confermare la causa principale senza prove.
Fonte e lettura di follow-up
Dettagli del protocollo o del comando: Microsoft Learn: ipconfig. I passaggi e lo scenario di esempio rappresentano la narrativa editoriale di IPScan.