Обнаружение конфликта IP
У моего предыдущего работодателя всякий раз, когда у нас были две системы с одним и тем же IP-адресом - особенно, если это были системы Windows, мы получали всплывающее окно в нашей системе заявляя: «Windows обнаружила конфликт IP-адресов».
У моего нового работодателя у нас были конфликты IP-адресов, и это сообщение не появляется. Чем отличается поведение окон от других? Есть ли в наших сетевых коммутаторах какие-то функции, которые нужно включить, или, может быть, что-то на уровне межсетевого экрана / шлюза?
Я должен сказать, что в обеих сетях IP-адреса назначаются статически - DHCP не используется.
Если вы управляете адресами с помощью статического назначения, могут возникнуть конфликты.
С точки зрения коммутаторов, когда вы говорите о конфликте, трудно различить. Если у вас реализованы кластеры, которые имеют общий адрес, который может быть переключен между узлами, в какой-то момент ожидается конфликт адресов (пока объявления не будут получены по всей сети).
DHCP решение таких проблем (даже если при определенных обстоятельствах здесь могут возникнуть конфликты). В зависимости от размера сети я настоятельно рекомендую подумать об использовании DHCP (который также дает вам множество дополнительных опций, с которыми вы можете легко справиться).
Изменить:
Похоже, есть путаница в отношении преимуществ использования DHCP. Использование DHCP в вашей сети (или даже несколько сетей при настройке брандмауэров через реле и т. д.) у вас есть центральная точка для ключевой конфигурации сети, которая предоставляет адреса, шлюзы и дополнительную конфигурацию времени выполнения, такую как DNS, NTP и многие другие службы.
Таким образом, DHCP может помочь вам достаточно хорошо организовать использование и назначение адресов в ваших сетях. Он, безусловно, не заменяет никакую документацию - которая в текущем состоянии [из-за конфликтов] кажется отсутствующей.
Проверьте RFC5227 и приведенный ниже KB. Это больше объясняет процесс. Как видите, он использует пакет ARP, который можно заблокировать на уровне коммутатора / локального межсетевого экрана.
- Последующее пассивное обнаружение другого хоста в сети непреднамеренное использование того же адреса. Даже если все хозяева соблюдают меры предосторожности, чтобы избежать использования адреса, который уже используется, конфликты все еще могут возникать, если два хоста не связаны во время первоначальной настройки интерфейса. Это могло произойти с беспроводными сетевыми интерфейсами, если хосты временно отключены диапазона, или с интерфейсами Ethernet, если связь между двумя Концентраторы Ethernet не работают во время обращения конфигурация. Хорошо спроектированный хост будет обрабатывать не только конфликты, обнаруженные во время настройки интерфейса, но также конфликты обнаружены позже, в течение всего времени что хост использует адрес (раздел 2.4.).
и, прежде всего, проверьте, что kb: https://support.microsoft.com/en-us/kb/120599
В системе при запуске, когда IP-протокол инициализируется, он отправляет запрос ARP, содержащий собственный MAC и IP-адрес, чтобы другие компьютеры могли обновить свои кэши ARP. Если уже есть компьютер, использующий IP-адрес, «старый» компьютер ответит ARP-ответом, содержащим его MAC и IP-адрес, что указывает на конфликт. К сожалению, многие другие компьютеры, возможно, уже обновили свои кэши ARP с новым отображением. В этот момент «младший» компьютер, который инициализируется, должен сделать две вещи:
Восстановить кэш ARP на всех пораженных компьютерах. Прекратите использовать повторяющийся адрес. Компьютеры, работающие под управлением Microsoft TCP / IP, отправят новую широковещательную рассылку ARP для переназначения кэша ARP на всех пораженных компьютерах. Этот новый ARP будет содержать MAC-адрес и IP-адрес старого владельца IP-адреса. После отправки этого ARP протокол IP на младшей машине сообщит о проблеме пользователю, и стек отключится. Стек не следует перезапускать, пока не будет получен уникальный адрес. Обратите внимание, что компьютер все еще может работать на этом этапе, если загружен другой протокол, например NetBEUI.