我正在尝试configuration我的宿舍networking。 我正在Ubuntu的工作。 宿舍楼似乎有192.168.22.254
网关的主机。
我的route -n
看起来像这样:
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.22.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0 0.0.0.0 192.168.22.254 0.0.0.0 UG 100 0 0 eth0
我无法ping 192.168.22.254
。
$ ping 192.168.22.254 PING 192.168.22.254 (192.168.22.254) 56(84) bytes of data. From 192.168.22.254 icmp_seq=3 Packet filtered From 192.168.22.254 icmp_seq=5 Packet filtered From 192.168.22.254 icmp_seq=7 Packet filtered ^C --- 192.168.22.254 ping statistics --- 7 packets transmitted, 0 received, +3 errors, 100% packet loss, time 6014ms
但我可以ssh到一个像202.XXX.XXX.XXX
这样的IP学校服务器,并从该服务器获得互联网访问。
谢谢!
1)不正常,但肯定不是很不寻常。 许多networking不允许任何人ping基础设施,尤其是在服务于比较不可信的最终用户时。
一个更有用的testing主机是否真正可用的是尝试ping它,然后检查你的ARPcaching中的条目。 要参与第二层对话(作为以太网networking上的默认网关,一定会占上风),主机必须响应ARP请求,否则无法与之通话。 从你的Ubuntu主机,尝试
arp -a -n|grep 22.254
如果你看到类似的东西
? (192.168.22.254) at 00:c0:f0:3b:4d:eb [ether] on eth0
那么即使它正在过滤ICMP回显请求(ping请求),它也是可用的。 如果你得到
? (192.168.22.253) at <incomplete> on eth0
那真的是倒下了
2)绝对的圣经是史蒂文斯的“TCP / IP画报”,但它不是轻读书。 然而,当你到达最后一卷的末尾时,你会知道很多! 其他人可能会有更轻的阅读build议。