Протокол DHCP (протокол динамической конфигурации хостов) в Windows 2000

OSzone.net » Microsoft » Windows 2000/NT » Другое » Протокол DHCP (протокол динамической конфигурации хостов) в Windows 2000
Автор: Александр Пидодня aka Архимед
Иcточник: (переведено с англ.) Microsoft Technet
Опубликована: 10.07.2006
Club logo

В состав сетевой операционной системы Microsoft Windows 2000 Server входит расширенная реализация протокола динамической конфигурации хостов (DHCP), которая   включает интеграцию DHCP со службой доменных имен (DNS), улучшенную возможность наблюдения за производительностью и отчетностью серверов DHCP, поддержку классов параметров определенных пользователем или вендором, поддержку многоадресных областей, и определение неавторизованных серверов DHCP. Также в этом документе рассказывается об организации кластера Windows на основе Windows 2000 Advanced Server. Протокол DHCP в Windows 2000 является открытым и основан на промышленных стандартах, поддерживающих RFC 2131 и 2132.

На этой странице

Введение

Новое в DHCP в Windows 2000

Обзор DHCP

Развертывание DHCP

Советы и рекомендации

Планы на будущее

Заключение

Приложение А: Предопределенные типы параметров для DHCP-клиентов

Приложение B: Измерение производительности сервера Windows NT 4.0

Введение

Корпорация Microsoft с операционной системой Microsoft Windows 2000 Server продолжает давнюю традицию поддержки протокола DHCP (Dynamic Host Configuration Protocol), открытый промышленный стандарт которого упрощает администрирование TCP/IP сетей. Каждому компьютеру, подключенному к TCP/IP сети, должен быть назначен уникальный IP-адрес. Протокол DHCP освобождает сетевого администратора от конфигурирования всех компьютеров вручную. Сетевой протокол TCP/P применяется повсеместно, и особенно в корпоративных сетях, использующих технологии Internet.

Однако конфигурирование администрирование клиентов сети TCP/IP традиционно является трудоемким и дорогостоящим. Поэтому корпорация Microsoft, являющаяся членом IETF (проблемная группа проектирования Интернета Internet Engineering Task Force), изначально была сторонником технологии динамического назначения IP-адресов, и работала совместно с другими членами группы IETF в разработке протокола DHCP. Протокол DHCP является открытым и основан на стандартах, определенных IETF RFC 2131 и 2133. Протокол DHCP позволяет автоматически конфигурировать хосты при загрузке по TCP/IP сети, а также изменять настройки при подключении хостов в сеть. Это позволяет хранить все допустимые IP-адреса, а также такую необходимую конфигурационную информацию как маска подсети, шлюзы и адреса серверов DNS в центральной базе данных.

Служба DHCP облегчает работу сетевых администраторов, и чем больше сеть, тем больше преимущества. Без динамического назначения адресов, необходимо учитывать следующие аспекты: В противоположность вышеперечисленному, протокол DHCP предоставляет следующие преимущества: В состав Windows 2000 Server входит сервер DHCP, дополненный новыми мощными возможностями, включая: Эти возможности, совместно с наследуемой от предыдущих версий, функциональностью сервера DHCP корпорации Microsoft, делают это решение незаменимым при организации современных корпоративных сетей.

Наверх страницы

Новое в DHCP в Windows 2000

В Windows 2000 Server встроен усовершенствованный Microsoft сервер DHCP, позволяющий более просто развертывать и управлять службой DHCP. В него включены следующие новые возможности:

Интеграция DHCP с DNS

