Mauvais masque, aucune réponse
Leçon 10 sur 35 du cours Laboratoires de réseau local de Coddy.
Chaque hôte détermine « sommes-nous voisins ? » avec son propre masque. Cela crée un échec classique à sens unique : pc1 avec /24 pense que pc2 est juste à côté et envoie la requête ; pc2 avec /25 examine l’adresse de pc1, décide qu’il s’agit d’un réseau différent et n’a aucune passerelle à laquelle envoyer la réponse. La requête arrive ; la réponse ne repart jamais.
netlab signale cela comme no reply plutôt que unreachable, et indique exactement ce que pense l’autre côté. Une faute de frappe dans le masque sur une machine fait partie des pannes de LAN les plus courantes dans le monde réel, et ce message en est l’illustration.
Défi
Facilepc1 est 192.168.1.10/24, pc2 a été configuré par erreur avec 192.168.1.200/25. Envoyez un ping à pc2 depuis pc1 et lisez le message, corrigez le masque de pc2 (conservez l’adresse, utilisez /24), puis envoyez à nouveau un ping.
Sortie attendue :
pc1 -> pc2: no reply (pc2 thinks 192.168.1.10 is on a different subnet and has no gateway)
pc2 eth0: 192.168.1.200/24 (mask 255.255.255.0, network 192.168.1.0/24)
pc1 -> pc2: reply from 192.168.1.200 (ttl=64)Essayez vous-même
Toutes les leçons de Laboratoires de réseau local
1À la découverte du labo
Votre premier laboCâblesLes fils ne suffisent pasRécapitulatif - Construire un labo2Adresses sur le réseau local
Attribuer une adresse à un hôteLe premier pingCe qu’ARP a apprisLe commutateur apprend aussiRécapitulatif - Première conversation5Dépannage I
L’hôte débranchéLa passerelle manquanteLa faute de frappe dans le masqueRécapitulatif - Deux pannes8Projet final - Réparer la branche
Évaluer les dégâtsRésoudre le conflit d’adressesMasques et passerellesRécapitulatif - Prouver que ça fonctionne3L’importance des masques
Mauvais masque, aucune réponseMême switch, autre sous-réseauLaissons check faire la rechercheRécapitulatif - diagnostiquer la paireEntraînez-vous par vous-même : Playground Terminal