Посмотрев на другие сообщения, я все еще могу это понять. Начну с самого начала ...
Я унаследовал эту сеть, и я не очень разбираюсь в ней ...
У нас есть DHCP-сервер AD, который также является нашим DNS-сервером. У нас были проблемы с VPN (на том же сервере), и мой босс решил отключить маршрутизацию и удаленный доступ, что очистило настройки. Нам не удалось правильно настроить его, поэтому мы откатились к резервному диску, который они создали несколько месяцев назад.
После отката у меня были списки Bad_Address в DHCP, а в зонах прямого просмотра DNS есть несколько повторяющихся записей. У нас в сети менее 50 устройств, но у меня отображается более 90 неверных адресов. Этот сервер в настоящее время работает, но мы постоянно получаем конфликты IP-адресов практически на всех компьютерах. У меня были люди, которые выпускали и обновляли, но это не помогло ... Я также удалил и повторно добавил область действия, но безрезультатно.
Мы будем очень благодарны за любую помощь или идеи, и я прошу прощения, если пропустил другой пост, в котором есть полезная информация.
Спасибо,
ОБНОВЛЕНИЕ - мы смотрели на материал, и когда мы пингуем адрес, который отображается как плохой, он не отвечает, но когда мы смотрим на arp, он отображается как Mac-адрес шлюза по умолчанию ...
Оказывается, наши коммутаторы хранят старую информацию об arp. Все, что нам нужно было сделать, это перезагрузить их ...
Спасибо!
Эти нежелательные записи BAD_ADDRESS обычно попадают туда, когда что-то уже есть на адресе, и он пытается передать аренду, будь то из статически настроенной системы или старой аренды, о которой он не знает.
Моя рекомендация, поскольку у вас лишь небольшое количество систем в сети (и при условии, что для этой подсети у вас настроено / 24 или больше), было бы поместить диапазон исключений в настройках DHCP, который охватывает все текущий адрес и настройки BAD_ADDRESS. Так, например, если у вас есть аренда и BAD_ADDRESSES, разбросанные до .150, тогда поставьте исключение для 1-150, заставляя DHCP-сервер выдавать более высокий адрес, который должен быть неиспользованным и чистым.
Как только это будет сделано, подождите половину обычного времени аренды (8 дней по умолчанию, поэтому подождите 4 дня) и убедитесь, что все системы теперь находятся на высоких адресах. Затем вы можете очистить записи BAD_ADDRESS, удалить исключение 1-150 и вернуться к нормальному состоянию.