Konflikts IP adreses tīklā: atklāšanas un risināšanas

Uz forumu jautājums par tīklu periodiski paceļas, kas satur to pašu IP adresi tajā pašā fiziskajā segmentā. Izrādās, tā saukto konflikts IP adrešu tīklā. Pēc iepazīšanās ar daudziem no šiem forumiem kļūst skaidrs, ka ne visi pareizi saprast šo procesu, tik daudz sāk sniegt faktus par dažādiem fantastikas un minējumiem, kas ir tālu no patiesības. Ne tik sen vienā lielisku resursu administratoriem intensīvi apsprieda šo jautājumu. Šajā sakarā, tas bija nepieciešams, lai kaut kā noskaidrot aktuālo situāciju. Foruma formāts - apmaiņa ķēdes jautājumi un atbildes uz tiem, un šajā rakstā var aptvert visu konsekventi.

Konflikts IP adreses uz tīkla un tīkla protokoli

Vienīgais, kas ir atbildīga par kontroles tīkla adresēm dublēšanas, protokols konversija ir ARP adresēm. To var attēlot kādā veidā visu šo mijiedarbību. Kad jaunā IP adrese, mezglu A nosūta īpašu broakdast brīvprātīgi lūgumu ARP formātā. Ir svarīgi saprast, ka šis viss process neietekmē IP DNS servera adresi. Pieprasījums ir īpaša forma, informācijas pārraides, kur lauku SPA TRA un ietvert savas adreses. Ja šis pieprasījums ir atbildēts, un tas ir konflikts IP adreses tīklā. Ja nav atbildes, tad adrese un dubultspēlēs, vai nu, un tas ir unikāls tīklā. Daudz interesanta situācija, kad atbilde nāk, ka šajā gadījumā ir tīkls?

Mezglu sūta pieprasījumu tīklam, iegūst statusu ts uzbrucēja vietnē, un vienu, kas deva atbildi uz pieprasījumu, iegūst statusu uzbruka vietā. Kas notiek ar katru no tiem procesā atklāšanas konfliktu?

Apsveriet uzbrukuma vienību. Ja viņš nav noteikts dinamisku IP adresi, un iestatījumi tiek veikti manuāli, pēc tam, kad atbilde ir reset inicializācijas adrese, tas ir, mezglu nevar piešķirt konfliktējoša adresi interfeisu. Ieraksts tiks ievadīti log failu, un tiek parādīts kļūdas ekrānā. Ja adrese iestatījums ir veikts, izmantojot DHCP, tad klientam tiks pārbaudīta uz konfliktu, kas risinātu, kas bija saņēmusi tos no DHCP-servera īpašā iepakojumā DHCPOFFER. Tādā gadījumā, ja izrādās, ka adrese DHCPOFFER rezerves, tad pēc tam, kad klients saņem atbilde uz pieprasījumu, tiks nosūtīts uz īpašu paketes DHCPDECLINE DHCP serveri. Atkarībā no pakalpojumu ieviešanu šī adrese tiks atzīmēta kā bojāta, tad tā ir jānoņem no saraksta pieejamo adreses. Pēc tam, klientam būs jauni mēģinājumi iegūt ip adresi servera nosūtīšanas DHCPDISCOVER paketes.

Tagad jūs varat redzēt IP adrešu konflikts par tīkla pusē uzbruka vietā. Tie noteica, ka konflikts ir ļoti vienkārša, ja lauks SPA, tad mezgls ir noskaidrots konfliktu. Šis fakts ir arī ierakstīts notikumu žurnālā, un lietotājs saņem kļūdas ziņojumu. Tajā pašā laikā ar uzbruka uzņēmējai IP adrese netiek noņemts, tas ir kļuvis par iemeslu konfliktam. Pēc noskaidrojot konfliktu sāk strādāt mehānismu esošo konfliktu risināšanā. Problēmas šajā gadījumā būtība ir šāda: pēc nosūtīšanas vaicājums tiek iesniegts brīvprātīgi pieprasījumu uz visiem klientu segmentiem konkrētā modeli. Rezultāts ir iegūt modeli sērijas komunikācijas trīsvietīgus rāmjiem.

Ir svarīgi saprast, ka saziņas pieprasījumi un atbildes tikai inicializēt adresi. Ja, piemēram, vietne ir konfigurēta, lai risinātu konfliktu pirms tā savienojumu ar tīklu, pēc tās iekļaušanas nenotiks brīvprātīga apmaiņu datu pieprasījumu. Šajā sakarā divi mezglu tīklā tiks izmantota adrešu konflikts, bet ar katru jaunu ARP pieprasījumu abi mezgli radīs kļūdas konflikta adresēm.