Автоматизация процесса назначения IP-адресов узлам сети-протокол DHCP
Отчет по практике - Компьютеры, программирование
Другие отчеты по практике по предмету Компьютеры, программирование
?ам. Остановимся на том, как это происходит.
Клиент DHCP, нуждающийся в адресе, посылает широковещательный пакет DHCPDISCOVER в поисках сервера (см. Рис.1). Пакет содержит аппаратный адрес запрашивающего клиента, например адрес Ethernet или Token Ring. Затем один или несколько серверов DHCP рассматривают запрос и посылают в ответ пакет DHCPOFFER, содержащий предлагаемый IP-адрес и "время аренды" (срок, в течение которого клиент может пользоваться адресом).
(1x1)
Рисунок 1.
Клиент DHCP согласует "время аренды" IP-адреса посредством обмена пакетами.
Клиент выбирает адрес из полученных пакетов DHCPOFFER. (Выбор клиента зависит от его назначения - например, он может выбрать адрес с наибольшим временем аренды.) Вслед за тем клиент посылает пакет DHCPREQUEST с адресом выбранного сервера.
Выбранный сервер посылает подтверждение (DHCPACK), и процесс согласования завершается. Пакет DHCPACK содержит оговоренные адрес и время аренды. Сервер помечает выделенный адрес как занятый - до окончания срока аренды этот адрес не может быть присвоен другому клиенту. Клиенту осталось только сконфигурировать себя в соответствии с назначенным адресом и можно приступать к работе в сети.
сервер адрес протокол сеть
Отметим еще раз, что на запрос DHCPDISCOVER может ответить несколько серверов. Клиент должен выбрать одно из предложений и послать в ответ пакет DHCPREQUEST с идентификатором выбранного сервера. Другие серверы просматривают пакет DHCPREQUEST и заключают на основе идентификатора сервера, что их предложение было отвергнуто. Таким образом, они знают, что предложенные ими IP-адреса свободны для назначения другим клиентам.
Как упоминалось выше, выбранный сервер завершает согласование отсылкой пакета DHCPACK. В случае если сервер не может принять конфигурацию, он посылает пакет DHCPNAK (отказ в подтверждении), что вынуждает клиента начать процесс согласования заново.
3.4 Раздача ip-адресов
DHCP позволяет назначать IP-адреса тремя способами. При автоматическом назначении сервер DHCP присваивает запрашивающему клиенту DHCP постоянный IP-адрес. При динамическом назначении сервер DHCP выделяет IP-адрес на ограниченный период времени ("время аренды") или до отказа клиента от адреса - в зависимости от того, что произойдет раньше. При назначении вручную IP-адреса выбираются администратором сети, а сервер DHCP извещает клиента о назначении.
Динамическое назначение полезно в ситуации, когда компьютеры подключаются к сети время от времени. При отключении от сети IP-адрес становится клиенту ненужным; он извещает об этом сервер, так что тот может переназначить адрес нуждающемуся в нем узлу. Динамическое назначение позволяет более эффективно использовать ограниченное число IP-адресов. Группа нерегулярных пользователей, например, может совместно использовать меньший пул IP-адресов, чем если бы у каждого был собственный постоянный адрес.
Динамическое назначение не подходит для всех узлов без разбора. Если адреса сетевых серверов будут часто меняться, то клиентам сети будет весьма непросто их найти. Поэтому в качестве общего правила мы предлагаем использовать статические адреса для серверов и динамические адреса для клиентов.
Как упоминалось в начале статьи, DHCP ведет свое происхождение от BOOTP. Первый отличается от последнего тем, что сервер BOOTP просто хранит конфигурацию клиента BOOTP и сообщает ее при загрузке. DHCP же автоматически конфигурирует клиентов DHCP, используя установленные администратором правила.
При установке DHCP в сети вы должны принять решение о размещении серверов DHCP - например, один сервер в каждой подсети или один центральный сервер на всю сеть. Общение между серверами и клиентами DHCP происходит, как правило, посредством широковещательных пакетов, а значит, если вы решите установить только центральный сервер DHCP, то маршрутизаторы не должны блокировать такие пакеты. BOOTP в подобных ситуациях использует специальных агентов для ретрансляции, впрочем, DHCP тоже. Формат пакетов DHCP почти во всем идентичен формату пакетов BOOTP, это сделано специально для того, чтобы ретранслирующие агенты BOOTP могли пересылать пакеты DHCP.
На Рис.2 показана простая сеть, состоящая из двух подсетей, где маршрутизатор действует как ретранслирующий агент. Когда клиент DHCP в подсети 1 посылает широковещательный пакет с целью обнаружения сервера DHCP, маршрутизатор пересылает пакет в подсеть 2, в которой находится сервер DHCP. Маршрутизатор также определяет, из какой подсети получен пакет, и включает эту информацию в пакет.
(1x1)
Рисунок 2.
Если в каждой подсети нет своего сервера DHCP, то промежуточные маршрутизаять роль ретранслирующих агентов, пересылающих пакеты BOOTP и DHCP.
Когда сервер посылает ответный пакет, маршрутизатор пересылает его в первую подсеть, в зависимости от клиента используя уникальный или широковещательный адрес. Клиент DHCP в сети 2 не нуждается в услугах ретранслирующего агента, поскольку он может взаимодействовать непосредственно с сервером DHCP (оба находятся в одной и той же сети).
3.5 Кому это надо
DHCP - относительно новый протокол: первый RFC появился в 1993 году. Некоторые производители тем не менее уже приняли его и внедряют в свои продукты. Наиболее известный из них, конечно, Microsoft. Так Windows NT 3.5 и выше имеют встроенную поддержку сервера DHCP. Как Windows for Workgroups 3.11, так и Windows 95 могут выступать в качестве клиентов DHCP.
Open Transport компании Apple (наследник MacTCP) включает клиента DHCP. Программное обеспечение управления ?/p>