Applez Nous: +41 22 518 70 00
Face à une interruption de service ou une dégradation de connectivité, l’administrateur réseau ne doit jamais procéder par tâtonnements aléatoires. Une méthodologie de diagnostic rigoureuse s’appuie sur la vérification ordonnée des couches du modèle OSI à l’aide d’utilitaires CLI standardisés.
ping -c 4 8.8.8.8 # Envoie 4 requêtes d'écho ICMP (Echo Request / Echo Reply)
traceroute ecole-informatique.ch # Affiche chaque saut (Hop), l'adresse IP du routeur et la latence
Le paquet part avec un TTL de 1, le premier routeur décrémente le TTL à 0, le détruit et renvoie un message ICMP Time Exceeded, dévoilant ainsi son identité. Le processus se répète en incrémentant le TTL jusqu’à la destination.
arp -a # Affiche la table de correspondance locale entre adresses IP et adresses MAC physiques
ss -tulpn # (Linux moderne) Liste tous les ports TCP/UDP en écoute avec le PID du processus associé
dig @8.8.8.8 ecole-informatique.ch MX +noall +answer # Interroge un serveur DNS précis pour obtenir les enregistrements MX
Lorsqu’un poste client signale « Internet ne fonctionne plus », appliquez systématiquement la séquence de dépannage ascendante du Groupe Éducasuisse :
ip addr ou ipconfig). Si l’IP commence par 169.254, le serveur DHCP est injoignable.ping 127.0.0.1 pour tester la pile logicielle TCP/IP de l’ordinateur.ping 1.1.1.1). Si le ping réussit, la connexion Internet et le routage WAN sont opérationnels.ping google.ch). Si l’étape 5 réussit mais que l’étape 6 échoue, la panne est strictement imputable à la configuration du serveur DNS.Exercice de simulation : Sur votre ordinateur, simulez une coupure DNS en modifiant temporairement les paramètres de votre carte réseau avec une fausse adresse IP de serveur DNS (ex. 192.0.2.1). Observez quelles commandes échouent (navigateur web, curl) et quelles commandes continuent de fonctionner (ping vers une adresse IP directe).