Paul Viandier
@paul-viandierLe réseau est une couche transversale : lorsqu'il fonctionne, personne ne le voit ; lorsqu'il échoue, presque tout le système d'information semble indisponible. L'objectif est de construire une méthode de diagnostic claire, du poste client jusqu'au service distant.
ipconfig, ping, tracert, nslookup, Test-NetConnection, ss, tcpdump et Wireshark.Un diagnostic réseau fiable doit suivre une progression. Vérifier d'abord la configuration locale, puis la connectivité vers la passerelle, la résolution DNS, le routage, le filtrage et enfin l'application. Sauter directement à l'application fait perdre du temps lorsque le problème vient d'une option DHCP ou d'une passerelle incorrecte.
La question utile n'est pas seulement « est-ce que ça répond ? », mais « à quel niveau la communication s'arrête ? ». Une réponse ICMP ne garantit pas que le port applicatif est ouvert, et un nom DNS résolu ne garantit pas que l'adresse obtenue est la bonne.
Construire un mini-lab avec trois réseaux logiques :
L'exercice consiste à définir le plan d'adressage, documenter les passerelles, configurer DHCP pour le VLAN utilisateurs, garder des adresses statiques côté serveurs et écrire les règles de filtrage minimales entre zones. Le résultat attendu est un schéma clair, une table d'adressage et une procédure de test.
Un plan d'adressage mal conçu devient vite coûteux à corriger. Il faut éviter les plages trop petites, les conventions implicites, les exceptions non documentées et les règles pare-feu impossibles à relire. La segmentation doit réduire les risques sans rendre l'exploitation quotidienne opaque.
Un bon diagnostic réseau doit produire une conclusion vérifiable : cause probable, tests réalisés, résultat de chaque test et action corrective. Une bonne documentation réseau doit permettre à une autre personne de comprendre rapidement où se trouve un équipement, dans quel réseau il vit et quels flux sont attendus.