我无法ping通我的网关,但我可以ssh到远程服务器。 为什么?

我正在尝试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学校服务器,并从该服务器获得互联网访问。

  • 这是正常的吗?
  • 我渴望一些基本的networking知识,有没有好的书籍或networking资源?

谢谢!

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议。