Конфликт на IP адреси на мрежата: Откривање и решавање на

На форуми прашање во врска со мрежата периодично се зголемува, кои содржат иста IP адреса во иста физичка сегмент. Излегува т.н. конфликт на IP адреси на мрежата. По читањето на многу од овие форуми, станува јасно дека не сите правилно да се разбере овој процес, толку многу се почнуваат да се даде на фактите за различни фантастика и претпоставки кои се далеку од вистината. Не толку одамна во еден одличен администратори ресурсите интензивно се дебатира на ова прашање. Во овој поглед, тоа е потребно да се некако појасни притискање ситуација. Форум формат - размена на еден синџир на прашања и одговори на нив, а во статијата може да ги покрие сè постојано.

Конфликт на IP адреси на мрежата и мрежните протоколи

Единственото нешто што е одговорен за контрола на дуплирање на мрежни адреси, конверзија протокол е Арп адреси. Тоа може да биде претставен во некоја форма на сите оваа интеракција. Кога нова IP адреса, јазол А праќа специјален broakdast доброволно барање на форматот Арп. Важно е да се разбере дека целиот овој процес не влијае на IP адресата на DNS сервер. Барањето е посебна форма на пренос на информации, каде што областа СПА TRA и содржат свои адреси. Ако ова барање е одговорено, а тоа е конфликт на IP адреси на мрежата. Ако нема одговор, а потоа ја адресата и двојки или, и таа е уникатна во мрежата. Многу интересна ситуација кога одговорот доаѓа, дека во тој случај постои мрежа?

Јазол праќа барање до мрежата, се стекнува со статус на местото на т.н. напаѓачот, и оној што ќе даде одговор на барањето, се стекнува со статус на нападнаа сајтот. Што се случува со секоја од нив во процесот на откривање на конфликт?

Размислете напаѓачки единица. Ако тој не го постави една динамична IP адреса и поставките се направени рачно, по одговорот е ресетирање иницијализација адреса, што е, на јазол може да доделите спротивставени адреса на интерфејс. Рекорд ќе бидат внесени во дневник-датотеката и на грешка е прикажана на екранот. Ако поставката на адреса се врши преку DHCP, а потоа на клиентот ќе биде потврдена на конфликтот кои се однесуваат, што беше ги добиле од DHCP сервер во посебен пакет DHCPOFFER. Во тој случај, ако тоа излегува дека на адресата на резервната DHCPOFFER, а потоа по клиентот добива одговор на барањето ќе бидат испратени на посебен пакет DHCPDECLINE DHCP-сервер. Во зависност од имплементација на услугата на оваа адреса ќе биде означен како неисправни, тогаш тоа мора да биде отстранет од листата на достапни адреси. После тоа, на клиентите ќе бидат направени нови обиди да се добие IP адреса на серверот испраќање на пакети DHCPDISCOVER.

Сега можете да видите конфликт на IP адреса на мрежата на страна на нападнатите сајт. Тие утврдиле дека конфликтот е многу едноставна, ако на полето на СПА, тогаш јазол се утврди конфликт. Овој факт, исто така, се евидентираат во дневникот на настанот, а корисникот добива порака за грешка. Во исто време со нападнати домаќин IP адреса не е отстранета, таа стана причина за конфликт. По утврдување на конфликт ќе почне да работи на механизам за решавање на постојните конфликти. Суштината на проблемот во овој случај е како што следува: по испраќањето на барањето се доставува до доброволна барање на сите сегменти на корисници во одредена шема. Резултатот е да се добие модел на сериска комуникација трокреветни рамки.

Тоа е важно да се разбере дека барањата на комуникацијата и одговори само да се иницијализира на адреса. Ако, на пример, на сајтот е конфигуриран за решавање на конфликтот пред нејзината врска со мрежата, по неговото вклучување нема да се случи доброволна размена на податоци барања. Во овој поглед, на два јазли на мрежата ќе се користи од страна на конфликт на адреса, но со секое ново барање Арп и јазли ќе се генерираат грешки за судир адреси.