调制解调器/路由器似乎阻止了使用静态 IP 的 NAS 盒访问?

调制解调器/路由器似乎阻止了使用静态 IP 的 NAS 盒访问?

我有一个 NSLU2(“slug”)网络连接存储盒,运行 nslu2-linux,在我更换家庭网络中的某些硬件之前,它一直运行良好。我当前的设置非常简单:我有一个单独的盒子(Motorola SBG6580),它是电缆调制解调器和 wifi 路由器的组合。几台台式机、NAS 和一个 Vonage 盒子都挂在这个盒子上。slug 被硬编码为使用 IP 地址 192.168.1.77。路由器在 192.168.0.x 范围内分配 DHCP 地址。我对网络一无所知,但这实际上似乎应该没问题:slug 的硬编码 IP 不在路由器希望能够用于 DHCP 的范围内,因此不会发生冲突。但是,我无法再连接到 slug:

---- 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 [email protected]
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

我浏览了路由器庞大而复杂的网络界面,但没有发现任何可能出错的迹象。也许它默认设置为拒绝访问非 192.168.0.x 格式的 IP?也许它默认设置为拒绝访问非通过 DHCP 分配的 IP?如何诊断和修复此问题?

答案1

对于 davidgo 正确诊断的问题,有一个更简单、更好的解决方案:将网络更改为 192.168.1.0/24,并保持掩码不变。 Allo 现代路由器的配置都是这样做的。在下图中,

在此处输入图片描述

您可以看到名为 的行Local IP address,在这里我可以指定我的网络。我已选择 192.168.11.1 作为路由器 LAN 地址,掩码为 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 需要位于同一网络中才能工作,因为您似乎没有配置网关来处理此问题。

或者,减少 DHCP 服务器分发的 IP 地址数量并重新编号 NAS,以使其位于 192.168.0.X 中,但在 DHCP 服务器处理的 IP 范围之外。

相关内容