У меня есть сетевой хранилище 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? Как можно было бы диагностировать и решать эту проблему?

2 ответа2

2

Существует более простое и лучшее решение проблемы, правильно диагностированной davidgo: измените свою сеть на 192.168.1.0/24 и оставьте маску без изменений. Все современные маршрутизаторы настроены на это. На следующем изображении

Вы можете увидеть строку под названием Local IP address , где я могу указать свою сеть. Я выбрал 192.168.11.1 для адреса локальной сети маршрутизатора и маску 255.255.255.0, в то время как вы должны выбрать ту же маску, но адрес маршрутизатора 192.168.1.0. Таким образом, у вас будет маска меньшего размера (нет необходимости в SOHO для 65 536 подсетей), и вы сможете общаться с вашим NAS. Возможно, вам придется перезагрузить ваши машины.

2

Проверьте маску сети ваших систем. Я подозреваю, что это 255.255.255.0, то есть 192.168.0.X, когда вам действительно нужна более широкая маска, скажем 255.255.0.0, что означает 192.168.XX - Мне кажется, что NAS должен быть в той же сети, чтобы работать, так как у вас, кажется, нет шлюза, настроенного для этого.

В качестве альтернативы, уменьшите количество IP-адресов, выдаваемых DHCP-сервером, и перенумеруйте NAS, чтобы он был в 192.168.0.X, но за пределами диапазона IP-адресов, обрабатываемых сервером DHCP.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .