web-dev-qa-db-fra.com

Deux hôtes ne peuvent pas se cingler

J'ai deux hôtes dans mon réseau. Les deux sont connectés à mon routeur. D'un autre hôte, je peux faire un ping et SSH dans les deux. Les deux ont une excellente connexion à tous les autres hôtes. Cependant, ils ne peuvent pas cingler ou se voir. L'un (192.168.124.101, appelé Hallway) exécute Ubuntu 14.10, l'autre (192.168.124.104, appelé Rapunzel) est un Raspberry Pi avec Raspbian. Les deux adresses sont statiques. Les hôtes sont connectés au réseau électrique via des adaptateurs CPL.

Quelques sorties:

jos@hallway:~$ ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:14:85:82:2a:2f
          inet addr:192.168.124.101  Bcast:192.168.124.255  Mask:255.255.255.0
          inet6 addr: fe80::214:85ff:fe82:2a2f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2959658 errors:0 dropped:91 overruns:0 frame:0
          TX packets:2366877 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3406445368 (3.4 GB)  TX bytes:964531766 (964.5 MB)
          Interrupt:21
jos@hallway:~$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         Comtrend.Home   0.0.0.0         UG    0      0        0 eth1
192.168.124.0   *               255.255.255.0   U     0      0        0 eth1
jos@hallway:~$ arp -a 192.168.124.104
rapunzel (192.168.124.104) at b8:27:eb:a4:84:a3 [ether] PERM on eth1

et vice versa:

pi@Rapunzel ~ $ ifconfig eth0
eth0      Link encap:Ethernet  HWaddr b8:27:eb:a4:84:a3
          inet addr:192.168.124.104  Bcast:192.168.124.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:60981 errors:0 dropped:0 overruns:0 frame:0
          TX packets:40710 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:19883333 (18.9 MiB)  TX bytes:2562029 (2.4 MiB)
pi@Rapunzel ~ $ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         Comtrend.Home   0.0.0.0         UG    0      0        0 eth0
192.168.124.0   *               255.255.255.0   U     0      0        0 eth0
pi@Rapunzel ~ $ arp -a 192.168.124.101
hallway (192.168.124.101) at 00:14:85:82:2a:2f [ether] on eth0

J'ai essayé d'ajouter et de supprimer des itinéraires et des entrées arp. Les entrées arp actuelles ont été ajoutées automatiquement, cependant (donc il y a une sorte de contact ). Au début, un ping de chaque côté indiquait que l'autre était "Hôte de destination inaccessible". Les entrées arp donneraient "<incomplet>" comme adresse MAC. Une fois les entrées arp ajoutées, les pings expirent tout simplement.

Ce n'est probablement pas un problème de pare-feu, car je n'ai jamais utilisé iptables sur aucune de ces machines (Sudo iptables -L donne la sortie par défaut sur les deux hôtes). J'ai redémarré les deux machines et le routeur, mais jusqu'à présent, rien n'y fait.
Les choses ont fonctionné jusqu'à hier, lorsque j'ai déconnecté et reconnecté l'un des hôtes. Qu'est-ce que je surveille?



Edit: J'ai exécuté un tcpdump arp à partir de l'hôte 101 et, bien entendu, j'ai reçu de nombreuses demandes telles que:

23:12:23.460191 ARP, Request who-has hallway tell rapunzel, length 46
23:12:23.460214 ARP, Reply hallway is-at 00:14:85:82:2a:2f (oui Unknown), length 28

Alors, pourquoi aucun autre trafic ne passe-t-il?

J'ai couru une sonde d'arping des deux côtés:

jos@hallway:~arping -b -D -w 2000 -I eth1 -s 192.168.124.101 192.168.124.104
ARPING 192.168.124.104 from 192.168.124.101 eth1
^CSent 38 probes (38 broadcast(s))
Received 0 response(s)

et quelque chose de similaire à l’autre extrémité (seulement formaté différemment, c’est Raspbian après tout).

networking14.10routing
4
Jos

Probablement une question idiote: sont-ils tous les deux directement connectés au routeur ou passent-ils par un commutateur? Si vous utilisez un commutateur, éteignez les deux hôtes, éteignez le commutateur, éteignez le routeur. Allumez le routeur, allumez le commutateur, allumez les hôtes.

(Si vous pouvez me donner plus d'informations sur la marque exacte du commutateur, je pourrais peut-être vous dire comment réinitialiser uniquement les 3 ports du commutateur)

Laissant ce qui précède comme si tout le monde n'utilisait pas d'adaptateur CPL, il fallait débrancher/rebrancher les adaptateurs CPL et/ou mettre à jour leur micrologiciel pour les "décoller" ...> :)

4
Fabby

Cela s'est avéré être pas aussi intéressant qu'il est apparu. Comme Fabby l’a mentionné, l’adaptateur CPL doit s’être coincé. J'ai connecté l'un des hôtes à un autre adaptateur et cela a fonctionné immédiatement. Ensuite, je l'ai reconnecté au premier adaptateur et, encore une fois, aucun trafic ne l'a traversé. Bien qu'il semble que l'adaptateur ait une défaillance matérielle, gardez à l'esprit qu'il ne fait que bloquer le trafic à destination et en provenance d'un hôte particulier. Merci Fabby et Alaa ALi pour vos suggestions.

2
Jos