Два хоста не могут проверить с помощью ping-запросов друг друга
У меня есть два хоста в моей сети. Оба подключены к моему маршрутизатору. От другого хоста я могу проверить с помощью ping-запросов и ssh в них обоих. У обоих есть превосходное соединение со всеми другими хостами. Однако они не могут проверить с помощью ping-запросов или видеть друг друга. Один (192.168.124.101, названный Прихожей) запускает Ubuntu 14.10, другой (192.168.124.104, названный Rapunzel) Raspberry Pi с Raspbian. Оба адреса статичны. Хосты подключены к электрической сети через адаптеры Линии питания.
Некоторый вывод:
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
и наоборот:
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
Я попытался добавить и удалить маршруты и arp записи. Текущие arp записи были добавлены автоматически, однако (таким образом, существует своего рода контакт). Сначала, a ping с обеих сторон упомянул бы, что другая сторона была "Недостижимым узлом назначения". arp записи дали бы" <неполный>" как MAC-адрес. После того, как arp записи были добавлены, ping просто испытывают таймаут.
Это - вероятно, не проблема с брандмауэром, поскольку я никогда не использовал iptables ни на одной из этих машин (sudo iptables -L дает вывод по умолчанию на обоих хостах). Я перезагрузил обе машины и маршрутизатор, но до сих пор ничто не помогает.
Вещи работали до вчерашнего дня, когда я разъединил и повторно подключил один из хостов. Что я пропускаю?
Править: Я выполнил a tcpdump arp от хоста 101, и конечно же, я получил многочисленные запросы как следующее:
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
Итак, почему никакой другой трафик не проходит?
Я выполнил датчик изнасилования с обеих сторон:
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)
и что-то подобное в другом конце (только отформатированный по-другому, это - Raspbian, в конце концов).
2 ответа
Вероятно, немой вопрос: они оба непосредственно соединены в маршрутизатор, или они проходят переключатель? Если через переключатель, выключите оба хоста, выключите переключатель, выключите маршрутизатор. Включите маршрутизатор, включите переключатель, включите хосты.
(Если можно дать мне больше информации о точном бренде переключателя, я мог бы быть в состоянии сказать Вам, как сбросить просто 3 порта переключателя)
Оставляющее внутри вышеупомянутое как не все используют адаптеры линии питания, но un-plug/replug адаптеры линии питания, и/или обновите их встроенное микропрограммное обеспечение для "отклеивания" them†¦>:)
Это оказалось не столь интересным, как это сначала появилось. Как упомянутый Fabby, должно быть, придерживался адаптер линии питания. Я соединил один из хостов различного адаптера, и он немедленно работал. Тогда я повторно подключил его к первому адаптеру, и снова никакому трафику, через который проходят. В то время как казалось бы, что адаптер имеет отказ оборудования, имейте в виду, что это только блокирует трафик к и от одного конкретного хоста. Спасибо Fabby и Alaa Ali для Ваших предложений.