故障因為MAC位址衝突造成的故障

問題症狀：訪問卡慢，負載並不高

起因：

筆者有一部分物理機做了虛擬化，由於體量小就直接通過命令列工具建立，在建立時並沒有通過kvm的clone命令，而是手工修改一些屬性，所以就造成了產生了重複的mac位址。

雖然問題是乙個很low的問題，但是中間還是有許多反思地方，所以在這裡記錄一下。

在排查思路前，說一下角色：

當時發現問題是ssh連線卡頓、慢，直接對ssh進行調優後無果，最終發現如果直接通過vnc連線目標虛擬機器則沒有影響，通過搭載虛擬機器的物理機訪問也沒有影響，客戶機器到搭載虛擬機器的物理機訪問也正常，這真的是難辦了；隨後拿出網路神器tcpdump直接進行抓包檢視，抓包的思路如下：

抓包命令如下：

tcpdump ip host 192.168.100.30

最後發現異常，目標虛擬機器比其他節點內機器慢2s，最終同步時間發現依然無果。

筆者之前遇到過，因配置同樣ip的客戶端造成網路搶占也會產生這樣的原因，但是經過測試無果；當時順著上面這個思路往下走ip不重複，那如果是mac重複呢？

[root@mdw ~]# nmap -ss 192.168.100.0/23
starting nmap 6.40 ( ) at 2018-11-13 17:54 cst
..... 省略

[root@mdw ~]# egrep "52:54:00:0c:1d:f5" /proc/net/arp 192.168.100.30 0x1 0x2 52:54:00:0c:1d:f5 * eth0

192.168.100.25 0x1 0x2 52:54:00:0c:1d:f5 * eth0

果然，是我們的mac位址衝突了。

談起mac位址，不得不說一下ip位址。ip位址工作在osi參考模型的第三層網路層。兩者之間分工明確，默契合作，完成通訊過程。ip位址專注於網路層，將資料報從乙個網路**到另外乙個網路；而mac位址專注於資料鏈路層，將乙個資料幀從乙個節點傳送到相同鏈路的另乙個節點。

在乙個穩定的網路中，ip位址和mac位址是成對出現的。如果一台計算機要和網路中另一外計算機通訊，那麼要配置這兩台計算機的ip位址，mac位址是網絡卡出廠時設定的，這樣配置的ip位址就和mac位址形成了一種對應關係。在資料通訊時，ip位址負責表示計算機的網路層位址，網路層裝置（如路由器）根據ip位址來進行操作；mac位址負責表示計算機的資料鏈路層位址，資料鏈路層裝置（如交換機）根據mac位址來進行操作。ip和mac位址這種對映關係由arp（address resolution protocol，位址解析協議）協議完成 .............

網路是乙個域與域的組合產生的，而mac位址通常用在網段內部使用；理論上mac位址是不會衝突的，但是也存在個例，比如我們上面的情況。

理解了上面之後我們就可以理解為什麼我們獲取mac只掃瞄當前網段了吧。所以當突然有兩個mac位址相同的站點我們的網路包就蒙了，你忽悠誰呢，所以有了後續的一系列問題。

在kvm虛擬建立盡量使用工具來搞，但是非常情況下確實不允許，那麼最好用mac位址生成起來完成。

故障因為MAC位址衝突造成的故障

區域網內查詢衝突IP的mac位址

IP位址衝突？如何解決IP位址衝突？

VM虛擬機器複製後，MAC位址衝突問題

故障 因為MAC位址衝突造成的故障

區域網內查詢衝突IP的mac位址

IP位址衝突？如何解決IP位址衝突？

VM虛擬機器複製後，MAC位址衝突問題

相關推薦

故障因為MAC位址衝突造成的故障