1.8 Параметры клиента в DHCP
Не все клиенты требуют инициализации всех параметров, перечисленных в приложении A. Используются два способа сокращения числа параметров, пересылаемых от сервера клиенту.1. Большинство параметров имеет значения по умолчанию, определенные в Host Requirements RFC; если клиент не получил параметров от сервера, которые переписывают значения по умолчанию, клиент использует эти значения.2. В своем исходном сообщении DHCPDISCOVER или DHCPREQUEST, клиент может предоставить серверу список специфических параметров, которые ему нужны. Если клиент включает список параметров в сообщение DHCPDISCOVER, он должен включать этот список в любое последующее сообщение DHCPREQUEST. Клиент должен включить опцию maximum DHCP message size, чтобы позволить серверу знать, максимальный размер его DHCP-сообщений. Параметры, присланные в ответ клиенту, могут иметь размер больший, чем выделено для опций в сообщении DHCP. В этом случае, два дополнительных опционных флага (которые должны присутствовать в поле опции сообщения) индицируют, что для опций должны использоваться поля file и sname. Клиент может проинформировать сервер о том, в каких конфигурационных параметрах заинтересован клиент, включив опцию parameter request list. Кроме того, клиент может предложить значения для сетевого адреса и времени его действия в сообщении DHCPDISCOVER. Клиент может включить опцию requested IP-адрес, чтобы предложить конкретное значение IP-адреса, которое он хотел бы получить, и может включить опцию IP-адрес lease time, чтобы предложить предпочтительное значение времени действия конфигурационного набора. Другие опции, представляющие рекомендации по конфигурационным параметрам, допустимы в сообщении DHCPDISCOVER или DHCPREQUEST. Однако дополнительные опции могут игнорироваться серверами, и разные серверы могут прислать различные отклики на одни и те же опции. Опция requested IP-адрес должна заноситься только в сообщение DHCPREQUEST, когда клиент проверяет конфигурационные параметры, полученные ранее. Клиент заполняет поле ciaddr, только когда он имеет корректный IP-адрес в состояниях BOUND, RENEWING или REBINDING. Если сервер получает сообщение DHCPREQUEST с некорректным запрошенным IP-адресом, он должен прислать клиенту сообщение DHCPNAK и может уведомить о проблеме системного администратора. Сервер может включить код ошибки в опцию сообщения.
- 1. Протокол динамического распределения адресов DHCP
- 1.1 Постановка задачи
- 1.2 Цели
- 1.3 Краткий обзор протокола
- 1.4 Основные конфигурационные параметры
- 1.5 Динамическое выделение сетевых адресов
- 1.6 Протокол клиент-сервер
- 1.7 Взаимодействие клиента и сервера при выделении сетевого адреса
- 1.8 Параметры клиента в DHCP
- 2. Интернет-технология и ее применение для задач управления организацией
- 2.1 Internet/intranet - технологический базис новых методов управления
- 2.2 Фундамент сетевого взаимодействия
- 2.3 Возможности Internet для предприятия
- 2.4 Интранет и методы управления
- Литература
- Протокол динамической конфигурации хостов (dhcp).
- Настройка динамического обновления dns для dhcp-клиентов
- 5. Порядок распределения ip-адресов. Автоматизация процесса назначения ip-адресов (протокол dhcp)
- Протокол dhcp
- Автоматизация процесса назначения ip-адресов узлам сети - протокол dhcp
- Протокол dhcp.
- Система доменных имен dns. Протокол динамического конфигурирования хостов dhcp.
- 10. Протокол dhcp