Konflikt af IP-adresser på netværket: Detection og resolution

De fora om emnet netværk arbejde periodisk stiger der indeholder den samme IP-adresse i det samme fysiske segment. Det viser sig, den såkaldte konflikt af IP-adresser på netværket. Efter at have læst mange af disse fora bliver det klart, at ikke alle korrekt forstå denne proces, er så mange begyndt at give de faktiske omstændigheder for en række af fiktion og formodninger, der er langt fra sandheden. For ikke så længe siden i en fremragende ressource administratorer kraftigt debatteret dette emne. I den forbindelse var det nødvendigt at en eller anden måde klarlægge trykke situation. Forum-format - en udveksling af en kæde af spørgsmål og svar på dem, og i artiklen kan dække alt konsekvent.

Konflikt af IP-adresser på netværket og netværksprotokoller

Det eneste, der er ansvarlig for kontrollen med gentagelse af netværksadresser, protokolkonvertering er ARP-adresser. Det kan være repræsenteret i en eller anden form hele denne interaktion. Når en ny IP-adresse, knude A sender en speciel broakdast frivillig anmodning til ARP-format. Det er vigtigt at forstå, at hele denne proces ikke påvirker IP-DNS-server adresse. Request er en særlig form for information transmission, hvor feltet SPA TRA og indeholder deres egne adresser. Hvis denne anmodning er blevet besvaret, og det er en konflikt af IP-adresser på netværket. Hvis der ikke er noget svar, så adressen og fordobler enten, og det er unikt i netværket. Meget mere interessant situation, når svaret kommer, at der i dette tilfælde er der et netværk?

Den knude sender en anmodning til netværket, erhverver status for såkaldte hackerens websted, og en, der gav svaret på anmodningen, erhverver status for angrebet webstedet. Hvad sker der med hver af dem i processen med afsløring af konflikten?

Overveje en angribende enhed. Hvis han ikke havde sat en dynamisk IP -adresse, og indstillingerne foretages manuelt, efter at svaret er nulstillet initialisering adresse, det vil sige, at knuden kan ikke tildele en modstridende adresse til grænsefladen. Optag vil blive indgået logfilen, og vises fejlen på skærmen. Hvis indstillingen adresse foregår via DHCP, så kunden vil blive kontrolleret på den konflikt, der fat på, som blev modtaget af dem fra DHCP-server i en særlig pakke DHCPOFFER. I så fald, hvis det viser sig, at adressen på DHCPOFFER backup, så efter at kunden modtager et svar på anmodningen vil blive sendt til en særlig pakke DHCPDECLINE DHCP-server. Afhængig af tjenesten implementeringen denne adresse, vil blive markeret som defekt, så det skal fjernes fra listen over tilgængelige adresser. Efter dette, vil kunden blive gjort nye forsøg på at få IP-adressen på den server, sende DHCPDISCOVER pakker.

Nu kan du se konflikten IP-adressen på netværket side af angrebet webstedet. De besluttede konflikten er meget enkel, hvis området SPA, derefter noden konstateres konflikt. Dette faktum er også registreret i loggen, og brugeren modtager en fejlmeddelelse. Samtidig med den angrebne vært ip-adresse er ikke fjernet, er det blevet en årsag til konflikt. Efter at have sikret konflikten begynder at arbejde en mekanisme til løsning af den eksisterende konflikt. Essensen af problemet i dette tilfælde er som følger: efter afsendelse af en forespørgsel er sendt til en frivillig anmodning til alle kundesegmenter i et bestemt mønster. Resultatet er at opnå et mønster af seriel kommunikation tredobbelte rammer.

Det er vigtigt at forstå, at kommunikationen anmodninger og svar kun at initialisere adresse. Hvis, for eksempel, er det stedet blevet konfigureret til at løse konflikter, før dens forbindelse til netværket, vil efter dets optagelse ikke forekomme frivillig udveksling af anmodninger data. I denne forbindelse vil de to knudepunkter i nettet anvendes af adresse konflikt, men med hver ny anmodning ARP begge knuder vil generere fejl på konflikt-adresser.