奇怪的服務(wù)器之間訪問的網(wǎng)絡(luò)問題，求助

游子

碰到1個怪事，高手解疑下：
server A ： 61.x.x.2               B  61.x.x.3

應(yīng)用client： C  220.x.x.3

測試 D (60.x.x.2)

A和B iptables做了策略，允許 220.x.x.3訪問，C能telnet A /B的業(yè)務(wù)端口的。

后來網(wǎng)絡(luò)調(diào)整：
1）將C的 ip 由220.x.x.3 改為61.x.x.4
2） 修改了A/B 的iptables允許。重啟了iptables。

怪事出現(xiàn)了，

  1) C依然能訪問B，但是就是不能訪問A，通過telnet測試，什么端口也不通

排查時候做了如下操作：
  1) 關(guān)閉A的iptables，C還是不能訪問A(例如mysql， ssh的端口), 朋友D的ip都能訪問telnet到A的業(yè)務(wù)端口，

  2) 啟用iptables， 朋友D的ip不能訪問了， 加了朋友D的ip到A的iptables內(nèi)，能訪問。
  
  3) 關(guān)閉A和C的iptables，C依舊無法訪問A；

通過排查，服務(wù)器A至少策略方面都正常。總感覺邏輯很簡單，就是排除不出問題到底出在哪呢, 請高手幫忙分析下哦。
  
注明：
     現(xiàn)在除了沒有重啟服務(wù)器A，因為業(yè)務(wù)關(guān)系，重啟過C機子了。

郁悶了，到底是什么原因呢

q1208c

先查C機自己的Firewall

游子

C的iptable都停掉了。

游子

回復(fù) 2# q1208c


   
C的iptable都停掉了。

q1208c

回復(fù) 4# 游子

那只能從 C trace 到 A 了. 我覺得中間可能還有別的 firewall.
   

游子

回復(fù) 5# q1208c


我在找線，去查交換機配置

q1208c

回復(fù) 6# 游子

traceroute 就可以了吧?
你不會去拔網(wǎng)線了吧?
   

游子

回復(fù) 7# q1208c


    A不行還是打xx，目前還沒去，發(fā)現(xiàn)有2臺機子有2張網(wǎng)卡，再配了個內(nèi)網(wǎng)ip，發(fā)現(xiàn)A和C的內(nèi)網(wǎng)倒能互通的，外網(wǎng)還是不行。
  
traceroute to 61.x.x.1 (61.x.x.3), 30 hops max, 60 byte packets /  61.x.x.3 (61.x.x.1)
1  * * *  
2  * * *
3  * * *
4  * * *
5  * * *


traceroute to 61.x.x.2 (61.x.x.3), 30 hops max, 60 byte packets  /  61.x.x.3 (61.x.x.1)
1  61.x.x.2 (61.x.x.2)  0.207 ms  0.181 ms  0.171 ms

q1208c

回復(fù) 8# 游子
剛才又細看了一下你的配置情況.

你 A B 兩臺機器在同一個子網(wǎng), 你把 C 機也改成了那個子網(wǎng). 我先請你確認你這三臺機器確
實在一個子網(wǎng)(同一個VLAN)中的. 因為C原來的IP可不是 這個子網(wǎng)的.

另外, 因為在同一個子網(wǎng)的關(guān)系, traceroute 根本沒有任何用處, Sorry!

下面我建議你在 A C 兩邊分別用 tcpdump 監(jiān)聽一下, 看看是包沒發(fā)出去, 還是收到了沒有
回復(fù), 這是有本質(zhì)差別的.