IP衝突在網絡上的地址：檢測和解決

在論壇上一個關於網絡的問題，定期上升包含在同一物理網段的IP地址相同。 原來的IP地址在網絡上所謂的衝突。 閱讀許多論壇上可以清楚地看到並不是所有的正確理解這一過程後，這麼多的開始給出了各種小說和猜測的是遠離真相的事實。 不久前，在一個很好的資源，管理員熱烈討論這個問題。 在這方面，有必要以某種方式澄清形勢逼人。 論壇形式 - 的問題和答案給他們一個鏈的交流，並在文章中能始終如一面面俱到。

IP衝突地址 對網絡和網絡協議

這是負責網絡地址的重複控制的唯一的事情，協議轉換是ARP地址。 它可以以某種形式的所有這種互動來表示。 當一個新的IP地址，節點A發送一個特殊的broakdast自願請求ARP格式。 要明白，這整個過程不影響IP的DNS服務器地址是很重要的。 請求是信息傳輸的一種特殊形式，其中所述場SPA TRA和包含它們自己的地址。 如果這一要求得到了回應，它是IP的衝突對網絡地址。 如果沒有響應，則地址和雙打要么，它是在網絡中是唯一的。 更有趣的情況時，答案來了，在這種情況下，有網絡？

節點發送到網絡的請求，獲得所謂的攻擊者站點的狀態，這給了答案的要求之一，獲得被攻擊網站的地位。 發生在他們每個人的檢測衝突的過程是什麼？

考慮一個攻擊單位。 如果他沒有設定 一個動態的IP 地址，並設置以手動方式進行，之後的反應是復位初始化地址，即，節點無法分配衝突的地址的接口。 記錄將被記錄到日誌文件，並顯示在屏幕上的錯誤。 如果是通過DHCP進行地址設置，則客戶將被放在解決衝突，這是在一個特殊的包裝DHCPOFFER收到他們從DHCP服務器驗證。 在這種情況下，如果結果是，DHCPOFFER備份的地址，客戶端接收此之後對所述請求的響應將被發送到一個特殊的包DHCPDECLINE DHCP服務器。 根據不同的服務實現這個地址將被標記為有缺陷的，那麼它必須從可用的地址列表中刪除。 在此之後，客戶將進行新的嘗試獲取服務器發送DHCPDISCOVER數據包的IP地址。

現在你可以看到在襲擊現場的網絡側的IP地址衝突。 他們確定的衝突是很簡單的，如果SPA領域，那麼節點被確定衝突。 這一事實也被記錄在事件日誌，並且用戶收到錯誤消息。 同時與被攻擊的主機的IP地址不會被刪除，它已成為 衝突的原因。 確定衝突發生後開始工作的機制解決現有衝突。 在這種情況下，問題的實質是：將查詢發送以特定的模式提交給自願要求所有的客戶群後。 其結果是，得到的串行通信三重幀的圖案。

要明白，通信請求和響應僅初始化地址是很重要的。 如果，例如，該網站已配置了連接到網絡之前，以解決衝突，將其納入後不會發生數據請求的自願交換。 在這方面，網絡的兩個節點將由地址衝突中使用，但隨著每一個新的ARP請求兩個節點會產生衝突的地址錯誤。