У меня небольшой офис с модемом ATT Motorola (192.168.1.254), установленным в качестве транзитного канала для Dlink DIR-815 (LAN 192.168.0.1). Я пытаюсь настроить DHCP-сервер на Server 2012, и когда я создаю новый DHCP-сервер, заголовок создается как 169.254.. вместо доменного имени. (Клиенты домена могут получать IP-адреса, как определено в области действия)
Клиенты, не принадлежащие к домену, получают IP-адреса не от сервера, а от Motorola ... Как убедиться, что настройка DHCP правильно создается, и как убедиться, что клиенты домена и клиенты, не относящиеся к домену, получают IP-адреса от сервера?
Вы уверены, что этот адрес 169.254 назначается модемом через DHCP? Это не адреса частной подсети, это связать локальные адреса автонастройки. Предполагается, что они будут использоваться хостами, которые не имеют статического IP-адреса и не могут связаться с DHCP-сервером для получения авторитетного адреса.
Я предполагаю, что ваша служба DHCP не работает, и что хосты настраиваются с этим диапазоном адресов.
Если это хосты Windows, ipconfig /renew немедленно вернуться с успехом или время истекло?
1) DLink предоставляет DHCP. Ни в коем случае это не исходит от Motorola или провайдера, поскольку DLink выполняет NAT (иначе у него не было бы 192.168.0.1 на стороне LAN).
Отключите DHCP на DLink, пожалуйста.
2) Точное разделение между сервером и другим DHCP-сервером для доменных и недоменных клиентов является подделкой. При наличии двух DHCP-серверов оба ответят на DHCP-запрос. Клиент решает, какое предложение принять. Если у клиента была история с одним из них, он обычно принимает предложение сервера, с которым последний раз разговаривал. Может показаться, что клиент-домен общается только с сервером 2012, но на самом деле это не так.
Мое лучшее предположение: изначально сервер 2012 года не получил DHCP и автоматически сгенерировал адрес. В этот момент DHCP-сервер на машине был активирован. После этого вы установили статический IP-адрес, но не перезапустили службу DHCP, поэтому она не уловила это. Вероятно, после перезагрузки сервера это будет выглядеть нормально.
Первая причина, вызывающая такие проблемы, - это подключенная сетевая карта. Даже если нет физического соединения, он получает IP-адрес серии 169.254.xx и может вызвать такие проблемы. В качестве решения вы можете отключить IPv4 на этой сетевой карте. Или вы можете удалить этот адрес с помощью netsh (http://technet.microsoft.com/en-us/library/cc731521(WS.10).aspx#BKMK_deleteaddress)
У вас есть несколько сетевых адаптеров на сервере, но они не подключены? Отключение неподключенных сетевых адаптеров решает эту проблему. DHCP-сервер был привязан к неправильному адаптеру.