Серверы DNS, обеспечивающие разрешение имен сетевых ресурсов являются родственными со службами DHCP. В Windows 2000 серверы DHCP и клиенты DHCP могут регистрироваться в DNS. Стандарты управления DHCP и взаимодействия с DNS все еще находятся в состоянии разработки IETF, но корпорация Microsoft намерена, поддерживать данные стандарты, по мере их утверждении. Ориентация на интеграцию DHCP-DNS Некоторые моменты, касающиеся интеграции динамических служб DNS и DHCP в Windows 2000 Server не являются окончательными, и Microsoft в очередной раз перерабатывает реализацию интеграции DHCP/DNS в ОС Windows 2000 Server. Подробное изложение целей реализации взаимодействия DHCP-DNS описано в черновом документе (http://www.watersprings.org/pub/id/draft-ietf-dhc-dhcp-dns-08.txt (EN)), хотя этот документ и не описывает окончательную реализацию взаимодействия  DHCP/DNS. В этом документе IETF определено, как сервер DHCP может регистрировать и обновлять записи указателя (PTR) и адреса (А) от имени клиентов, использующих DHCP. Также в этом документе описано назначение дополнительного параметра DHCP (код 81), который позволяет возвращать полное квалификационное доменное имя (FQDN) серверу DHCP. Если определено FQDN-имя, тогда для модификации записей ресурсов хоста на динамическом сервере DNS выполняется интерпретация FQDN-имени сервером DHCP, который инициирует дальнейшее взаимодействие, используя динамический DNS (DDNS).

Сервер DHCP при регистрации в DDNS записей типа A и PTR выступает от имени клиентов, работающих под управлением Microsoft Windows 9x и Windows NT 4.0, которые не могут отправить параметр 81 на сервер. На основе этого параметра сервер DHCP отличает клиентов Windows 2000 Professional от других клиентов. Возможны следующие варианты функционирования сервера DHCP при обработке информации DNS от имени DHCP-клиентов:

Протокол DHCP и статическая служба DNS не совместимы для поддержки синхронизации информации о преобразовании имен в адреса. Это может быть причиной проблем при использовании DHCP совместно с DNS в сети, в где работают устаревшие статические серверы DNS, которые неспособны динамически обрабатывать конфигурационные изменения DHCP-клиентов.

Во избежание ошибок с поиском в службе DNS клиентов, регистрируемых DHCP, при работе статической службы DNS могут быть выполнены следующие приемы:

Улучшенное наблюдение за производительностью и отчетностью  серверов DHCP

В состав DHCP-сервера Windows 2000 добавлены средства улучшенного наблюдения за производительностью и отчетностью. Эта новая особенность позволяет выводить   предупреждение, когда при выделении IP-адресов достигнут административно установленный порог.

Например, предупреждение может быть выведено, когда использовано 90 процентов IP-адресов данной области. Следующее предупреждение может быть выведено, когда пул IP-адресов будет исчерпан. Когда количество свободных адресов опустится ниже определенного уровня, значок сервера станет желтым, тем самым, предупреждая администраторов. Значок станет красным, если все адреса исчерпаны.

Диспетчер DHCP, поддерживающий SMNP и MIBs, предоставляет графическое отображение статистических данных, что помогает администраторам контролировать состояние системы (например, количество доступных адресов по сравнению с выданными, либо количество выдаваемых в аренду адресов в секунду). Дополнительная статистическая информация включает количество обработанных предложений и сообщений, а также количество запросов, подтверждений, отказов, отсутствие подтвержденных сообщений (Nacks) и полученных реализаций.

Кроме того, возможно отображение количества использованных и доступных областей и адресов на сервере, а также их суммарное количество. Такая статистика может быть выведена как для конкретных областей, так и для всего сервера в целом, отображая совокупности областей, управляемых этим сервером.

Поддержка классов параметров предоставляемых пользователем и вендором

Сервер DHCP в Windows 2000 приобрел мощную функциональность, позволяющую использовать параметры, определенные вендором, как альтернативу потенциально длительному процессу утверждения группой IETF новых стандартных параметров. Эти классы параметров определены вендорами (производителями) и задаются сочетанием битов данных, с помощью которых определяется, является ли данный класс параметров стандартным или предоставленным вендором. Однажды идентифицированный, как определенный вендором, DHCP использует конфигурацию, заданную для конкретного вендора. Эта возможность позволяет настраивать приложения в сети предприятия для быстрого внедрения. Для оборудования различных производителей в сети, также могут быть использованы различные параметры для определения различных функций. Классы вендоров и параметры классов вендоров описаны в RFC 2132.     

Поддержка классов пользователей

В настоящее время все DHCP-клиенты обрабатываются одинаково, и сервер не знает ничего о конкретном типе клиентов. Это означает, что должна быть единая штатная конфигурация, которая применяется к любому DHCP-клиенту. При выделении адреса из области, вместе с ним назначаются доступные для этой области параметры. Классы пользователей позволяют дифференцировать DHCP-клиентов по различным типам, в зависимости от различных характеристик клиентов, как например настольное исполнение или ноутбук. Администратор может конфигурировать сервер DHCP при назначении различных параметров в зависимости от типа клиентов, к которым они будут применены. Например, меньший срок аренды должен быть применен для клиентов, являющихся ноутбуками. Настольным компьютерам, таким как CAD-платформам (для автоматизированного проектирования), в той же сети могут потребоваться специальные настройки. Эти различия могут включать срок аренды, адреса серверов DNS и WINS, а также другие параметры DHCP. Эта возможность дает администраторам большую гибкость при конфигурировании клиентов. Если параметры класса клиента не используются, то при назначении будут применены настройки по умолчанию.

Назначение групповых адресов (multicast address)

Сервер DHCP корпорации Microsoft получил возможность, позволяющую в дополнение к обычным – одноадресным адресам, назначать групповые адреса, которые были описаны стандартом IETF, определяющим использование групповых адресов. Преимущества, предлагаемые стандартом, позволяют назначать групповые адреса аналогично простым или одноадресным адресам, что позволяет более полно использовать существующую инфраструктуру. Электронные конференции или передача звука являются типичными приложениями, использующими групповую адресацию, для которых требуется специальная конфигурация групповых адресов. В отличие от широковещательного IP, возможность использования которого должно быть у всех компьютеров в сети, групповой адрес определяет группу компьютеров, которые являются получателями сообщений. Возможность назначения групповых адресов состоит из двух частей и организована следующим образом. На сервере реализуется поддержка для выделения групповых адресов, и клиентские приложения используют API при запросах на выделение, обновление или освобождение групповых адресов. Для использования этой возможности, администратор, применяя оснастку MMC, должен сконфигурировать многоадресную область с соответствующим диапазоном IP на сервере. Клиент использует API для запроса группового адреса из области. Реализация взаимодействия между клиентом и сервером основана на формате пакетов, аналогичных используемым протоколом DHCP.

Определение неавторизованных серверов DHCP

Сервер DHCP корпорации Microsoft, используемый в Windows 2000, разработан для предотвращения конфликтов при назначении адресов, выдаваемых неавторизованными серверами. Это позволяет избежать проблем, возникающих в случае создания пользователями неавторизованных серверов DHCP, которые, в свою очередь, могут выдавать неверные IP-адреса для других клиентов в сети. Например, пользователь мог бы создать локальный сервер DHCP, выдающий не уникальные адреса, которые неумышленно могли бы взять в аренду клиенты, запрашивающие адреса в этой сети.

Это является одной из причин сокращения до минимума числа развернутых серверов DHCP, как это описано далее в разделе Советы и рекомендации. Конечно, такие события наиболее вероятны, когда кем-то установлен другой сервер, уже активный в сети.

В Windows 2000 сервер DHCP имеет возможность управления, предотвращающую неавторизованное развертывание, а также определение существующих неавторизированных серверов DHCP. В прошлом, любой мог установить DHCP-сервер в сети, а в настоящее время требуется этап авторизации. Персоналом, производящим авторизацию обычно является администратор домена, в который входит Windows 2000 Server, либо иной пользователь, кому делегированы задачи по управлению серверами DHCP.

Защита от неавторизованных серверов DHCP

Для хранения записей об авторизованных серверах DHCP используется служба каталогов Active Directory. При развертывании сервера DHCP служба каталогов может быть использована для проверки состояния этого сервера. Если сервер не авторизован, он не может возвращать ответы на запросы DHCP. На это должен среагировать сетевой администратор с достаточными правами доступа. Администратор домена может назначить права доступа к папке, содержащей конфигурационные данные DHCP, для разрешения только авторизованному персоналу добавлять серверы DHCP в утвержденный список.

Список авторизованных серверов может быть создан в службе каталогов Active Directory посредством оснастки DHCP. При первоначальном запуске сервер DHCP пытается определить, имеется ли этот раздел в каталоге домена. Если это так, сервер пытается обратиться к службе каталогов для определения принадлежности сервера списку авторизованных серверов. Если сервер авторизован, то он рассылает сообщение DHCPINFORM чтобы определить, присутствуют ли в сети другие работающие службы каталогов и выяснения, может ли он быть применен и для них.

Если серверу не удается подключиться к службе каталогов, то он предполагает, что он не авторизован и не отвечает на запросы клиентов. Аналогично, если сервер обнаруживает службу каталогов, но не находит себя в списке авторизованных серверов, он не будет отвечать на запросы клиентов. Если же сервер находит себя в списке авторизованных серверов, он начинает обслуживание запросов клиентов.

Защита от неправильного использования серверов DHCP в рабочей группе

Когда сервер DHCP не принадлежит домену (является членом рабочей группы), при его запуске происходит следующее: сервер отправляет широковещательное сообщение  DHCPINFORM в сеть. Другие серверы, которые получают это сообщение, отвечают на него сообщением DHCPACK и предоставляют имя домена службы каталогов, к которому они принадлежат. Если сервер DHCP рабочей группы находит в сети другой сервер DHCP, принадлежащий домену, сервер DHCP из рабочей группы предполагает, что он не является авторизованным в данной сети и не обслуживает запросы. Если DHCP-сервер рабочей группы обнаружит присутствие другого сервера из рабочей группы, то последний будет проигнорирован. Это означает, что вероятно одновременно активны несколько серверов рабочей группы, а также то, что отсутствует служба каталогов.

Даже когда сервер из рабочей группы запускается и не находит препятствий для своей работы (поскольку отсутствуют другие сервера в домене или сервера из рабочей группы в сети), он продолжает отправлять сообщение  DHCPINFORM каждые пять минут. Если позднее появится другой авторизированный сервер DHCP член домена, сервер рабочей группы определит себя неавторизованным и прекратит обслуживание клиентов.

Кластеризация Windows для высокой доступности

В кластере Windows управление двумя серверами осуществляется аналогично управлению единой системой.

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

В кластере Windows автоматически определяется приложение или сервер, претерпевший отказ в работе и осуществляется быстрый перезапуск служб на резервном сервере (пользователи при этом испытают лишь кратковременную приостановку службы). С помощью кластеризации Windows администраторы могут быстро проверить состояние всех ресурсов кластера и легко перераспределить нагрузку между серверами в кластере. Это полезно при ручном распределении нагрузки и при выполнении установки обновлении на серверы без перевода важных данных и приложений в нерабочее состояние.

В кластере Windows работа происходит с виртуальными серверами DHCP - в случае, если один из узлов кластера выходит из строя, пространство имен и все службы прозрачно для пользователя восстанавливаются на другом узле. Эти изменения никак не отражаются на клиенте, который использует тот же самый IP-адрес для кластерного сервера DHCP.

Без кластеризации, сетевым администраторам необходимо разделять области между серверами, для того, чтобы в случае отказа одного сервера, вторая половина адресного пространства оставалась доступной. Кластеризация делает более эффективным использование IP-адресов, избавляя от необходимости дробить области. В базе данных, которая хранится на удаленном диске, отслеживаются назначения адресов и другие действия, и в случае отключения активного кластерного узла, виртуальный сервер DHCP переносится на резервный узел, с полной информацией о выданных в аренду адресах, и с доступом ко всей области адресов. Иными словами, в кластере Windows только один узел в данный момент времени работает в качестве сервера DHCP, а удаленно хранящаяся база данных обеспечивает прозрачный перенос служб на другой узел при необходимости.

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

Автоматическая конфигурация клиентов

Еще одной немаловажной особенностью DHCP-клиентов Windows 2000 является автоматическое конфигурирование IP-адреса и маски подсети при запуске клиента в небольших локальных сетях, в которых нет сервера DHCP для назначения адресов.

Если установлен TCP/IP клиент корпорации Microsoft и настроена опция динамического получения конфигурационной информации протокола TCP/IP от сервера DHCP, то с помощью службы DHCP-клиента каждый раз при перезапуске компьютера выполняется  конфигурирование клиента, что предпочтительнее настройки IP-адреса и других параметров вручную.  

При конфигурировании клиента IP-адресом и другой конфигурационной информацией службой клиента DHCP используется двухступенчатый процесс.

Когда клиент установлен, он пытается определить расположение сервера DHCP и получить от него конфигурационную информацию. Большинство корпоративных сетей TCP/IP используют серверы DHCP, которые административно сконфигурированы для выдачи информации клиентам в сети. Если клиенту, работающему под управлением операционной системы Windows 2000, не удалось с первой попытки обнаружить сервер DHCP, то клиент DHCP самостоятельно устанавливает выбранный IP-адрес.  Если клиент DHCP был предварительно сконфигурирован сервером DHCP, клиент будет пытаться продлить истекающую аренду от сервера DHCP. Если клиент, не обнаружит ни одного сервера DHCP, он попытается обнаружить шлюз по умолчанию, указанный в конфигурационной информации, используя команду пинг. В случае положительного результата, клиент предполагает, что он не был перемещен и будет использовать ту же конфигурационную информацию, которая была задействована во время текущей аренды. Клиент начинает процесс автоматического обновления аренды, по истечении половины срока текущей аренды.

Если попытки обнаружить шлюз по умолчанию оказались неудачными, клиент предполагает, что он был перемещен в сеть, в которой служба DHCP не доступна, например, в домашнюю сеть, и выполнит самостоятельное конфигурирование. При этом  клиент каждые пять минут, будет повторять попытки найти сервер DHCP.

Наверх страницы

Обзор протокола DHCP

Протокол динамического конфигурирования хостов был выделен из стандартного протокола Интернета начальной загрузки (BOOTP Bootstrap Protocol) определенного в RFC 951 и 1084, который позволял динамически назначать IP-адреса (а также удаленную загрузку бездисковых рабочих станций). В дополнение к поддержке динамического назначения IP-адресов, DHCP снабжает клиентов всеми необходимыми конфигурационными данными TCP/IP, а также данными, необходимыми конкретным серверам.

Как говорилось выше, DHCP упрощает работу сетевых администраторов, которым теперь необходимо вручную сконфигурировать только лишь один компьютер – сервер DHCP. Когда в сетевой сегмент, обслуживаемый DHCP-сервером, добавляется новый узел (либо существующий хост подключается повторно), хост выполнит запрос уникального IP-адреса, и сервер DHCP назначит этой машине один адрес из пула доступных IP-адресов. Этот процесс, изображенный на рисунке 1 включает четыре этапа: клиенту DHCP необходим IP-адрес (DHCP Discover), сервер DHCP предлагает IP-адрес (DHCP Offer), получение предложения и запрос адреса (DHCP Request), и официальное назначение адреса (DHCP Acknowledge).  

Рисунок 1. DHCP-сервер автоматизирует назначение IP-адресов

Для обеспечения рационального использования адресов, сервер DHCP выдает адреса в аренду - на время, определяемое администратором и ограничивающее срок действия адреса. По истечении половины периода аренды, клиент DHCP отправляет запрос на обновление аренды, и сервер DHCP продлевает текущую аренду. Это означает, что по завершении использования IP-адреса, выданного машине (например, при переносе ее в другой сетевой сегмент), срок аренды закончится, и адрес возвратится в пул для повторного выделения.

Сервер, клиенты и агенты ретрансляции

Протокол DHCP, реализованный Microsoft, состоит из трех основных компонентов:

Серверы DHCP

В сервер DHCP, разработанный корпорацией Microsoft, включен Диспетчер DHCP - управляющий инструмент, оснащенный простым и понятным для пользователя графическим интерфейсом, который позволяет сетевым администраторам определять  конфигурацию клиентов DHCP. В состав сервера DHCP также входит база данных для управления выданными IP-адресами и другими конфигурационными параметрами. Сервер DHCP корпорации Microsoft поддерживает  более 30 параметров DHCP, которые определены в RFC 2132. Эти параметры перечислены в Приложении. Конфигурационные параметры TCP/IP, которые могут назначаться сервером DHCP, включают:

Один или несколько компьютеров в сети TCP/IP должны работать под управлением Windows 2000, на которых установлены серверы DHCP, динамически предоставляющие клиентам IP-адреса. База данных сервера DHCP создается автоматически, после установки службы сервера DHCP, при создании и активировании первой области. 

Клиенты DHCP

Многие недорогие стандартные могут выступать в качестве клиентов DHCP, как описано в обновленной спецификации RFC 2132.

При загрузке компьютера автоматически выполняется четырехступенчатый процесс получения клиентом DHCP в аренду IP-адреса от сервера DHCP. Минимальная конфигурация клиента, которая требуется DHCP, может быть быстро сформирована во время установки и настройки клиента либо при использовании опции автоматического получения IP-адреса. В качестве клиентов DHCP, могут выступать компьютеры, работающие под управлением следующих операционных систем корпорации Microsoft:

В дополнение к конфигурационной информации, полученной посредством DHCP, сетевые администраторы могут также назначать конфигурационные настройки вручную. Любые настройки, введенные вручную, переопределяют динамические настройки конфигурации TCP/IP клиента. 

Рисунок 2. Три варианта использования агента ретрансляции DHCP BOOTP

Агенты ретрансляции BOOTP/DHCP

Протоколы BOOTP и DHCP основываются на широковещании при выполнении своей работы. Маршрутизаторы в обычных условиях работы не могут участвовать в передаче широковещательных пакетов между интерфейсами, поэтому для выполнения этой передачи должен быть использован агент ретрансляции. В качестве агента ретрансляции DHCP может выступать маршрутизатор или компьютер, сконфигурированный на прослушивание широковещательных сообщений DHCP/BOOTP и пересылку их на конкретный сервер DHCP (или на несколько серверов). Использование агентов ретрансляции исключает необходимость иметь в каждом физическом сегменте сети локальный сервер DHCP. Агенты ретрансляции могут не только направлять запросы локальных клиентов DHCP на удаленные серверы DHCP, но также и возвращать ответы сервера DHCP для клиентов DHCP. Маршрутизаторы, соответствующие спецификации RFC 2131 (заменившей RFC 1542) содержат агенты ретрансляции, которые позволяют перенаправлять пакеты  DHCP. ОС Windows 2000 Server также имеет агент ретрансляции DHCP, который может быть установлен и сконфигурирован в качестве службы. Три общих модели применения агентов ретрансляции изображены на Рисунке 2.

Управление DHCP

Консоль DHCP предназначена для конфигурирования и контроля DHCP-серверов сетевыми администраторами. Они могут определять глобальные настройки, а также параметры, относящиеся к конкретной области, для идентификации маршрутизаторов и настройки конфигураций клиентов DHCP. База данных сервера DHCP корпорации Microsoft, автоматически создается на компьютере, работающем под управлением Windows 2000 Server.

Области DHCP (DHCP Scope)

Область DHCP - это административное группирование, которое определяет последовательный диапазон допустимых IP-адресов, предназначенных для клиентов DHCP, принадлежащих конкретной физической подсети. Область определяет логическую подсеть, для которой предназначена служба DHCP, а также позволяет серверу использовать конфигурационные параметры, предназначенные клиентам DHCP. Область должна быть определена до того, как клиентам будет позволено использовать сервер DHCP для динамического конфигурирования TCP/IP.

Пул адресов (Address Pools)

Адреса, оставшиеся после определения области DHCP и исключаемых диапазонов, образуют доступный пул адресов данной области. Адреса из пула динамически назначаются клиентам DHCP в сети.     

Исключаемые диапазоны (Exclusion Ranges)

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

Резервирование (Reservations)

Резервирование используется при выдаче DHCP-сервером адресов в аренду на неограниченный срок. Резервирование позволяет предоставить постоянный IP-адрес определенным устройствам в сети.

Суперобласть (Superscopes)

Суперобласть - это административная группа областей, которая используется для поддержки нескольких логических IP-подсетей в одной физической подсети. Суперобласть содержит только список отдельных областей, которые могут быть активированы вместе. Для настройки большинства свойств областей, входящих в суперобласть, необходимо индивидуально настроить свойства отдельных областей. Суперобласти полезны при решении некоторых задач касающихся службы DHCP.

Аренда (Leases)

Как уже говорилось, аренда - это интервал времени, задаваемый сервером DHCP, в течение которого клиент может использовать назначенный IP-адрес. После назначения клиенту IP-адреса аренда является активной. По истечении половины срока аренды клиент пытается обновить аренду на сервере. Срок аренды определяет длительность действия аренды и частоту, с которой ее назначение должно обновляться клиентом через сервер.

Типы параметров DHCP (DHCP Options)

Типы параметров DHCP – это различные параметры настройки клиентов, которые DHCP-сервер может назначать при выполнении запросов аренды DHCP-клиентам, к таким параметрам относятся IP-адреса основных шлюзов (маршрутизаторов), серверов WINS и серверов DNS. Обычно эти типы параметров устанавливаются для каждой области. Консоль DHCP позволяет также настроить типы параметров по умолчанию, которые используются всеми областями на сервере. Большинство параметров определено документом RFC 2132, но можно использовать консоль DHCP для определения и добавления настраиваемых типов параметров, если это необходимо.

Наверх страницы



Развертывание DHCP

Поскольку служба DHCP является важным элементом эффективного построения сети, то сетевым администраторам необходима уверенность в корректном развертывании DHCP. Основные аспекты развертывания DHCP перечислены ниже: 

Определение числа используемых серверов DHCP

Один работающий сервер DHCP и один резервный сервер DHCP могут поддерживать большое количество клиентов, в зависимости от конфигурации оборудования и других причин. Конечно, на определение числа серверов DHCP влияет расположение маршрутизаторов в сети, от которых зависит необходимость наличия серверов DHCP в каждой подсети. Также должна быть принята во внимание скорость обмена данными с каждым сегментом сети,  предназначенным для обслуживания сервером DHCP. В сетях, использующих медленные соединения через WAN или использующих коммутируемые соединения, серверы DHCP обычно располагают в каждой из подсетей для локального обслуживания клиентов. Сеть может иметь вынужденное ограничение размера, в зависимости от класса IP-сети, так например сеть класса C ограничивает количество узлов в 254. Кроме того, на конфигурацию сервера накладывают ограничения такие критические факторы, как емкость диска и тактовая частота центрального процессора.

Определение и конфигурирование областей

Область – это административное группирование компьютеров в подсети использующих службу DHCP. Администраторы создают области для каждой физической подсети для задания параметров, используемых клиентами этой подсети. Области могут планироваться в зависимости от потребностей конкретных групп пользователей, с соответствующим сроком аренды для каждой области. Области имеют следующие свойства:

Область DHCP состоит из пула IP-адресов подсети (например, с 10.223.223.1 по 10.223.223.200), которые сервер DHCP может выдавать в аренду клиентам DHCP. Каждая физическая сеть может иметь только одну область DHCP или суперобласть с одним или несколькими диапазонами IP-адресов.

Для использования нескольких диапазонов адресов в пределах одной области или подсети обслуживаемой DHCP, необходимо выполнить следующее:

После того как область была определена и полностью сконфигурирована, как описано выше, для начала динамического обслуживания клиентов DHCP ее необходимо активировать. После активирования области, сервер начинает обрабатывать запросы на аренду IP-адресов и предлагать IP-адреса в аренду клиентам DHCP в сети. 

Использование суперобластей

Организация суперобласти, описанная ранее, является полезной при решении различных задач с использованием службы DHCP. Использование суперобластей позволяет  следующее:

Таблица, изображенная на Рисунке 3, описывает конфигурации для областей двух серверов DHCP, находящихся в одной физической подсети.

Сервер DHCP Начальный IP-адрес области Конечный IP адрес области
DHCP-ServerA 211.111.111.1 211.111.111.255
DHCP-ServerB 222.222.222.1 222.222.222.255

Рисунок 3. Конфигурации областей двух серверов DHCP, находящихся в одной физической подсети.

Когда  DHCP-сервер A управляет областью адресов, отличной от области DHCP-сервера B, и не располагает никакой информацией об адресах второго сервера, может возникнуть следующая проблема. Если клиент ранее использовал IP-адрес, выданный DHCP-сервером A, а впоследствии был переименован и после регламентной перезагрузки повторно подключился к сети, то клиент попытается обновить аренду ранее полученного IP-адреса.

Если Сервер B получит пакет DhcpRequest от клиента на обновление используемого IP-адреса прежде сервера A, то сервер B не имеющий информации об этом IP-адресе, отклонит запрос и ответит клиенту пакетом DhcpNak. После чего клиент должен будет взять в аренду новый IP-адрес, отправив широковещательный пакет DhcpDiscover в локальную подсеть. Сервер B, получив пакет DhcpDiscover, в свою очередь отправит клиенту пакет DhcpOffer с предложением клиенту IP-адреса. Клиент, соглашаясь принять предложенный адрес, отправит запрос DhcpRequest на cервер B для подтверждения. Когда Сервер B подтвердит назначение адреса, он ответит клиенту пакетом DhcpAck.

В приведенном примере у службы DHCP возникнет несколько проблем:

Использование суперобластей на обоих серверах DHCP позволяет избежать этой проблемы и дает возможность более уверенно и эффективно управлять  адресами. Для исключения подобных проблем с использованием суперобластей необходимо выполнить следующие процедуры:

  1. На каждом сервере создайте дополнительную область, соответствующую области управляемой другим сервером. Например, на DHCP-сервере A, создаем новую область с диапазоном адресов с 222.222.222.1 по 222.222.222.255. Во вновь созданной области создайте исключаемый диапазон, в который включите все адреса этой области (с 222.222.222.1 по 222.222.222.255).
  2. Повторите предыдущую процедуру для другого сервера: на DHCP-сервере B, создайте новую область с диапазоном IP-адресов с 211.111.111.1 по 211.111.111.255, а также создайте исключаемый диапазон для всех адресов новой области (211.111.111.1 по 211.111.111.255).
  3. На каждом сервере, с помощью Мастера создания суперобласти (Add Superscope Wizard) создайте суперобласть. Во вновь созданную суперобласть добавьте как старую, так и новую области.
  4. Активируйте новые области на каждом сервере.

По окончании конфигурирования суперобласти, как описано выше, каждый из DHCP-серверов A и B будут распознавать IP-адреса, выдаваемые другим сервером. Это предотвратит сервер от неудачных попыток идентификации клиентов DHCP при обновлении своих IP-адресов или при выдаче адресов из того же диапазона адресов (т.е., различных адресов из одной логической подсети). Перед созданием суперобласти, используя консоль DHCP, необходимо определить все области, которые будут включены в супеобласть. (Руководство по созданию суперобластей представлено в Справке к Диспетчеру DHCP.)

Резервирование IP-адресов

Консоль DHCP позволяет резервировать IP-адреса для компьютеров или других устройств в сети. Резервирование выбранного IP-адреса для конкретного устройства в сети, гарантирует, что DHCP-сервер не продублирует его и не выдаст данный адрес другому устройству. Резервирование адресов может быть полезно для следующих типов устройств и компьютеров:

Каждому зарезервированному адресу необходим уникальный идентификатор, в качестве которого обычно выступает MAC-адрес (Media Access Control) или физический адрес клиента, с помощью которого выполняется сопоставление устройства с зарезервированным адресом.  

В Ethernet-сетях эти адреса являются уникальными последовательностями шестнадцатеричных чисел, которые используются для идентификации сетевых адаптеров  каждого устройства подключаемого к сети.

(Для определения MAC-адреса клиента, работающего под управлением ОС Windows 2000, используйте команду “ipconfig /all” командной строки. MAC-адрес указан в поле Физический адрес (Physical Address). Для клиентов, работающих под управлением Windows 95, запустите Winipcfg.exe, MAC-адрес указан в поле Adapter Address (Адрес адаптера).)

Таблицы BOOTP

Как описывалось выше, протокол Bootstrap (протокол начальной загрузки) позволяет бездисковым клиентам получать IP-адреса и другую загрузочную информацию, необходимую для запуска по сети. Протокол BOOTP является предшественником протокола DHCP и в настоящее время, в основном, используется в среде UNIX. По этой причине, многие станции, работающие под управлением операционной системы Windows 2000, не нуждаются в BOOTP, и поэтому не требуется конфигурирование таблиц BOOTP.

Протокол BOOTP позволяет бездисковым клиентам использовать пакеты UDP (протокол дейтограмм пользователя) для запроса и получения IP-адреса и небольшого файла загрузочного образа с сервера TFTP (простейшего протокола передачи файлов).

Сервер DHCP корпорации Microsoft предлагает поддержку BOOTP в виде записей указателей, содержащихся в таблице BOOTP. Данные, хранящиеся в этой таблице, возвращаются каждому клиенту BOOTP в сети, отправившему широковещательное сообщение запроса BOOTP. Если в таблице BOOTP имеются записи, сервер DHCP возвращает сообщение BOOTP, требуемое клиенту BOOTP. Если в таблице не имеется конфигурационных записей BOOTP, сервер DHCP проигнорирует сообщение запроса BOOTP.

Сообщение-ответ, возвращаемое сервером DHCP, содержит имя и расположение  сервера TFTP в сети, к которому должны обратиться клиенты для получения файла загрузочного образа. Каждая запись в таблице BOOTP содержит три следующих поля, которые содержат информацию, возвращаемую клиенту BOOTP:

С помощью Консоли DHCP  вы можете добавлять, удалять и редактировать записи в таблице BOOTP. В отличие от DHCP, BOOTP не разрешает аренду динамических адресов, поэтому клиенты BOOTP получают любой адрес, предложенный им на постоянное время, что аналогично управлению адресами при резервировании в DHCP.

При использовании BOOTP, диапазон IP-адресов, зарезервированный для службы BOOTP, должен быть исключен из любой из областей DHCP, которые сконфигурированы и активированы. (Примечание переводчика. Клиенты BOOTP могут получать дополнительные конфигурационные параметры, называемые расширениями вендора, которые аналогичны параметрам DHCP. Эти расширения вендора определены в RFC 1497.)

Наверх страницы

Советы и рекомендации

Ниже приводятся различные способы оптимизации функциональности и производительности сервера DHCP корпорации Microsoft.

Приемы оптимального управления арендой

Поскольку обновление аренды является периодическим процессом, влияющим на работоспособность клиентов DHCP и сети, иногда требуется использовать различную продолжительность аренды. Следующие рекомендации, направлены помочь вам выбрать оптимальный срок аренды в зависимости от окружения, для эффективной производительности сети.

Увеличение продолжительности срока аренды

Увеличьте продолжительность аренды для больших, стабильных сетей, мало подверженных изменениям, с избыточным адресным пространством области. Если имеется множество доступных IP-адресов, а конфигурационные изменения достаточно редки, увеличивая срок аренды, Вы тем самым уменьшаете частоту запросов клиентов к серверу DHCP на обновление аренды, в результате чего уменьшите сетевой трафик. Кроме того, в больших маршрутизируемых сетях, для снижения широковещательного трафика, относящегося к DHCP, также необходимо использовать продолжительный срок аренды, поэтому в описанных случаях рекомендуется увеличить срок аренды до 7 - 21 дней. Особенно если клиентские компьютеры не меняют своего положения в сети и область имеет достаточно свободных адресов (используется менее 80 процентов диапазона).

Уменьшение продолжительности срока аренды

Если же имеется небольшое количество доступных адресов, а клиентские конфигурации или расположение в сети меняются достаточно часто, уменьшая продолжительность аренды, вы увеличиваете скорость, с которой освободившиеся адреса будут возвращаться в адресный пул для повторного назначения сервером DHCP их новым клиентам. 

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

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

Верным решением обычно становится некоторая комбинация этих рекомендаций. Для сегмента, в который входят ноутбуки, с присущими им частыми перемещениями, должен быть выбран короткий срок аренды, тогда, как в другой части сети с неизменным положением компьютеров должна быть применена продолжительная аренда. Решение должно быть выбрано для каждой области в зависимости от конкретных требований данной области.

Объединение DHCP с другими службами

В сети для динамической регистрации преобразования имен в адреса используются службы WINS и DNS. Для эффективного взаимодействия службы DHCP со службами, разрешающими имена, требуется тщательное предварительное планирование. Поэтому сетевые администраторы, поддерживающие DHCP, должны также разработать стратегию поддержки серверов DNS и WINS.

Обновление маршрутизаторов

Если в сети для соединения нескольких физических сетей используются маршрутизаторы, то полезно сконфигурировать их для ретрансляции сообщений BOOTP/DHCP. Многие маршрутизаторы используют либо специальные команды, добавленные вендорами, либо конфигурационные настройки, обеспечивающие возможность ретрансляции BOOTP/DHCP, (например, в маршрутизаторах производства Cisco используется команда IP HELPER). Если маршрутизаторы не поддерживают ретрансляцию BOOTP/DHCP, может потребоваться применение обновления от вендора. Ретрансляция сообщений DHCP и BOOTP может быть осуществлена теми же маршрутизаторами, поскольку они используют общий формат сообщений.

Если обновление маршрутизатора невозможно, то для конкретного сетевого сегмента можно сконфигурировать дополнительную платформу, работающую под управлением Windows NT для работы в качестве агента ретрансляции DHCP. Этот компьютер будет ретранслировать трафик между клиентами DHCP в локальной физической сети и удаленным сервером DHCP, расположенным в другой физической сети.

Определение необходимого числа серверов DHCP

Важно тщательно определить количество серверов DHCP, необходимых для обслуживания всех клиентов DHCP в сети. В небольшой сети, являющейся физической подсетью и не имеющей маршрутизаторов, один сервер DHCP теоретически может обслужить всех клиентов. Однако, в маршрутизируемых сетях может потребоваться несколько серверов DHCP.

Хотя теоретически отсутствуют ограничения на число клиентов, которые могут быть обслужены одним сервером DHCP, на практике на сервер DHCP накладывают свои ограничения класс сети и особенности конфигурации сервера, такие как емкость диска и тактовая частота процессора. Также важным фактором является скорость передачи данных между сегментами сети, обслуживаемыми сервером DHCP. В сетях, имеющих удаленные сегменты, подключение к которым выполняется с использованием медленных соединений через WAN или коммутируемый доступ, в каждом из таких сегментов необходимо иметь локальный сервер DHCP. Кроме того, при определении количества серверов DHCP необходимо решить, будет  ли служба DHCP использоваться во всей сети или только в отдельных физических подсетях. При развертывании в сетевом окружении множества серверов DHCP, целесообразно расположить их в различных сетевых сегментах на случай, если сетевой сегмент станет недоступным.

Перед установкой сервера DHCP, необходимо определить следующее:

Планирование отказоустойчивости

Отличным решением является разделение области между несколькими серверами. При этом, во-первых, каждый сервер будет менее загружен, во-вторых, если, один из серверов не работает, это не отразится на работе сети. Наиболее оптимальным разделением диапазона адресов является соотношение 70/30.

Например, рассмотрим область 132.255.0.0 для сети класса B с диапазоном адресов с 132.255.0.1-132.255.255.255 с маской подсети 255.255.0.0. Обслуживание этой области распределено между серверами SRV1 и SRV2. На сервере SRV1 имеется область с диапазоном адресов 132.255.0.1-132.255.255.255 и маской подсети 255.255.0.0, и исключаемым диапазоном для этой области 132.255.128.0-132.255.255.255. На сервере SRV2 также имеется область с диапазоном адресов 132.255.0.1-132.255.255.255, и исключаемым диапазоном для этой области 132.255.0.1-132.255.127.255. Аналогичным образом область может быть распределена между тремя серверами.

Корректное внедрение суперобласти

Хотя использование суперобластей упрощает управление DHCP, их использование не является обязательным, если сервер DHCP поддерживает несколько областей (подсетей). Один сервер DHCP может быть использован для обслуживания нескольких физически разделенных подсетей с помощью маршрутизаторов. Маршрутизаторы играют роль агентов ретрансляции BOOTP/DHCP, обеспечивая передачу запросов от клиентов, принадлежащих подсетям, в которых не имеется локальных серверов DHCP. Агенты ретрансляции обычно входят в состав маршрутизаторов, и для использования необходимо настроить для них IP-адреса ваших серверов DHCP.

Конфигурирование нескольких серверов для обслуживания одной суперобласти

Когда используется несколько серверов DHCP для обслуживания сегмента суперобласти, на каждом сервере DHCP должна быть сконфигурирована суперобласть. Она должна включать все подсети, используя корректные данные для обслуживания клиентов своей подсети и пустые значения для чужих подсетей.

Например, рассмотрим сегмент сети, состоящей из четырех логических подсетей (192.168.1.0, 192.168.2.0, 192.168.3.0 и 192.168.4.0; у всех подсетей маска 255.255.255.0). Весь сегмент поддерживается двумя серверами DHCP (SRV1 и SRV2), на каждом сервере сконфигурирована суперобласть, охватывающая половину подсетей, (суперобласть сервера SRV1 содержит только подсети 192.168.1.0 и 192.168.2.0, а суперобласть сервера SRV2 содержит только подсети 192.168.3.0 и 192.168.4.0). Адреса могут выдаваться из областей обеих серверов в ответ на запросы DHCP, поступающие от клиентов. Однако, может возникнуть следующая проблема: если клиенту, использующему адрес, выданный в аренду сервером SRV1, на запрос обновления аренды ответит сервер SRV2. Сервер SRV2, не распознав адрес клиента, принадлежавшего обслуживаемой подсети, отправит клиенту сообщение DhcpNak.

Этой проблемы легко избежать, сконфигурировав серверы SRV1 и SRV2 для всех логических IP-подсетей и используя исключаемые диапазоны для предотвращения серверами обслуживания одинаковых адресов. В таком случае, сервер SRV1 должен иметь суперобласть, содержащую все четыре подсети и исключаемый диапазон, включающий адреса двух последних в списке подсетей, а сервер SRV2 также должен иметь суперобласть, содержащую все четыре подсети и исключаемый диапазон, включающий адреса первых двух подсетей.    

Конфигурирование ретрансляторов BOOTP

Правильное развертывание серверов DHCP предотвращает формирование дублирующих пакетов агентами ретрансляции BOOTP, что может быть причиной получения нескольких копий одинаковых сообщений Discover или Request.

Рассмотрим две различные топологии, изображенные на рисунках ниже. В каждой топологии по два ретранслятора BOOTP, а также одинаковое количество сетей, серверов и маршрутизаторов. Однако, в примере, изображенном на рисунке 4, каждый пакет, отправляемый клиентом DHCP, будет получен восемь раз каждым сервером DHCP.  

Рисунок 4. В представленной топологии сети каждый пакет, отправленный клиентом DHCP, будет восемь раз получен сервером DHCP.

 

Рисунок 5. Топология сети, исключающая дублирование пакетов, с избыточной отказоустойчивостью, обеспечивающей при отказе одной части сети полное функционирование сети.

Наверх страницы



Планы на будущее

Рассматривая дальнейшее развитие DHCP, Microsoft работает над такими перспективными проектами, как динамический BOOTP, DHCP с аутентификацией, и DHCP версии 6.

Наверх страницы

Заключение

Поскольку протоколы TCP/IP, являются неотъемлемой частью современных сетевых технологий, протокол DHCP становится все более важным элементом эффективного проектирования сети.

Протокол DHCP обеспечивает безопасную и надежную конфигурацию сети TCP/IP. Также служба DHCP помогает предотвратить конфликты IP-адресов, экономно использовать IP-адреса за счет централизованного управления выдачей адресов.  

В отличие от конфигурирования вручную, когда каждый клиентский компьютер должен иметь свой IP-адрес, индивидуально установленный до подключения компьютера к сети, DHCP предлагает способ единовременного конфигурирования всех поддерживаемых клиентов, использующих DHCP. Сервер DHCP, входящий в состав Windows 2000, продолжает традицию поддержки DHCP и приверженности открытым промышленным стандартам. Корпорация Microsoft в данном сервере DHCP внедряет новые возможности, обеспечивающие более простое развертывание и управление DHCP. Вот некоторые основные преимущества, которые получили сетевые администраторы:

Сервер DHCP в сочетании с операционной системой Windows 2000 и другими службами Windows 2000 дает сетевым администраторам необходимый инструментарий для устойчивого развертывания, высокой производительности и масштабируемости, и простого конфигурирования сети.

Наверх страницы

Приложение A. Предопределенные типы параметров для клиентов DHCP

Таблицы в этом разделе описывает предопределенные типы параметров, доступные при конфигурировании клиентов DHCP. Эти типы параметров определены в RFC 1533. Типы параметров, выделенные жирным шрифтом, используются по умолчанию для клиентов DHCP корпорации Microsoft.

Код Название параметра Описание типа параметра
0 Pad При необходимости, дополняет поле параметров. (RFC 2132)
255 End Указывает на конечную опцию в пакете DHCP.
1 Subnet Mask Определяет маску подсети
2 Time offset Определяет отклонение от универсального координированного времени (UCT) в секундах.
3 Router Определяет список IP-адресов маршрутизаторов, расположенных в клиентской подсети.?
4 Time server Определяет список IP-адресов серверов времени доступных для клиентов.?
5 Name servers Определяет список IP-адресов серверов имен доступных для клиентов.?
6 DNS servers Определяет список IP-адресов серверов имен DNS доступных для клиентов.?
7 Log servers Определяет список IP-адресов серверов регистрации MIT_LCS UDP доступных для клиентов.?
8 Cookie servers Определяет список IP-адресов серверов cookie RFC 865 доступных для клиентов.?
9 LPR servers Определяет список IP-адресов серверов печати line-printer RFC 1179 доступных для клиентов.?
10 Impress servers Определяет список IP-адресов серверов Imagen Impress доступных для клиентов.?
11 Resource location servers Определяет список IP-адресов серверов размещения ресурсов доступных для клиентов.?
12 Host name Определяет имя хоста для клиента (длиной до 63 символов). Имя должно состоять из букв, цифр и дефиса, но начинаться с буквы. Имя может совпадать с именем локального домена DNS.
13 Boot file size Определяет размер файла образа загрузки по молчанию, в блоках по 512 октетов.< td>
14 Merit dump file Определяет путь к контрольному файлу образа загрузки, на случай повреждения рабочего дампа образа.
15 Domain name Определяет доменное имя DNS, которое должны использовать клиенты при разрешении DNS имени хоста.
 
16 Swap server Определяет IP-адрес клиентского сервера (Swap-сервера).
17 Root path Определяет путь к клиентскому корневому каталогу.
18 Extensions path Определяет файл, извлекаемый по TFTP, который содержит информацию, интерпретируемую аналогично поля-расширения вендора в ответе BOOTP, за исключением того, что длина файла не ограничена, и ссылки на тег 18 в файле игнорируется. 

? Список формируется в порядке предпочтения.

В следующей таблице перечислены параметры для уровня IP, распространяющиеся на отдельные хосты.

Параметры уровня IP относящиеся к хостам

Код Название параметра Описание типа параметра
19 IP layer forwarding Разрешает или запрещает пересылку IP-пакетов для этого клиента: 1 - пересылка разрешена; 0 – запрещена.
20 Nonlocal source routing Разрешает или запрещает пересылку дейтаграмм с нелокальными источниками маршрутов. 1 - пересылка разрешена; 0 - запрещена.
21 Policy filter masks Задает политику фильтров, на основе пар IP-адресов и масок, определяющих пары адресов назначения и масок для фильтрации нелокальных источников маршрутов. Дейтаграммы, имеющие источники не соответствующие указанным в фильтрах, будут отвергнуты клиентом.
22 Max DG reassembly size Определяет максимальный размер дейтаграммы, которую клиент может собрать заново. Минимальное значение составляет 576.
23 Default time-to-live Определяет значение по умолчанию времени жизни пакетов TTL, используемое клиентом для отправляемых дейтаграмм. Этот параметр принимает значение от 1 до 255.
 
24		 Path MTU aging time-out Определяет число секунд, применяемое в параметре времени жизни для MTU (Максимальный размера модуля передачи) (механизм определен в RFC 1191).
25 Path MTU plateau table Определяет описанную в RFC 1191 таблицу размеров MTU? применяемых при определении маршрута MTU. Значения MTU отсортированы по возрастанию, минимальное значение MTU составляет 68.

Следующая таблица перечисляет параметры IP, применяемые к интерфейсам. Эти опции влияют на функционирование на уровне IP применительно к отдельному интерфейсу. Клиент может отправлять множество запросов раздельно через определенные интерфейсы, сконфигурировав определенные параметры для каждого интерфейса.

Параметры IP относящиеся к интерфейсам

Код Название параметра Описание типа параметра
26 MTU option Определяет размер MTU для принимающего интерфейса. Минимальное значение MTU составляет 68.
27 All subnets are local Определяет, допускает ли клиент, что все подсети клиентской объединенной сети используют такой же MTU, как у локальной подсети, к которой подключен клиент. Значение 1 указывает на то, что для всех подсетей используется один MTU; значение 0 указывает, что некоторые подсети могут использовать меньшее значение MTU.
28 Broadcast address Определяет широковещательный адрес, используемый для клиентской подсети.
29 Perform mask discovery Определяет должен ли клиент использовать ICMP (протокол контроля сообщений в сети Интернет) для обнаружения маски подсети. Значение 1 указывает,  что клиент должен выполнить обнаружение маски; значение 0 указывает, что клиент не должен обнаруживать маску.
30 Mask supplier Определяет, должен ли клиент отвечать на запрос маски подсети, используя ICMP. Значение 1 указывает, что клиент должен предоставлять маску подсети; значении 0 указывает, что не должен предоставлять маску.
31 Perform router discovery Определяет, должен ли клиент обнаруживать маршрутизаторы, используя метод обнаружения маршрутизаторов, описанный в RFC 1256. Значение 1 указывает, что клиент должен выполнить обнаружение маршрутизаторов; значение 0 указывает, что клиент не должен выполнять обнаружение.
32 Router solicitation address Определяет IP-адрес, на который клиент отправляет запрос подтверждения маршрутизатора.
33 Static route Определяет перечень пар IP-адресов, задающие статические маршруты, которые клиент должен занести в кэш маршрутизации. Все маршруты, имеющие одинаковые адреса назначения перечисляются в порядке уменьшения приоритета. Маршруты задаются парными значениями адрес_назначения/маршрутизатор. (По умолчанию маршрут 0.0.0.0 является недействительным адресом назначения для статического маршрута.)
 

Следующая таблица перечисляет параметры уровня связи для конкретного интерфейса. Эти параметры влияют на процесс уровня данных связи ориентированные на интерфейс.

Параметры уровня связи относящиеся к интерфейсам

Код Название параметра Описание типа параметра
34 Trailer encapsulation Определяет, необходимо ли клиенту использовать трейлер (записи с контрольной суммой в конце блока данных) RFC 983 при использовании протокола ARP. Значение 1 указывает, что клиент должен попытаться использовать трейлер; значение 0 указывает, что клиент не должен использовать трейлер.
35 ARP cache time-out Определяет истечение времени ожидания в секундах для элементов кэша ARP.
36 Ethernet encapsulation Определяет, должен клиент использовать инкапсуляцию Ethernet версии 2 (RFC 894) или IEEE 802.3 (RFC 1042) для Ethernet-интерфейсов: значение 1 указывает, что клиент должен использовать инкапсуляцию RFC 1042; значение 0 указывает, что клиент должен использовать инкапсуляцию RFC 894.
 

Следующая таблица отображает параметры TCP, которые влияют на работу на уровне TCP для конкретного интерфейса.

Параметры TCP

Код Название параметра Описание типа параметра
37 Default time-to-live Определяет значение по умолчанию TTL, которое должен использовать клиент при отправке сегментов TCP. Минимальное значение составляет 1.
38 Keep-alive interval Определяет интервал в секундах, который должен выждать клиент TCP перед отправкой сообщения об активности подключения TCP: значение 0 указывает, что клиент не должен отправлять сообщение об активности подключения без специального запроса приложением.
39 Keep-alive garbage Определяет, должен ли клиент отправлять сообщения об активности в размере полного октета для совместимости со старыми реализациями: значение 1 указывает, что необходимо отправлять сообщение об активности длиной в октет; значение 0 указывает, что сообщение об активности отправлять не нужно.
 

Следующая таблица отображает параметры уровня приложения. Эти разнообразные параметры используются для конфигурирования приложений и служб.

Параметры уровня приложения

Код Название параметра Описание типа параметра
40 NIS domain name Определяет имя домена NIS (Network Information Service), в формате строки ASCII.
41 NIS servers Определяет список IP-адресов, доступных для клиентов серверов NIS.?
42 NTP servers Определяет список IP-адресов, доступных для клиентов серверов NTP (Network Time Protocol).?

? Список формируется в порядке предпочтения. 

Следующие параметры характеризуют информацию определенную вендорами

Код Название параметра Описание типа параметра
43 Vendor-specific info Бинарные данные, используемые клиентами и серверами для обмена информацией, относящейся к конкретным вендорами (производителям). Серверы, не способные интерпретировать эту информацию, игнорируют ее. Клиенты, которые не получают эту информацию, пытаются действовать без неё. 
 

NetBIOS поверх TCP/IP

Код Название параметра Описание типа параметра
44 WINS/NNBS servers Определяет список IP-адресов серверов NNBS (серверов имен NetBIOS).?
45 NetBIOS over TCP/IP NBDD Определяет список IP-адресов серверов NNBD (серверов распространения дейтаграмм NetBIOS).?
46 WINS/NBT node type Позволяет конфигурировать клиентов TCP/IP, использующих NetBIOS, как описано в RFC 1001/1002 (где 1=b-узел, 2=p-узел, 4=m-узел и 8=h-узел).
47 NetBIOS scope ID Определяет строку, которая является идентификатором области NetBIOS поверх TCP/IP для клиентов, как определено в RFC 1001/1002.
48 X Window system font Определяет список IP-адресов серверов шрифтов X Windows, доступных для клиентов.?
49 X Window system display Определяет список IP-адресов серверов Диспетчера Системного Дисплея X Windows, доступных для клиентов.?

? Список формируется в порядке предпочтения. 

Расширения DHCP

Код Название параметра Описание типа параметра
58 Renewal (T1) time value Определяет время в секундах, в течение которого клиент должен отправить запрос на обновление.
59 DHCPDISCOVER packet Значение времени повторного соединения (T2).
Определяет время в секундах, в течение которого клиент отправить запрос на повторное соединение. Если аренда истекла, клиент должен немедленно приостановить использование IP-адреса, и послать запрос на получение IP-адреса.

Наверх страницы

Приложение B. Измерение производительности сервера Windows NT 4.0

Это приложение содержит информацию об измерении производительности сервера, включая спецификацию оборудования, используемого при тестировании.

Характеристика оборудования сервера

Производительность сервера DHCP была измерена на сервере Compaq Proliant 5500. Компьютер имеет следующие характеристики:

Путь к базе данных DHCP был изменен на RAID диск D. Путь к резервной базе данных DHCP, также был изменен на диск D.

Зависимость производительности сервера от числа обслуживаемых клиентов

Сто клиентов были сымитированы сервером. Клиенты многократно запрашивали аренду новых IP-адресов или обновление аренды текущих IP-адресов. Из всего количества запросов к серверу 80 процентов составляют запросы DISCOVER (поиск сервера DHCP в сети), и 20 процентов составляю ответ на предложенную конфигурацию серверу DHCP REQUEST. Аудит событий DHCP был разрешен, выявление конфликтов отключено. Тест проводился в течение двенадцати часов. Следующая таблица иллюстрирует число обновлений аренды сервером:

Время, час Количество выданных, обновленных аренд
11:00 0
12:00 61740
13:00 123420
14:00 185460
15:00 247320
16:00 308100
17:00 370020
18:00 431580
19:00 493020
21:00 615960
22:00 677100
23:00 737340

Зависимость производительности сервера от количества областей

В этом тесте клиенты также были сымитированы. Измерялось среднее количество отправленных сервером сообщений ACK в минуту (утвержденных конфигурационных параметров, отправляемых сервером клиенту). Суммарное количество обслуживаемых клиентов в этом эксперименте составляло 10000. Из всего количества взаимодействий сервера с клиентами, 20 процентов составляли DISCOVER-ACK, и 80 процентов REQUEST-ACK.  

Количество областей Среднее количество в минуту выданных или продленных аренд конфигурационных параметров при количестве клиентов 10 000
2 960
100 960
1000 960
10000 960
20000 960
 

Дополнительная информация

Для получения более новой информации по Windows 2000, проверьте Microsoft TechNet или посетите Веб-сайт http://www.microsoft.com/ntserver/ или форум по Windows NT Server http://www.microsoft.com/windows2000/community/default.mspx.  Превосходный источник информации по DHCP находится по адресу: http://www.watersprings.org/pub/id/draft-ietf-dhc-dhcpv6-21.txt

Наверх страницы



Обсуждение статьи на форуме


Ссылка: http://www.oszone.net/3973/DHCP