Konflik alamat IP pada jaringan: Deteksi dan Resolusi

Di forum pertanyaan tentang jaringan secara berkala naik yang berisi alamat IP yang sama di segmen fisik yang sama. Ternyata apa yang disebut konflik alamat IP pada jaringan. Setelah membaca banyak dari forum ini menjadi jelas bahwa tidak semua benar memahami proses ini, sehingga banyak yang mulai memberikan fakta-fakta untuk berbagai fiksi dan dugaan yang jauh dari kebenaran. Belum lama lalu di salah satu administrator sumber daya yang sangat baik dengan penuh semangat diperdebatkan masalah ini. Dalam hal ini, itu perlu untuk entah bagaimana memperjelas situasi menekan. Format Forum - pertukaran rantai pertanyaan dan jawaban mereka, dan dalam artikel dapat menutupi segala sesuatu secara konsisten.

Konflik alamat IP pada jaringan dan protokol jaringan

Satu-satunya hal yang bertanggung jawab untuk mengendalikan duplikasi alamat jaringan, konversi protokol adalah alamat ARP. Hal ini dapat diwakili dalam beberapa bentuk semua interaksi ini. Ketika alamat IP yang baru, simpul A mengirimkan permintaan sukarela broakdast khusus untuk format ARP. Hal ini penting untuk memahami bahwa seluruh proses ini tidak mempengaruhi alamat server DNS IP. Permintaan adalah bentuk khusus transmisi informasi, dimana bidang SPA TRA dan berisi alamat mereka sendiri. Jika permintaan ini sudah dijawab, dan itu adalah konflik alamat IP pada jaringan. Jika tidak ada respon, maka alamat dan ganda baik, dan itu adalah unik dalam jaringan. Jauh lebih menarik situasi ketika jawabannya datang, bahwa dalam kasus bahwa ada jaringan?

node mengirimkan permintaan ke jaringan, memperoleh status situs yang disebut penyerang, dan salah satu yang memberikan jawaban untuk permintaan, memperoleh status situs diserang. Apa yang terjadi pada masing-masing dalam proses deteksi konflik?

Pertimbangkan unit menyerang. Jika ia tidak mengatur IP dinamis alamat, dan pengaturan yang dibuat secara manual, setelah respon alamat inisialisasi ulang, yaitu, node tidak bisa menetapkan alamat yang bertentangan ke antarmuka. Rekam akan dimasukkan ke dalam file log, dan kesalahan ditampilkan pada layar. Jika pengaturan alamat dilakukan melalui DHCP, maka pelanggan akan diverifikasi pada konflik yang membahas, yang diterima oleh mereka dari DHCP server dalam paket khusus DHCPOFFER. Dalam hal ini, jika ternyata alamat dari cadangan DHCPOFFER, kemudian setelah klien menerima jawaban atas permintaan tersebut akan dikirim ke paket khusus DHCPDECLINE DHCP-server. Tergantung pada implementasi layanan alamat ini akan ditandai sebagai cacat, maka harus dihapus dari daftar alamat yang tersedia. Setelah itu, pelanggan akan melakukan upaya-upaya baru untuk mendapatkan alamat ip dari server mengirimkan paket DHCPDISCOVER.

Sekarang Anda dapat melihat konflik alamat IP di sisi jaringan situs diserang. Mereka menentukan konflik sangat sederhana, jika bidang SPA, maka node dipastikan konflik. Fakta ini juga tercatat dalam log event, dan pengguna menerima pesan kesalahan. Pada saat yang sama dengan alamat host ip menyerang tidak dihapus, itu telah menjadi penyebab konflik. Setelah memastikan konflik mulai bekerja mekanisme untuk menyelesaikan konflik yang ada. Inti dari masalah dalam hal ini adalah sebagai berikut: setelah mengirim permintaan diajukan permintaan sukarela untuk semua segmen pelanggan dalam pola tertentu. Hasilnya adalah untuk mendapatkan pola komunikasi serial frame tiga.

Hal ini penting untuk memahami bahwa permintaan komunikasi dan tanggapan hanya untuk menginisialisasi alamat. Jika, misalnya, situs tersebut telah dikonfigurasi untuk mengatasi konflik sebelum koneksi ke jaringan, setelah dimasukkannya tidak akan terjadi pertukaran sukarela permintaan data. Dalam hal ini, dua node jaringan akan digunakan oleh konflik alamat, tetapi dengan setiap permintaan ARP baru kedua node akan menghasilkan kesalahan pada alamat konflik.