Протокол DHCP презентация

используемые в сетях IP. Компьютеры, подключенные к IP-сети должны быть настроены (прописан адрес, маска сети, шлюз при необходимости, DNS и т.д.), прежде чем они могут соединяться с другими системами по сети. DHCP позволяет настраивать параметры сети автоматически, избавляя пользователя от необходимости вводить все данные вручную при конфигурировании.
Также сервер DHCP предоставляет центральную базу данных для отслеживания компьютеров по MAC-адресам, которые были подключены к сети. Это предотвращает появление двух компьютеров в сети с одним IP.

протокола Интернета начальной загрузки (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).

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

ограничено. Размер базы данных зависит от числа DHCP-клиентов в сети. База данных DHCP растет со временем в результате запуска и остановки клиентов в сети.
Размер базы данных DHCP не пропорционален числу записей активных записей аренды адресов клиентами. С течением времени, поскольку некоторые записи DHCP-клиентов устаревают и удаляются, остается неиспользуемое пространство.
Для восстановления неиспользуемого дискового пространства выполняется сжатие базы данных DHCP. Начиная с операционной системы Windows NT Server 4.0, динамическое сжатие базы данных на DHCP-сервере выполняется как автоматический фоновый процесс во время простоя или после обновления базы.

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

2003 использует систему хранения Exchange Server JET. При установке службы DHCP файлы, показанные в следующей таблице, автоматически создаются в папке СистемныйКорневойКаталог\System32\Dhcp.

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

представляет для администратора утомительную процедуру. Ситуация усложняется еще тем, что многие пользователи не обладают достаточными знаниями для того, чтобы конфигурировать свои компьютеры для работы в интерсети и должны поэтому полагаться на администраторов.
Протокол Dynamic Host Configuration Protocol (DHCP) был разработан для того, чтобы освободить администратора от этих проблем. Основным назначением DHCP является динамическое назначение IP-адресов. Однако, кроме динамического, DHCP может поддерживать и более простые способы ручного и автоматического статического назначения адресов.
В ручной процедуре назначения адресов активное участие принимает администратор, который предоставляет DHCP-серверу информацию о соответствии IP-адресов физическим адресам или другим идентификаторам клиентов. Эти адреса сообщаются клиентам в ответ на их запросы к DHCP-серверу.

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

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

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

четырех этапов.
1. Обнаружение DHCP-сервера. Первым делом только что подключившийся хост должен найти DHCP-сервер, с которым можно взаимодействовать. Это делается при помощи сообщения о поиске DHCP-сервера, которое клиент посылает UDP-дейтаграмме через порт 67. Но кому он должен посылать эту дейтаграмму? Хосту не известен даже IP-адрес сети, к которой он подключился, а уж тем более адрес DHCP-сервера, обслуживающего эту сеть. Поэтому DHCP-клиент в поле адреса получателя дейтаграммы указывает широковещательный адрес 255.255.255.255, а себя (отправителя) обозначает как 0.0.0.0. Сообщение о поиске DHCP-сервера будет получено всеми машинами сети, включая все DHCP-серверы (и/или промежуточные агенты). В этом сообщении содержится идентификатор транзакции, позволяющий соотнести последующие ответы с запросом обнаружения DHCP-сервера.

клиенту сообщением с DHCP-предложением. Поскольку в сети могут находиться несколько DHCP-серверов, может случиться, что клиенту придется выбирать из нескольких предложений. Каждое DHCP-пред-ложение содержит идентификатор транзакции полученного сообщения о поиске DHCP-сервера, предлагаемый IP-адрес клиента, маску сети и срок действия IP-адреса, называемый обычно сроком аренды IP-адреса. Как правило, сервер предоставляет новому хосту IP-адрес на срок от нескольких часов до нескольких дней. Затем прибывшему клиенту посылается кадр канального уровня с IP-дейтаграммой, в которой содержится UDP-сегмент с DHCP-предложением (прекрасная иллюстрация многоуровневой иерархии протоколов). Как кадр канального уровня посылается клиенту, мы рассмотрим в главе 5, посвященной канальному уровню.
3. DHCP-запрос. Новый клиент выбирает одно из полученных им предложений от серверов и отвечает на выбранное им предложение DHCP-запросом, повторяя в нем конфигурационные параметры.
4. DHCP-подтверждение. Сервер отвечает на DHCP-запрос DHCP-подтвержде-нием, подтверждая запрашиваемые параметры.

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