У меня есть сетевой хранилище NSLU2 ("slug"), работающее под управлением nslu2-linux, которое работало хорошо, пока я не заменил некоторое оборудование в моей домашней сети. Моя текущая настройка очень проста: у меня есть одна коробка (Motorola SBG6580), которая представляет собой комбинированный кабельный модем и маршрутизатор Wi-Fi. Пара настольных компьютеров, NAS и ящик Vonage свисают с этого ящика. Плагин жестко задан для использования IP-адреса 192.168.1.77. Маршрутизатор назначает адреса DHCP в диапазоне 192.168.0.x. Я не очень хорошо разбираюсь в сетях, но на самом деле кажется, что все должно быть в порядке: жестко закодированный IP-адрес пули не попадает в диапазон, который маршрутизатор хочет использовать для DHCP, поэтому не будет никаких конфликтов. Тем не менее, я больше не могу подключиться к слаг:
---- rintintin ~ $ ping 192.168.1.77
PING 192.168.1.77 (192.168.1.77) 56(84) bytes of data.
From 72.129.61.64 icmp_seq=1 Time to live exceeded
From 72.129.61.64 icmp_seq=2 Time to live exceeded
From 72.129.61.64 icmp_seq=3 Time to live exceeded
From 72.129.61.64 icmp_seq=4 Time to live exceeded
^C
Или же:
---- rintintin ~ $ ssh root@192.168.1.77
ssh: connect to host 192.168.1.77 port 22: No route to host
Доступ к другим вещам в сети в порядке:
---- rintintin ~ $ ping 192.168.0.3
PING 192.168.0.3 (192.168.0.3) 56(84) bytes of data.
64 bytes from 192.168.0.3: icmp_req=1 ttl=64 time=0.144 ms
64 bytes from 192.168.0.3: icmp_req=2 ttl=64 time=0.095 ms
64 bytes from 192.168.0.3: icmp_req=3 ttl=64 time=0.096 ms
^C
Я просмотрел большой, сложный веб-интерфейс маршрутизатора, но не нашел никаких признаков того, что может быть не так. Может быть, по умолчанию он запрещает доступ к IP-адресам, которые не имеют форму 192.168.0.x? Может быть, по умолчанию он запрещает доступ к IP-адресам, которые не назначены через DHCP? Как можно было бы диагностировать и решать эту проблему?