Что клиент DHCP считает “лучшим” ответом?
30-120 секунд запираются системы. Необходимо ли восстановить его? ЕСЛИ это восстанавливается отдельно после данного времени затем лучшая проверка сетевое соединение, могли бы просто быть неисправные кабели, простой способ протестировать отсутствует, должен выполнить ping-f и взглянуть на числа. Если это изменяется слишком решительно затем, возможности, это - кабель
То, как клиент реагирует на несколько ответов DHCP, зависит от производителя, даже от прошивки.
Варианты, которые я видел на протяжении многих лет, следующие:
1) Принять первый, независимо от того, ACK это или NACK.
2) Возьмите первый ACK, полностью игнорируя NACK.
3) Возьмите последний ACK, полученный в течение заданного временного интервала (обычно 5-10 секунд).
Пример: несколько лет назад у нас были проблемы с МФУ Ricoh.
У нас было 2 DHCP-сервера. Один предоставил адреса, другой - только дополнительные параметры DHCP. Второй сервер всегда отвечал первым.
Ricoh использовал вариант 1), даже если первое предложение содержало только параметры DHCP. Ricoh изменила его на вариант 2) с обновлением прошивки после того, как мы объяснили им проблему.
Предполагая, что маршрутизатор все еще действует как ретранслятор DHCP и пересылает запрос на исходный сервер, то причина, по которой он это сделал, состоит в том, что сервер DHCP Windows сказал ему продолжить и использовать IP. В этом случае DHCPNACK от нового сервера не имеет значения, так как DHCP-клиент будет рассматривать все ответы, и, поскольку он получил предложение из окна DHCP Windows, он совершенно счастлив его использовать.
ПК: О, привет, могу Я использую 192.168.1.123?[1288 impressionNew-DHCP: Я говорю нет.
Старый DHCP: Я говорю да.
ПК: Кто-то сказал да! Милый, я воспользуюсь им!
Если ничего не помогает - RTFM (прочтите прекрасную инструкцию). В данном случае первым оказался хит.
RFC 2131 описывает DHCP-операции.
В разделе 1.6 говорится, что DHCP должен :
Сохранять конфигурацию DHCP-клиента при перезагрузке сервера, и всякий раз, когда возможно, DHCP-клиенту должна быть назначена такая же конфигурация параметры, несмотря на перезапуск механизма DHCP,
Теперь интересный вопрос заключается в том, как эта проектная цель достигается на клиенте, который ничего не знает о своем прошлом. В разделе 3.2 описывается:
3.2 Взаимодействие клиент-сервер - повторное использование ранее выделенной сети адрес
Если клиент помнит и желает повторно использовать ранее выделенный
сетевой адрес, клиент может пропустить некоторые шаги
описано в предыдущем разделе. Временная диаграмма на рисунке 4
показывает временные отношения при типичном взаимодействии клиент-сервер для клиента, повторно использующего ранее назначенный сетевой адрес.
Клиент передает сообщение DHCPREQUEST в своей локальной подсети. Сообщение включает сетевой адрес клиента в опция "запрошенный IP-адрес". Поскольку клиент не получил сетевой адрес, он НЕ ДОЛЖЕН заполнять поле 'ciaddr'. BOOTP агенты ретрансляции передают сообщение на DHCP-серверы, находящиеся на разных подсеть. Если клиент использовал «идентификатор клиента» для получения своего адрес, клиент ДОЛЖЕН использовать тот же «идентификатор клиента» в Сообщение DHCPREQUEST.
Серверы со знанием параметров конфигурации клиента. ответить клиенту сообщением DHCPACK. Серверы НЕ ДОЛЖНЫ проверьте, что сетевой адрес клиента уже используется; то клиент может ответить на сообщения ICMP Echo Request на этом этапе.
Таким образом, DHCP-сервер, имеющий активную аренду, получает приоритет, используя ярлык в протоколе.
- Клиент: DHCREQUEST (MAC-адрес, широковещательный, будет передан в локальном широковещательном домене - здесь локальная VLAN и через IP-помощник к Windows-DHCP-серверу)
- Ноутбук-DHCP-сервер: DHCPOFFER
- Windows-DHCP-сервер: Эй, я уже знаю вас - DHCPACK
- Клиент: О, я получил два ответа. Тот, кто меня уже знает. Круто, я приму это
С этого момента DHCP-сервер ноутбука игнорируется Клиентом.
Таким образом, решение в нашем случае, вероятно, будет таким (я обновлю его, когда мы действительно его протестируем):
- Убедитесь, что клиент выключен.
- Отключите DHCP-сервер на портативном компьютере, поддельный клиентский MAC-адрес на портативном компьютере, DHCP-запрос
- Освободите IP-адрес
- Восстановите исходный IP-адрес и MAC, включить DHCP-сервер
- Включите клиента и выполните загрузку PXE ...
Этот старый поток ServerFault показывает, как использовать Exim MTA для реализации этого:
Настройка Exim для пересылки почты
Чтобы это работало, Реализация политики большинства поставщиков здесь очень проста (например, первое полученное предложение или получено первое приемлемое предложение) и является «жестко запрограммированной» (т. е. не настраиваемой).
Наличие двух серверов DHCP, обеспечивающих обслуживание одной сети с различная конфигурация просто приводит к гонкам, что нежелательно с точки зрения надежности или предсказуемости. На самом деле нет причин, по которым ваш единственный DHCP-сервер не может предоставить то, что вам нужно.