2008 R2 - [решено] Резервирование и исключение адресов на DHCP-сервере IPv4

zonderz · Отправлено: **19:07, 06-06-2010** | #2

Цитата QRS:

В случаях если несколько адресов выделены для определенных компьютеров, а сетевым платам этих компьютеров назначены фиксированные адреса (DHCP-клиент отключен), подскажите, как правильно сделать: резервировать адреса или исключать из области DHCP??? »

Если на клиенте включена автонастройка IP-адреса - то резервирование.
В вашем случае - исключение. Какой смысл резервировать адрес, если механизм резервирования требует вклчючения на клиенте автонастройки IP-адреса? Подробно - в любой справке Windows Server.

QRS · Отправлено: **20:17, 06-06-2010** | #3

Смысл резервирования: чтобы DHCP-сервер отклонял запросы аренды этих адресов.
Если будет исключение, то сервер просто проигнорирует запрос (левого) клиента на резервирование этого адреса.

На самих компьютерах DHCP-клиента включать нет необходимости.

zonderz · Отправлено: **20:26, 06-06-2010** | #4

Цитата QRS:

Смысл резервирования: чтобы DHCP-сервер отклонял запросы аренды этих адресов.
Если будет исключение, то сервер просто проигнорирует запрос (левого) клиента на резервирование этого адреса. »

Смысл резервирования - чтобы DCHP-сервер всегда давал в аренду один и тот же IP-адрес заданному устройству.

Цитата QRS:

На самих компьютерах DHCP-клиента включать нет необходимости. »

Для резервирования - автонастройка IP на клиенте должна быть включена

В любом другом случае это статика.

QRS · Отправлено: **20:51, 06-06-2010** | #5

Читайте первый пост про поведение сервера при запросе резервированного адреса, если MAC-адрес не соответствует.

amel27 · Отправлено: **03:58, 07-06-2010** | #6

Цитата QRS:

после попыток пинговать шлюз его старой сети [...] где шлюз имел тот же адрес »

не понял, причем тут "шлюз"? DHCP-запросы либо широковещательные, либо юникастовые прямо на DHCP-сервер

Цитата QRS:

Вариант 1 »

DHCPDISCOVER будет отправлен только при смене адреса DHCP-сервера (как-то же должен клиент найти DHCP)... если DHCPREQUEST получит "живой" DHCP-сервер, то он ответит DHCPNAK и никакой задержки с выдачей не произойдет, т.е. аналогично "Варианту 2"

подтвержение IP требуется при каждой загрузке клиента (DHCPREQUEST), так что никакого "нелегального захвата" не будет

QRS · Отправлено: **18:24, 07-06-2010** | #7

Цитата amel27:

не понял, причем тут "шлюз"? DHCP-запросы либо широковещательные, либо юникастовые прямо на DHCP-сервер »

Клиент DHCP от MS пингает шлюз старой сети если не получает ответа от DHCP-сервера. Если пинг проходит, то клиент считает, что он в старой сети и держит свой адрес до завершения аренды.

Цитата amel27:

DHCPDISCOVER будет отправлен только при смене адреса DHCP-сервера (как-то же должен клиент найти DHCP)... »

Да, но в этот пакет клиент включает последний известный ему адрес... Если адрес входит в исключения DHCP-сервера, то сервер игнорирует пакет.

Цитата amel27:

подтвержение IP требуется при каждой загрузке клиента (DHCPREQUEST) »

Согласно описанию клиента DHCP от MS, подтверждение не требуется, если не найдены DHCP-сервера с помощью DHCPDISCOVER, аренда прошлого адреса не истекла, а шлюз, адрес которого был известен в прошлой аренде ответил на ping.

В общем вопрос был про позицию MS.

Пост zonderz навел меня на мысль, что позиция MS будет в том, что исключение сделать проще, чем резервирование; а админ должен идти по пути наименьшего сопротивления.