On the router I set a static IP 192.168.1.20 to Mac Addresse XYN:123
Now a new device XXX:999, sets in its network card to always use addresse 192.168.1.20
Я не уверен насчет этой схемы именования, так как она выглядит скорее как hostname:port
не как MAC-адрес.
Давайте представим, что:
- на
DHCP Server
вы устанавливаете статическое резервирование для xx:xx:xx:xx:xx:xx
на 192.168.1.20
- Это устройство подключается к сети и правильно проходит через каналы DHCP
- Новое устройство с mac-адресом
yy:yy:yy:yy:yy:yy
подключается к сети и пытается использовать локально настроенный статический IP-адрес 192.168.1.20
Анекдотично: Мои серверы Oracle Linux (см. На базе Red Hat) проверяют, используется ли адрес в сети, прежде чем полностью подключить сетевой адаптер. Windows Machines попытается подключить сетевой адаптер, обнаружить конфликт и сообщить о предупреждении о ip address conflict
В конечном итоге: поведение не определено, и разные операционные системы будут использовать разные процедуры для устранения / игнорирования проблемы. Если в сети подключено два устройства с одинаковым IP-адресом, все узлы в подсети будут иметь arp entry
сопоставляющую IP-адрес одному из двух MAC ADDRESSES
. Поскольку существуют конфликтующие IP-адреса, это сопоставление может быть различным на каждом узле. Для технического обсуждения см. Следующее: Вступление в ARP Spoofing
В корпоративной сети может быть целесообразным иметь аппаратное / программное обеспечение, которое пытается обнаружить и заблокировать такие попытки.
Вывод: если два узла успешно подключены в одной подсети с одним и тем же IP-адресом, возникнут проблемы с подключением как минимум для одного и, возможно, обоих узлов. Эти проблемы могут распространяться наружу, чтобы повлиять на всю сеть, если на любом из узлов размещены критически важные службы.