Conflicte d'adreces IP a la xarxa: Detecció i Resolució

En els fòrums d'una pregunta sobre la xarxa s'eleva periòdicament que conté la mateixa adreça IP en el mateix segment físic. Resulta que l'anomenat conflicte d'adreces IP a la xarxa. Després de llegir molts d'aquests fòrums es fa evident que no entén tots degudament aquest procés, de manera que molts estan començant a donar a conèixer els fets d'una varietat de ficció i conjectures que estan lluny de la veritat. No fa molt temps en una excel · lents administradors de recursos debatut enèrgicament aquest problema. En aquest sentit, cal aclarir d'alguna manera la situació urgent. format de fòrum - un intercanvi d'una cadena de preguntes i respostes a elles, i en l'article poden cobrir tot coherent.

Conflicte d'adreces IP dels protocols de xarxa i de xarxa

L'única cosa que és responsable del control de la duplicació d'adreces de xarxa, és la conversió de protocol ARP direccions. Es pot representar d'alguna manera tot aquesta interacció. Quan una nova adreça IP, el node A envia una petició voluntària broakdast especial per al format ARP. És important entendre que tot aquest procés no afecta la direcció IP del servidor. Sol·licitud és una forma especial de transmissió d'informació, en el camp SPA TRA i conté la seva pròpia direcció. Si aquesta sol·licitud ha estat resposta, i és un conflicte d'adreces IP a la xarxa. Si no hi ha resposta, llavors la direcció i dobles tampoc, i és únic a la xarxa. Molt més interessant situació quan arribi la resposta, que en aquest cas no és una xarxa?

El node envia una petició a la xarxa, adquireix la condició de lloc de l'anomenada de l'atacant, i el que va donar la resposta a la sol·licitud, adquireix la condició del lloc atacat. Què passa amb cada un d'ells en el procés de detecció del conflicte?

Penseu una unitat atacant. Si no s'hagués establert una IP dinàmica d'adreces, i els ajustos es realitzen de forma manual, després de la resposta és l'adreça d'inicialització de reposició, és a dir, el node no pot assignar una adreça en conflicte amb la interfície. Registre s'inclourà al fitxer de registre, i es mostra l'error a la pantalla. Si la configuració de la direcció es realitza a través de DHCP, el client pot verificar en el conflicte que s'ocupen, rebuda per ells de servidor DHCP en un paquet especial DHCPOFFER. En aquest cas, si resulta que la direcció de la còpia de seguretat DHCPOFFER, a continuació, després que el client rep s'enviarà una resposta a la sol·licitud d'un paquet especial DHCPDECLINE servidor DHCP. Depenent de la implementació del servei d'aquesta direcció serà marcat com defectuós, llavors ha de ser retirat de la llista d'adreces disponibles. Després d'això, el client es farà nous intents per obtenir l'adreça IP de l'enviament dels paquets DHCPDISCOVER servidor.

Ara es pot veure el conflicte d'adreces IP en el costat de la xarxa del lloc atacat. Van determinar el conflicte és molt simple, si el camp de la SPA, llavors el node es determina conflicte. Aquest fet també es registra en el registre d'esdeveniments, i l'usuari rep un missatge d'error. Alhora amb l'adreça IP del host atacat no es treu, s'ha convertit en una causa de conflicte. Després de comprovar el conflicte comença a funcionar un mecanisme per resoldre el conflicte existent. L'essència del problema en aquest cas és el següent: després d'enviar una consulta s'envia a una petició voluntària a tots els segments de clients en un patró específic. El resultat és l'obtenció d'un patró de comunicació en sèrie triples marcs.

És important entendre que les sol·licituds de comunicació i respostes només per inicialitzar la direcció. Si, per exemple, el lloc ha estat configurat per fer front als conflictes abans de la seva connexió a la xarxa, després de la seva inclusió no es produirà l'intercanvi voluntari de sol·licituds de dades. En aquest sentit, els dos nodes de la xarxa seran utilitzades pel conflicte d'adreces, però amb cada nova petició ARP dos nodes generaran errors en les adreces de conflicte.