/ / IP adresų konfliktas: aptikimas ir sprendimas

IP adreso konfliktas tinkle: aptikimas ir sprendimas

Forumuose periodiškai kelia klausimątinklas, kurių sudėtyje yra tų pačių IP adresų toje pačioje fizinės segmente. Pasirodo, vadinamasis IP adreso konfliktas tinkle. Perskaitę daugelį šių forumų, tampa aišku, kad ne visi teisingai supranta šį procesą, todėl daugybė ž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ų formatas yra keitimasis grandinėmis, kurias sudaro klausimai ir atsakymai į juos, o straipsnyje jūs galite nuosekliai kalbėti apie viską.

Konfliktuoti IP adresai tinkle ir tinklo protokolai

Vienintelis dalykas, atsakingas už kontrolętinklo adresų dubliavimas yra ARP adresų konvertavimo protokolas. Galima tam tikra forma pateikti šią sąveiką. Kai gaunamas naujas IP adresas, mazgas A siunčia specialų brokadastą į 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 užklausai buvo atsakyta, tai yra tinklo IP adreso konfliktas. Jei atsakymo nėra, tada nėra adreso kopijų ir jis yra unikalus tinkle. Situacija yra daug įdomiau, kai atsiranda atsakymas, kas šiuo atveju vyksta tinkle?

Įsigijamas mazgas, siunčiantis užklausą tinklevadinamasis atakuojančio mazgo statusas, o tas, kuris atsakė į užklausą, gauna užpuolto mazgo būseną. Kas atsitinka su kiekvienu iš jų šio konflikto nustatymo procese?

Apsvarstykite užpuolimo mazgą. Jei jis nebuvo nustatyti dinaminį IP adresą, o parametrai yra pagaminti rankiniu būdu, po to, kai atsakymas yra atstatomas iniciacijos adresas, tai yra, mazgas negali priskirti prieštaringą adresą į sąsają. Įrašas bus įrašytas į failą, o klaida bus rodoma ekrane. Jei adresas nustatymas yra atliekamas per DHCP, tada klientas bus patikrino konflikto tuo adresu, kurį jiems buvo gauta iš DHCP serverio specialioje pakuotėje DHCPOFFER. Tokiu atveju, jei paaiškėja, kad DHCPOFFER atsarginės adresas, tada po klientas gauna atsakymą į prašymą bus išsiųsti specialų paketą DHCPDECLINE DHCP serverio. Priklausomai nuo paslaugos įdiegimo šis adresas bus pažymėtas kaip sugedęs, tada jis turi būti pašalintas iš turimų adresų sąrašą. Po to, klientas bus naujų bando gauti IP adresą serverio sulaukiama DHCPDISCOVER paketus.

Dabar galite apsvarstyti IP adreso konfliktątinklo iš užpuolto mazgo. Jie konfliktai yra labai paprasti, jei laukas yra SPA, tada konfliktas nustatomas mazge. Š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ą, nėra pašalintas iš užpuolto mazgo. Pasibaigus konfliktui pradeda veikti formuojamo konflikto sprendimo mechanizmas. Problemos esmė šiuo atveju yra tokia: po vieno savanoriško prašymo siuntimo visi segmento klientai siunčiami pagal tam tikrą schemą. Rezultatas yra nuotraukos gavimas iš nuoseklaus trijų kadrų mainų.

Svarbu suprasti, kad duomenų mainai pagal prašymus iratsakymai atliekami tik adreso inicijavimui. 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 nesuderinamus adresus.

Skaityti daugiau: