IP adresų konfliktas: aptikimas ir sprendimas

Forumuose periodiškai kyla problemų, susijusių su tinklų, turinčių tą patį IP adresą viename fiziniame segmente, darbą. Pasirodo, vadinamasis IP adreso konfliktas tinkle. Perskaitę daugelį šių forumų, tampa aišku, kad ne visi supranta šį procesą teisingai, taigi daugelis žmonių pradeda skleisti faktus įvairias fantazijas ir spėjimus, kurie yra toli nuo tiesos. Ne taip seniai, vienas puikus sistemos administratorių išteklių, šis klausimas buvo aktyviai aptarta. Šiuo atžvilgiu reikėjo kažkaip paaiškinti susidariusią padėtį. Formų forma yra keitimasis grandinėmis, kurias sudaro klausimai ir atsakymai į juos, o straipsnyje galite kalbėti apie viską nuosekliai.

Konfliktuoti IP adresai tinkle ir tinklo protokolai

Vienintelis dalykas, atsakingas už tinklo adresų dubliavimo kontrolę, yra ARP adresų konvertavimo protokolas. Galima tam tikra forma pateikti šią sąveiką. Kai gaunamas naujas IP adresas, mazgas A siunčia specialią bouacaste į savanorišką užklausą ARP formatu. Svarbu suprasti, kad DNS serverio IP adresas neturi įtakos visam procesui. Prašymas yra speciali informacijos perdavimo forma, kurioje SPA ir TRA laukeliuose yra jų adresai. Jei buvo gautas atsakymas į šį prašymą, tai yra tinklo IP adreso konfliktas. Jei atsakymo nėra, tada nėra pasikartojančio adreso, ir jis yra unikalus tinkle. Situacija yra daug įdomiau, kai atsiranda atsakymas, kas šioje byloje vyksta tinkle?

Įrenginys, siunčiantis užklausą tinkle, įgauna vadinamojo atakos mazgo būseną, o tas, kuris atsakė į užklausą, gauna užpuolto mazgo būseną. Kas atsitinka su kiekvienu iš jų šio konflikto aptikimo procese?

Apsvarstykite atakos mazgą. Jei neturėjo dinaminio IP adreso ir konfigūracija buvo atlikta rankiniu būdu, tada, gavus atsakymą, iš naujo nustatomas adreso inicializavimas, tai yra, mazgas negali priskirti sąsajoje prieštaringo adreso. Įrašai apie tai bus įrašomi sistemos žurnale, o ekrane bus rodoma klaida. Jei adresas sukonfigūruotas per DHCP, klientas patikrins, ar nėra konflikto, kurį jis gavo iš DHCP serverio specialiu DHCPOFFER paketu. Jei pasirodo, kad DHCPOFFER adresas yra pasikartojantis, kai klientas gauna atsakymą į užklausą, DHCP serveris siunčia specialų DHCPDECLINE paketą. Priklausomai nuo paslaugos įgyvendinimo, šis adresas bus pažymėtas kaip klaidingas, po kurio jį reikia pašalinti iš nemokamų adresų sąrašo. Po to klientas stengsis gauti ip adresą iš serverio siunčiantis DHCPDISCOVER paketus.

Dabar galite apsvarstyti IP adreso konfliktą tinkle iš užpuolto mazgo pusės. Jie konfliktai yra labai paprasti, jei laukas yra SPA, tuomet konfliktą nustato mazgas. Šis faktas taip pat registruojamas specialiu įvykių žurnalu, o vartotojas gauna pranešimą apie klaidą. Tuo pačiu metu ip adresas, kuris sukėlė konfliktą , nepašalinamas iš užpuolto mazgo . Pasibaigus konfliktui pradedamas veikti konflikto sprendimo mechanizmas. Problemos esmė šiuo atveju yra tokia: po to, kai siunčiate vieną savanorišką prašymą, visi segmento klientai siunčiami pagal tam tikrą schemą. Rezultatas yra nuotraukos gavimas iš nuoseklaus trijų kadrų mainų.

Svarbu suprasti, kad duomenų mainai pagal užklausas ir atsakymus atliekami tik tada, kai yra inicijuotas adresas. Pavyzdžiui, jei, pavyzdžiui, mazgas yra sukonfigūruotas prieštaringu adresu prieš prisijungiant prie tinklo, tada po jo įjungimo nebus keičiamasi duomenimis pagal savanoriškas užklausas. Atsižvelgiant į tai, abu tinklo mazgai naudos šį prieštaringą adresą, bet su kiekvienu nauju ARP užklausa abu mazgai sukurs klaida apie prieštaringus adresus.