Dépannage des réseaux sans fil sous Packet Tracer

Contexte et objectif

À partir de l'activité Netacad « Packet Tracer, Troubleshoot WLAN Issues », ce cinquième TP de la ressource R501, mené en binôme, consistait à diagnostiquer et corriger une maquette volontairement défectueuse, composée d'un réseau domestique et d'un réseau d'entreprise piloté par un contrôleur WLC. Tous les hôtes devaient joindre le serveur web par son adresse IP et par son URL, en n'intervenant que sur le routeur domestique, le WLC et les hôtes sans fil.

Ce que j'ai réalisé

• J'ai appliqué la même démarche descendante à chaque hôte : association au SSID, sécurité, bail DHCP, test par adresse IP, puis test par nom.
• Sur le réseau domestique, j'ai raccordé le poste Home Admin, passé Home Admin et le Tablet PC en DHCP, basculé l'interface Internet du routeur en DHCP et corrigé le serveur DNS distribué.
• Sur le WLC, j'ai rétabli l'authentification par clé pré-partagée du WLAN SSID-10 et activé le WLAN SSID-20.
• J'ai créé sur Laptop2 un profil WPA2-Entreprise (PEAP, AES), puis rejoué les tests depuis les hôtes.

Difficultés rencontrées et solutions

• Fausse piste matérielle sur Laptop1 (adaptateur inactif) : la cause réelle était sur le WLC, SSID-10 étant en 802.1X au lieu de PSK.
• Correction PSK appliquée par erreur au WLAN du VLAN 20 : détectée grâce au tableau du sujet, puis 802.1X rétabli.
• Laptop2 n'a pas pu s'associer à SSID-20 : non résolu dans le temps imparti, pistes de vérification consignées.

Résultats

• Home Admin, Tablet PC, Smartphone, Laptop et Laptop1 : ping IP et accès URL notés OK dans la validation finale.
• Laptop2 : KO.
• Le document annonce sept anomalies identifiées et six corrigées.

Ce que j'en retiens

Je retiens surtout la méthode : borner le périmètre d'intervention, remonter la pile couche par couche et distinguer les tests par adresse des tests par nom. Sur une architecture centralisée, il faut chercher la cause commune avant d'incriminer un client isolé.