Konflikto de IP en la reto: Detección kaj Rezolucio

En la forumoj demandon pri la reto periode leviĝas kiuj enhavas la saman IP-adreson en la sama fizika segmento. Ĝi rezultas la tiel nomata konflikto de IP-adresoj en la reto. Post legi multaj de ĉi tiuj forumoj ĝi iĝas klare, ke ne ĉiuj konvene kompreni ĉi procezo, multaj komencas doni la faktojn por vario de fikcio kaj konjektoj, kiuj estas malproksimaj de la vero. Ne tiel longe en unu bonega rimedo administrantoj vigle debatis tiun temon. Tiurilate, estis necese iel klarigi la premante situacion. Forumo formato - interŝanĝo de ĉeno de demandoj kaj respondoj al ili, kaj en la artikolo povas kovri ĉio konstante.

Konflikto de IP en la reto kaj retaj protokoloj

La sola afero, kiu komisias de la kontrolo de la duobligo de reto adresojn, protokolo konvertiĝo estas ARP adresoj. Ĝi povas esti prezentita en iu formo ĉiuj ĉi interago. Kiam nova IP, nodo A sendas specialan broakdast libervola peton al la ARP formato. Gravas kompreni, ke tiu tuta procezo ne influas IP DNS servilo adreso. Peto estas speciala formo de transdono de informo, kie la kampo SPA TRA kaj enhavi siajn proprajn adresojn. Se ĉi tiu peto estis respondita kaj ĝi estas konflikto de IP en la reto. Se ne ekzistas respondo, do la adreso kaj duobligas ankaŭ ne, kaj ĝi estas unika en la reto. Multe pli interesa situacio kiam la respondo venas, ke en tiu kazo estas reto?

La nodo sendas peton al la reto, ĝi akiras la statuson de la tiel nomata atakanton la retejon, kaj kiu donis la respondon al la peto, ĝi akiras la statuson de la atakis ejo. Kio okazas al ĉiu el ili en la procezo de detección de la konflikto?

Konsideru atacante unuo. Se li ne metis dinamikan IP adreso, kaj la agordojn estas faritaj mane, post la respondo remetas inicialización adreson, tio estas, la nodo povas asigni konfliktantaj adreson al la interfaco. Rekorda estos enirintaj en la protokolodosiero kaj la eraro estas elmontrita sur la ekrano. Se la adreso opcio estas farata per la DHCP, tiam la kliento estos kontrolita de la konflikto kiu traktas, kiu estis ricevita de ili el DHCP-servilo en speciala pako DHCPOFFER. En tiu kazo, se ĝi rezultas ke la adreso de la DHCPOFFER rezervo, tiam post la kliento ricevas respondon al la peto estos sendita al speciala pako DHCPDECLINE DHCP-servilo. Depende de la servo efektivigo tiu adreso estos markita kiel misa, tiam ĝi devas esti forigita el la listo de haveblaj adresoj. Post tio, la kliento estos farita nova provoj akiri la IP-adreso de la servilo sendas la DHCPDISCOVER pakaĵoj.

Nun vi povas vidi la IP konflikto en la reto flanke de la atakis ejo. Ili fiksis la konflikto estas tre simpla, se la kampo de SPA, tiam la nodo estas konstatita konflikto. Ĉi tiu fakto ankaŭ registrita en la okazaĵo ŝtipo, kaj la uzanto ricevas erarmesaĝon. Samtempe kun la atakis gastiganto IP adreso ne forigita, ĝi iĝis la kaŭzo de konflikto. Post determini la konflikto komencas labori mekanismo por solvi la ekzistantajn konflikto. La esenco de la problemo en ĉi tiu kazo estas la jena: post sendo konsulto estas submetita al memvola peto al ĉiu kliento segmentojn en specifa ŝablono. La rezulto estas akiri bildon de seria komunikado triobla kadrojn.

Gravas kompreni, ke la komunikado petojn kaj respondojn nur por pravalorizi la adreso. Se, ekzemple, la retejo estis agordita por trakti konflikton antaŭ lia ligo al la reto, post lia inkludo ne okazas libervola interŝanĝo de datumoj petoj. Tiurilate, la du nodoj de la reto estas uzata de la adreso konflikto, sed kun ĉiu nova ARP peto ambaŭ nodoj generos eraroj sur konflikto adresoj.