Chinaunix

标题: 为什么两台同网段的linux 电脑,只能单向ping通 [打印本页]

作者: steven_wangxf    时间: 2013-02-27 11:18
标题: 为什么两台同网段的linux 电脑,只能单向ping通
大家好,
  两台同网段的linux(Redhat 服务器版本) 电脑, 假设是PC A和PC B。PC A可以ping 通PC B, 但是PC B不能ping 通PC A。 但是如果PC A先ping 了PC B, 然后PC B再去ping PC A, 就可以ping 通了。我觉得是PC A的电脑设置有问题,但不知道怎么样去检查。
作者: linggang_123    时间: 2013-02-27 11:23
仔细看看 ip 掩码吧,pingtong电脑只需要ip跟掩码,,,不会这么  稀少的问题吧。。
作者: Blithe_W    时间: 2013-02-27 12:24
检查防火墙策略和selinux。如果不是很熟悉的话,可以关闭防火墙和selinux。{:3_186:}
作者: chenyx    时间: 2013-02-27 13:37
2楼说的有道理,检查下子网掩码设置
作者: yzkarchive    时间: 2013-02-27 14:08
把pc A和B的ip addr和arp -a的结果发上来看下。
作者: steven_wangxf    时间: 2013-02-27 15:23
谢谢大家关注,
PC A 的IP信息:
% ifconfig
eth0      Link encap:Ethernet  HWaddr 90:B1:1C:71:75:F7
          inet addr:172.18.25.250  Bcast:172.18.25.255  Mask:255.255.254.0
          inet6 addr: fe80::92b1:1cff:fe71:75f7/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1712346 errors:0 dropped:0 overruns:0 frame:0
          TX packets:124358 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:155558430 (148.3 MiB)  TX bytes:15362788 (14.6 MiB)
          Interrupt:233 Memory:e1a00000-e1a20000

eth0:1    Link encap:Ethernet  HWaddr 90:B1:1C:71:75:F7
          inet addr:10.0.25.250  Bcast:10.0.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:233 Memory:e1a00000-e1a20000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:4171 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4171 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4041019 (3.8 MiB)  TX bytes:4041019 (3.8 MiB)

PC B 的IP信息:
% ifconfig
eth0      Link encap:Ethernet  HWaddr 90:B1:1C:71:72:B5
          inet addr:172.18.25.43  Bcast:172.18.25.255  Mask:255.255.254.0
          inet6 addr: fe80::92b1:1cff:fe71:72b5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1698533 errors:0 dropped:0 overruns:0 frame:0
          TX packets:124373 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:154885447 (147.7 MiB)  TX bytes:15409142 (14.6 MiB)
          Interrupt:233 Memory:e1a00000-e1a20000

eth0:1    Link encap:Ethernet  HWaddr 90:B1:1C:71:72:B5
          inet addr:10.0.25.43  Bcast:10.0.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:233 Memory:e1a00000-e1a20000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1265 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1265 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3785518 (3.6 MiB)  TX bytes:3785518 (3.6 MiB)

作者: steven_wangxf    时间: 2013-02-27 15:31
PC A的arp -a
xxxxa (172.18.25.30) at 02:A0:98:19:74:C4 [ether] on eth0
xxxxb (172.18.25.251) at 90:B1:1C:71:78:A8 [ether] on eth0

PC B的arp -a
PC B~% ping PC A
PING PC A(172.18.25.250) 56(84) bytes of data.

--- PC A statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 8000ms

[PC B]~% arp -a
XXXC (172.18.25.100) at 00:14:38:C0:90F [ether] on eth0
XXXD (172.18.25.30) at 02:A0:98:19:74:C4 [ether] on eth0
PC A (172.18.25.250) at 00:10:18:34:89:6B [ether] on eth0

此处,我在上传这些信息之前,改了电脑名(用红色标出),我怕有些信息让我不知不觉中违法。其它信息没有修改。
作者: steven_wangxf    时间: 2013-02-27 15:34
子网掩码看上去是一样的。问题是,只要PC A先ping了PC B,PC B就可以ping PC A了。我可以确定是PC A的问题。因为我的网里有很多电脑,大家都互相都没有问题,只有PC A有问题。
作者: yzkarchive    时间: 2013-02-27 15:42
PC A (172.18.25.250) at 00:10:18:34:89:6B [ether] on eth0

