Konflikt av IP-adresser i nätverket: Detection och upplösning

På forumen en fråga om nätverket stiger med jämna mellanrum som innehåller samma IP-adress i samma fysiska segment. Det visar sig den så kallade konflikt IP-adresser i nätverket. Efter att ha läst många av dessa forum blir det tydligt att inte alla riktigt förstå denna process är så många börjar ge ut fakta för en mängd olika fiction och gissningar som är långt ifrån sanningen. Inte så länge sedan i en utmärkt resurs administratörer kraftigt debatterat denna fråga. I detta avseende var det nödvändigt att på något sätt klargöra press situationen. Forum format - ett utbyte av en kedja av frågor och svar på dem, och i artikeln kan täcka allt konsekvent.

Konflikt av IP-adresser i nätverket och nätverksprotokoll

Det enda som är ansvarig för styrning av dubbelnätverksadresser, är protokollkonvertering ARP adresser. Det kan vara representerade i någon form allt detta samspel. När en ny IP-adress, sänder en speciell broakdast frivilligt begäran till ARP format nod A. Det är viktigt att förstå att hela denna process inte påverkar IP DNS-serveradress. Request är en speciell form av informationsöverföring, där fältet SPA TRA och innehålla sina egna adresser. Om denna begäran har besvarats, och det är en konflikt mellan IP-adresser i nätverket. Om det inte finns något svar, då adressen och fördubblar heller, och det är unikt i nätverket. Mycket mer intressant situation när svaret kommer i så fall finns det ett nätverk?

Noden sänder en förfrågan till nätverket förvärvar status så kallade angriparens webbplats och den som gav svaret på begäran erhåller status attacke platsen. Vad händer med var och en av dem i processen för upptäckt av konflikten?

Överväga en anfallenhet. Om han inte hade satt en dynamisk IP -adress, och inställningar görs manuellt efter svaret återställs initiering adress, det vill säga noden kan inte tilldela en konflikt adress till gränssnittet. Record kommer att föras in i loggfilen, och felet visas på skärmen. Om adressinställning sker via DHCP, då kunden kommer att kontrolleras på konflikt som adress, som mottogs av dem från DHCP-server i ett särskilt paket DHCPOFFER. I så fall, om det visar sig att adressen till DHCPOFFER backup, sedan efter det att kunden får ett svar på begäran kommer att skickas till ett särskilt paket DHCPDECLINE DHCP-server. Beroende på genomförandet tjänsten denna adress kommer att markeras som felaktig, då måste det tas bort från listan över tillgängliga adresser. Efter det kommer kunden att göras nya försök att få IP-adressen till servern skicka DHCPDISCOVER paket.

Nu kan du se IP-adresskonflikt på nätsidan av attacke platsen. De bestämde konflikten är mycket enkelt, om området SPA, då noden konstateras konflikt. Detta faktum är också registreras i händelseloggen, och användaren får ett felmeddelande. Samtidigt med den attackerade värd IP-adress är inte bort, har det blivit en orsak till konflikt. Efter fastställa konflikten börjar arbeta en mekanism för att lösa den nuvarande konflikten. Kärnan i problemet i detta fall är enligt följande: efter att ha skickat en förfrågan skickas till en frivillig förfrågan till alla kundsegment i ett specifikt mönster. Resultatet är att erhålla ett mönster av seriell kommunikations trippel ramar.

Det är viktigt att förstå att förfrågningar och svar kommunikations bara att initiera adressen. Om till exempel, har platsen konfigurerad att ta itu med konflikter innan dess anslutning till nätverket, efter dess införande inte kommer att inträffa frivilligt utbyte av dataförfrågningar. I detta avseende kommer de två noder i nätverket användas av adresskonflikt, men med varje ny ARP begäran båda noderna kommer att generera fel om konflikt adresser.