Lorsqu'un problème de réseau survient, enregistrez d'abord l'état actuel au lieu de réinitialiser tous les paramètres. Cinq vérifications simples permettent de déterminer si le problème concerne la liaison locale, la route, le DNS ou la couche application.
Approche de base
ipconfig /all affiche la configuration de l'adaptateur, route print affiche le routage, arp -a affiche le cache voisin IPv4 local. nslookup examine la résolution de nom. Test-NetConnection, en revanche, peut être utilisé pour vérifier l'accès TCP d'une cible spécifique ; Chaque commande répond à une question différente.
Étapes de candidature
- Notez d’abord les applications en cours d’exécution et non en cours d’exécution, le type de connexion et l’heure d’erreur.
- Obtenir les sorties de l'adaptateur, de la route et du DNS ; Extrayez les informations sensibles telles que les noms internes avant de les partager.
- Effectuez des tests de connexion ciblés sur votre propre service uniquement ; puis évaluez les résultats ensemble.
Exemple pratique
Si le nom du portail interne est résolu mais qu'une connexion TCP 443 ne peut pas être établie, examinez les politiques de routage et d'accès au lieu de vider à plusieurs reprises le cache DNS. Si TCP réussit mais que le navigateur échoue, TLS ou la couche application est le prochain candidat.
Interpréter correctement le résultat
La réinitialisation du réseau, la libération d'adresse et l'arrêt du pare-feu ne sont pas des tests initiaux. Ils peuvent se déconnecter, notamment lors d’une assistance à distance. Dans le premier rapport, écrivez uniquement le résultat observé ; Ne confirmez pas la cause profonde sans preuve.
Source et lecture de suivi
Détails du protocole ou de la commande : Microsoft Learn — ipconfig. Les étapes et l'exemple de scénario sont le récit éditorial d'IPScans.