这条怎么冒出来的, pc A的mac地址应该是:90:B1:1C:71:75:F7
作者: steven_wangxf    时间: 2013-02-27 16:03
yzkarchive 发表于 2013-02-27 15:42
PC A (172.18.25.250) at 00:10:18:34:89:6B [ether] on eth0

这条怎么冒出来的, pc A的mac地址应该是: ...


难道这就是问题所在。这条应该是我在PC A ping 了PC B后,在PC B 中运行 arp -a 显示出来的。
作者: yzkarchive    时间: 2013-02-27 16:14
仔细检查下,看下A和别的主机之间是否存在同样的问题。
作者: steven_wangxf    时间: 2013-02-27 16:23
回复 10# steven_wangxf


    更正一下。应该是PC B ping PC A(ping 不通)后, arp -a 显示的信息。
作者: steven_wangxf    时间: 2013-02-27 16:37
yzkarchive 发表于 2013-02-27 16:14
仔细检查下,看下A和别的主机之间是否存在同样的问题。


PC A和另外的主机都存在同样的问题。并且那个不对的物理还是00:10:18:34:89:6B。应该不会是网卡硬件的问题吧。以前有别的电脑也有这样的问题,后来不知道总部怎么搞的,还是自己好了。反正那台电脑再也没有这样的问题了。
作者: yzkarchive    时间: 2013-02-27 16:45
回复 13# steven_wangxf

在A主机上面抓包,看下发出去包的源mac地址是多少?
   
作者: happypure    时间: 2013-02-27 19:33
学习学习饿!!!!!
作者: steven_wangxf    时间: 2013-02-28 08:37
yzkarchive 发表于 2013-02-27 16:45
回复 13# steven_wangxf

在A主机上面抓包,看下发出去包的源mac地址是多少?


你好,不好意思,具体应该怎么操作啊。是ping出去还是?
作者: yzkarchive    时间: 2013-02-28 09:25
回复 17# steven_wangxf


用tcpdump来抓包,然后用wireshark来查看下找到的内容。
作者: steven_wangxf    时间: 2013-02-28 13:10
yzkarchive 发表于 2013-02-28 09:25
回复 17# steven_wangxf


你好,tcpdump产生的信息好像没有物理地址,只有IP。 这个工具我没用过,可以给出具体应该使用哪些的参数吗。
作者: yzkarchive    时间: 2013-02-28 13:18
你要用tcpdump的-w参数,把抓的包写入文件,用工具分析文件。
man tcpdump
作者: niezhenqun    时间: 2013-02-28 16:42
1、你的掩码没写对。2、其中有一台开了防火墙。
作者: steven_wangxf    时间: 2013-02-28 16:44
yzkarchive 发表于 2013-02-28 13:18
你要用tcpdump的-w参数,把抓的包写入文件,用工具分析文件。
man tcpdump


我看了抓到的包,从PC 发出去的包的物理地址没有错,是ifconfig show出来的那个。
作者: steven_wangxf    时间: 2013-03-01 09:07
steven_wangxf 发表于 2013-02-28 13:10
你好,tcpdump产生的信息好像没有物理地址,只有IP。 这个工具我没用过,可以给出具体应该使用哪些的参 ...


我看了,PC A发出的包物理地址是对的。就是ifconfig show出来的那个。
作者: steven_wangxf    时间: 2013-03-01 10:31
一个发现。如果我把PC A 的地址改了,就可以ping 通了。会不会是这样情况:
我之前用别的网卡装了这个电脑PC A ,并且DHCP服务器给PC A分配了IP,然后我又把分配到的IP改为固定的IP。后来我用了现在的网卡, IP还是之前固定的IP。
我现在的问题是:
1. 在DHCP的服务什么地方可以看到IP-MAC address的分配表。
2. 如果知道一个网卡的mac address,而不知道这个网卡用在哪台电脑,我怎么样可能通过物理地址访问到这个电脑。
作者: steven_wangxf    时间: 2013-03-04 16:11
我基本知道是怎么回事了。可能总部把IP和MAC绑定了。
作者: chenyx    时间: 2013-03-04 16:13
ip-mac绑定的话,IP不正确的情况下,应该是双向不通啊
作者: yzkarchive    时间: 2013-03-04 16:49
个人感觉就是地址冲突了,看下系统日志。
打A主机关了,用B再ping下A的地址。




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2