Что значит dhcp. Назначение службы dhcp. Что это DHCP и как он работает можно посмотреть на видео

Инструкция

Убедитесь в наличии DHCP сервера в сети. Зайдите в панель администратора роутера, перейдите на вкладку настроек сети и поставьте галочку напротив пункта «Автоматически назначать IP адреса устройствам сети». Возможны другие названия этого пункта, более точную информацию можно найти в справочной системе. Дополнительно можно задать диапазоны выдаваемых адресов, а также время аренды - срок, на который клиенту выдается IP адрес. Если подключение к интернету осуществляется через сеть без роутера, уточняйте порядок настройки DHCP у провайдера интернета.

Убедитесь в том, что служба DHCP-client запущена на компьютере. Для этого зайдите в панель управления, запустите меню «Администрирование». Выберите пункт «Службы». В списке найдите DHCP-клиент. Настройте автоматический запуск службы, а затем запустите ее вручную. Для этого могут потребоваться права администратора. После перезагрузки компьютера убедитесь в том, что служба все еще запущена.

Чтобы включить DHCP на , зайдите в сетевые подключения. В этой папке может находиться несколько значков сетевых подключений. Выберите нужное, щелкните правой кнопкой, в выпадающем меню нажмите «Свойства». Выберете в списке протокол TCP/IP. Нажмите кнопку «Свойства», выберите пункты «Получать IP-адрес автоматически» и «Получать DNS-адрес автоматически». Нажмите кнопки «Применить» и «ОК». Если сервер настроен правильно, через несколько секунд компьютер получит IP-адрес. Убедиться в этом можно на вкладке «Состояние» сетевого подключения.

Видео по теме

Источники:

  • Выполнение сетевых задач

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

Инструкция

Нажмите кнопку «Пуск» для вызова главного меню системы и перейдите в пункт «Все программы» для создания задания включения и выключения принудительного применения DHCP от имени администратора с помощью планировщика заданий.

Перейдите в пункт «Стандартные» и раскройте ссылку «Служебные».

Выберите «Планировщик заданий» и нажмите кнопку «Создать задачу».

Укажите имя новой задачи и примените флажок на поле «Выполнять с наивысшими правами».

Перейдите на вкладку «Действие» и нажмите кнопку «Создать».

Нажмите кнопку «Обзор» в открывшемся диалоговом окне и укажите путь к выбранной службе DHCP.

Нажмите кнопку OK для выполнения команды и повторите нажатие кнопки OK для подтверждения применения выбранных изменений.

Вернитесь в главное меню «Пуск» и перейдите в пункт «Выполнить» для выполнения операции включения или выключения принудительного применения протокола DHCP для клиентов.

Введите значение napclcfg.msc в поле «Открыть» и нажмите кнопку OK для подтверждения выполнения команды открытия консоли кофигурации клиента NAP.

Нажмите кнопку «Клиенты принудительной защиты» и вызовите контекстное меню параметра «Клиент принудительной защиты DHCP» кликом правой кнопки мыши.

Выберите команду «Включить» или «Отключить».

Вернитесь в главное меню «Пуск» и перейдите в пункт «Все программы» для использования альтернативного метода включения/выключения DHCP.

Введите значение netsh nap client set enforcement ID = 79617 ADMIN = "Enable" и нажмите клавишу Enter для включения принудительного применения DHCP.

Введите значение netsh nap client set enforcement ID = 79617 ADMIN = "Disable" и нажмите клавишу Enter для отключения принудительного применения DHCP.

Видео по теме

Источники:

  • Включение и выключение принудительного применения DHCP для клиентов в 2018

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

Инструкция

Нажмите кнопку «Пуск» для вызова главного меню системы и перейдите в пункт «Панель управления» для инициации процедуры включения сетевого адаптера .

Перейдите в пункт «Сеть и интернет» и раскройте ссылку «Центр сети и общего доступа».

Выберите пункт «Управление сетевыми подключениями» и вызовите контекстное меню объекта «Сетевой адаптер» кликом правой кнопки мыши.

Примените флажок на поле «Включить» для завершения операции включения или примените флажок на поле «Отключить» для отмены предыдущего действия.

Подтвердите выполнение выбранной команды введением пароля администратора в окне запроса системы.

Вернитесь в главное меню «Пуск» и перейдите в пункт «Выполнить» для осуществления альтернативной процедуры включения сетевого адаптера с помощью инструмента «Командная строка».

Введите значение cmd в поле «Открыть» и нажмите кнопку OK для подтверждения выполнения запуска.

Введите значение netsh interface set interface name=Подключение по локальной сети admin=disable. Далее и нажмите функциональную клавишу Enter для подтверждения выполнения команды отключения сетевого адаптера .

Введите значение netsh interface set interface name=Подключение по локальной сети admin=enabled для выполнения операции включения сетевого адаптера и нажмите функциональную клавишу Enter для подтверждения применения выбранных изменений.

Видео по теме

Обратите внимание

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

Полезный совет

Выполнение некоторых из вышеперечисленных операций подразумевает наличие администраторского доступа к ресурсам системы.

Источники:

  • Включение и отключение сетевого адаптера

Включение протокола SSL (Secure Socket Layer) обеспечивает безопасность подключения и передачи информации. Кроме этого просмотр определенных веб-узлов невозможен без поддержки SSL и файлов cookie. Процедура включения нужного протокола может быть выполнена без привлечения дополнительного программного обеспечения.

Инструкция

Нажмите кнопку «Пуск» для вызова главного меню системы и перейдите в пункт «Программы» для выполнения операции включения протокола SSL.

Выберите используемый браузер и запустите его.

Раскройте ссылку «Свойства обозревателя» в меню «Сервис» верхней панели инструментов окна Internet Explorer и перейдите на вкладку «Конфиденциальность» открывшегося диалогового окна приложения (для Internet Explorer).

Восстановите настройки cookie по умолчанию нажатием на одноименную кнопку и перейдите на вкладку «Дополнительно» (для Internet Explorer).

Примените флажки на полях SSL 2.0 и SSL 3.0 в разделе «Безопасность» и нажмите кнопку OK для подтверждения применения выбранных изменений (для Internet Explorer).

Укажите пункт «Настройки» в меню «Инструменты» верхней панели инструментов браузера Mozilla Firefox и выберите группу «Приватность» для обновления файлов cookie (для Mozilla Firefox).

Примените флажок на поле «Принимать cookies с сайтов» в группе Cookie и раскройте узел «Дополнительно» (для Mozilla Firefox).

Выберите вкладку «Шифрование» в открывшемся диалоговом окне и примените флажки на полях «Использовать SSL 2.0» и «Использовать TLS 1.0» (для Mozilla Firefox).

Подтвердите применение выбранных изменений нажатием кнопки OK (для Mozilla Firefox).

Укажите пункт «Свойства» в меню «Правка» верхней панели инструментов окна браузера Netscape и выберите пункт «Конфиденциальность» (для Netscape).

Укажите раздел SSL в списке в левой части окна приложения и примените флажки на полях «Использовать SSl 2» и «Использовать SSL 3» (для Netscape).

Нажмите кнопку OK для подтверждения применения выбранных изменений (для Netscape).

Источники:

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

Инструкция

Запустите любой браузер. В адресной строке введите следующие символы: 192.168.0.1 - это стандартный адрес для сетевого устройства. При этом сетевой кабель должен быть подключен в сетевую карту вашего компьютера с одной стороны и в роутер с другой стороны. Если подключение активно, то есть компьютер «видит» роутер, в окне браузера появится запрос пароля и имени пользователя. Обычно это admin в обоих полях. Когда введете, нажмите кнопку ОК. На экране появится основная страница настроек роутера.

Если стандартный пароль на принимается и вы видите сообщение об этом, попробуйте поискать пароль и логин в документации к роутеру. Другой вариант: найдите на задней панели сетевого устройства маленькое отверстие с надписью Reset и нажмите кнопку, которая внутри, длинным тонким предметом. Это сбросит все настройки на заводские и можно будет использовать стандартный пароль.

Привет, посетитель сайта сайт! Продолжаем изучать . В девятой части мы с вами будем разбираться с тем, как работает протокол DHCP (Dynamic Host Configuration Protocol) и зачем он вообще нужен? Эта запись как раз будет про назначение и возможности протокола DHCP, а также мы с вами рассмотрим DHCP опции и их назначение в протоколе . Как всегда, торопиться никуда не будем, сперва рассмотрим DHCP в общих чертах, а затем будем разбираться с частностями.

9.1.1 Введение

В курсах ICND1 и ICND2 протокол DHCP рассматривается очень поверхностно, да и в целом Cisco размазала информацию об этом протоколе на треки разных направлений и по разным уровням. Мы же рассмотрим DHCP довольно подробно и, пожалуй, рассмотренной информации хватит не только для того, чтобы ответить на вопросы по DHCP, которые могут встретиться на экзамене но и на вопросы, которые могут быть на экзамене CCNP R&S.

9.1.2 Зачем нужен протокол DHCP и как он связан с протоколом IP?

В теме мы говорили о , мы затронули самые основные моменты, касающиеся DHCP и его назначения, сейчас мы кратко вспомним то, что было рассмотрено ранее. Думаю, все прекрасно знают, что такой инструмент, как молоток, в основном используется для забивания гвоздей, то есть нам всем ясно зачем нужен молоток. Так давайте сперва выясним – зачем нам нужен протокол DHCP .

Протокол DHCP (Dynamic Host Configuration Protocol) или протокол динамического конфигурирования хостов нужен для автоматизации процесса настройки в . Протокол DHCP с тем или иным успехом решает две глобальные задачи:

  1. Избавляет инженера от однотипной и монотонной работы по настройке , шлюзов, адресов DNS-серверов и других необходимых параметров для . При выполнении такой работы еще и легко ошибиться, ведь устройств может быть сотни, а то и тысячи.
  2. Протокол DHCP в какой-то мере, но не на 100%, защищает вашу сеть от такого неприятного явления как дублирование IP-адресов. При ручной настройке узлов компьютерной сети у вас может быть два подхода: либо вы ведете учет выданных IP-адресов и куда-нибудь записываете конфигурации ваших узлов, либо вы пускаете это дело на самотек и выдаете IP-адреса своим узлам, руководствуясь желанием своей левой пятки. В маленьких и очень маленьких сетях второй подход применим, а вот в больших сетях возникнут проблемы даже в том случае, когда вы будете вести строгий учет, проблемы возникнут именно с учетом, каждый новый IP-адрес в вашей учетной системе будет делать учет всё более сложным. Протокол DHCP позволяет избавиться от этого ручного учета , ведь DHCP-сервер будет запоминать те IP-адреса, которые он выдал, возможно, он будет запоминать даже кому он выдал тот или иной IP-адрес, чтобы затем выдать его вновь.

В этой теме мы будем разбираться с протоколом DHCP в связке с , хотя стоит заметить, что рассматривать DHCP без протокола IP вообще нет никакого смысла, просто дело всё в том, что DHCPv6 имеет несколько другие задачи, но это совсем другая история. Вообще, протокол DHCP, как и многие другие протоколы (например, NAT), возник из-за недостатков IPv4, дело в том, что в IPv4 нет механизма по автоматическому назначению IP-адресов на интерфейсы, а вот в IPv6 такой механизм уже имеется. То есть DHCP расширяет возможности IPv4 и делает жизнь сетевого инженера более простой и приятной , правда этому инженеру придется изучать как этот DHCP работает.

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

Протокол DHCP был стандартизован в 1993 году и является наследником протокола BOOTP, это мы увидим, когда познакомимся со структурой сообщений в DHCP, кстати говоря, по схожему принципу с DHCP работает протокол RARP, но он нам совсем неинтересен. DHCP описан в спецификации RFC 2131.

9.1.3 Режимы работы DHCP сервера

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

  1. Ручное назначение статических IP-адресов.
  2. Автоматическое назначение статических адресов.
  3. Автоматическое распределение динамических адресов.

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

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

Автоматическое назначение статических адресов. Главной особенностью работы этого режима является то, что сервер выдает IP-адрес клиенту не на определенное время (в DHCP это время называется временем аренды или lease time), а навсегда. DHCP-сервер выдает клиенту IP-адрес без вмешательства администратора, при первом обращение клиента сервер его запоминает и затем постоянно выдает этому клиенту один и тот же IP-адрес.

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

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

9.1.4 Опции DHCP протокола и зачем они нужны? Список стандартных DHCP опций

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

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

Очевидная проблема, которая у вас может возникнуть: для подключения клиентского устройства к компьютерной сети нужна опция, с которой это устройство работать не умеет, ну вот не добавили поддержку этой опции производители и всё тут. Список стандартных DHCP опций описан в RFC 2132 . Более того, для каждой стандартной опции есть свой RFC, который описывает – зачем эта опция нужна и как она должна работать.

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

  • IP-адрес шлюза по умолчанию;
  • маска подсети;
  • адреса DNS-серверов;
  • имя домена DNS.

Для передачи опций между клиентом и сервером в DHCP пакете есть специальное поле переменной длинны , которое так и называется – options. Это поле имеет переменную длину, но при этом все остальные поля DHCP сообщения фиксированные. Если учесть, что и DHCP-клиент, и DHCP-сервер должны уметь обработать пакет размером 576 байт (576 байт взято не с потолка, а из ограничений некоторых старых протоколов), а также знать размер других полей в пакете, то нетрудно будет посчитать, что поле options имеет минимальную длину 340 байт. При этом самое поле options начинается с фиксированной последовательности Magic Cookie, которая выглядит так: 0×63825363. Можно сказать и по-другому, Magic Cookie – это четыре байта со значениями 99, 130, 83, 99. Как это не назови, но по этой последовательности устройство понимает, что фиксированная часть пакета закончилась и начались DHCP опции .

Кстати говоря, в DHCP пакете есть еще два необязательных поля, то есть в пакете есть пространство, вместо которого можно передавать опции – это поля file (64 байта) и snmae (128 байт). Что еще можно добавить про опции DHCP? Каждая стандартная опция имеет уникальный номер от 0 до 255, вернее правильнее будет говорить код, а не номер. У каждой опции есть размер, при этом у некоторых опций определен не строго фиксированный размер, а какие-то границы, в которых опция может плавать. Более подробную информацию о DHCP опциях вам придется смотреть в специальных RFC, дело всё в том, что некоторые опции должны начинаться, например, с нуля, некоторые опции нельзя использовать вместе, есть еще ряд других особенностей, в которые углубляться нам смысла сейчас нет.

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

9.1.6 Список самых часто используемых DHCP опции

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

Код Название Длина Описание опции
1 Subnet Mask 4 Маска подсети
3 Router x4 Перечисление доступных маршрутизаторов. Или проще говоря, IP-адреса доступных шлюзов по умолчанию, в сети их может быть несколько.
6 Name Server x4 Перечисление доступных DNS серверов
12 Host Name 1+ Символьное имя узла
23 Default IP TTL 1 Позволяет задать TTL, которое обязан будет использовать клиент при отправке пакетов в сеть. При помощи этой опции можно ограничить доступ пользователям в сеть Интернет.
26 Interface MTU 2 Если вам нужно чтобы все узлы использовали одинаковый MTU, то вот опция.
33 Static IP Route x8 Вы же помните, что когда-то сети были классовыми, изначально это поле было для выдачи маршрутов узлам в классовых сетях, поэтому для маски здесь место не нашлось. Сейчас, в эпоху VLSM и CIDR, при помощи этой опции можно выдавать узлам статические маршруты к удаленным сетям с маской /32.
35 ARP Cache Timeout 4 У протокола ARP есть кэш, каждая операционная система хранит ARP кэш разное время, чтобы упорядочить этот хаос есть 35 опция DHCP, которая заставляет все узлы хранит ARP-записи одинаковое количество времени.
50 Requested IP Address 4 Эту опцию использует клиент для того, чтобы сообщить серверу о том, какой IP-адрес он хочет получить.
55 Parameter Request List 1+ При помощи этой опции DHCP-клиент сообщает серверу список опций, которые ему хочется получить.
61 Client Identifier 2+ DHCP-сервер ведет сопоставление IP и MAC-адресов, он запоминает какому мак-адресу какой IP был назначен. Но вместо мак-адресов можно использовать идентификатор клиента.
66 TFTP Server Name 1+ Название опции говорит само за себя.
82 Я не знаю, как эта опция называется, а в RFC смотреть лень. Все инженеры вокруг меня просто говорят восемьдесят вторая опция. С этой опцией мы будем знакомиться отдельно, кратким описанием тут не отделаешься.
121 Classless Route 5+ Этой опцией можно выдавать маршруты по умолчанию в бесклассовых сетях.
150 TFTP Server IP Address 4 Тут тоже всё ясно из названия.
255 End 0 Если опции в пакете есть, то эта опция является обязательной, она означает, что других опций уже не будет и это конец DHCP пакета.

9.1.7 Выводы

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

dhcpd, ISC DHCP Server, Infoblox

Энциклопедичный YouTube

  • 1 / 5

    Стандарт протокола DHCP был принят в октябре 1993 года . Действующая версия протокола (март 1997 года) описана в RFC 2131 . Новая версия DHCP, предназначенная для использования в среде IPv6 , носит название DHCPv6 и определена в RFC 3315 (июль 2003 года).

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

    Протокол DHCP предоставляет три способа распределения IP-адресов :

    • Ручное распределение. При этом способе сетевой администратор сопоставляет аппаратному адресу (для Ethernet сетей это MAC-адрес) каждого клиентского компьютера определённый IP-адрес. Фактически, данный способ распределения адресов отличается от ручной настройки каждого компьютера лишь тем, что сведения об адресах хранятся централизованно (на сервере DHCP), и потому их проще изменять при необходимости.
    • Автоматическое распределение. При данном способе каждому компьютеру на постоянное использование выделяется произвольный свободный IP-адрес из определённого администратором диапазона.
    • Динамическое распределение. Этот способ аналогичен автоматическому распределению, за исключением того, что адрес выдаётся компьютеру не на постоянное пользование, а на определённый срок. Это называется арендой адреса . По истечении срока аренды IP-адрес вновь считается свободным, и клиент обязан запросить новый (он, впрочем, может оказаться тем же самым). Кроме того, клиент сам может отказаться от полученного адреса.

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

    Опции DHCP

    Помимо IP-адреса, DHCP также может сообщать клиенту дополнительные параметры, необходимые для нормальной работы в сети. Эти параметры называются опциями DHCP . Список стандартных опций можно найти в RFC 2132 .

    Опции - строки переменной длины, состоящие из октетов. Первый октет - код опции, второй октет - количество следующих октетов, остальные октеты зависят от кода опции.

    Например, опция «DHCP Message Type» при отправке сообщения «Offer» будет выглядеть так: 0x35,0x01,0x02, где 0x35 - код опции «DHCP Message Type» , 0x01 - означает, что далее идет только один октет, 0x02 - значение «Offer».

    Некоторыми из наиболее часто используемых опций являются:

    • IP-адрес маршрутизатора по умолчанию;
    • адреса серверов DNS ;
    • имя домена DNS .

    Некоторые поставщики программного обеспечения могут определять собственные дополнительные опции DHCP (RFC 2132).

    Идентификация поставщика

    Опция существует, чтобы определить поставщика и функциональность клиента DHCP. Информация представляется строкой переменной длины, состоящей из символов или октетов, которые имеют значение, указанное поставщиком клиента DHCP. Один из методов позволяет DHCP клиенту оповещать сервер о том, что он использует определенный тип низкоуровневого обеспечения или прошивки для заполнения опции Vendor Class Identifier(VCI)(опция 60). Этот метод позволяет различать запросы клиентских машин и процессов. Значение опции VCI дает DHCP-серверу подсказку о любой необходимой дополнительной информации, которую необходимо отправить клиенту в ответ.

    Устройство протокола

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

    Структура сообщений DHCP

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

    Поле Описание Длина (в байтах)
    op Тип сообщения. Например может принимать значения: BOOTREQUEST (1, запрос от клиента к серверу) и BOOTREPLY (2, ответ от сервера к клиенту). 1
    htype Тип аппаратного адреса. Допустимые значения этого поля определены в RFC 1700 «Assigned Numbers». Например, для MAC-адреса Ethernet 10 Мбит/с это поле принимает значение 1. 1
    hlen Длина аппаратного адреса в байтах. Для MAC-адреса Ethernet - 6. 1
    hops Количество промежуточных маршрутизаторов (так называемых агентов ретрансляции DHCP ), через которые прошло сообщение. Клиент устанавливает это поле в 0. 1
    xid Уникальный идентификатор транзакции, генерируемый клиентом в начале процесса получения адреса. 4
    secs Время в секундах с момента начала процесса получения адреса. Может не использоваться (в этом случае оно устанавливается в 0). 2
    flags Поле для флагов - специальных параметров протокола DHCP. 2
    ciaddr IP-адрес клиента. Заполняется только в том случае, если клиент уже имеет собственный IP-адрес и способен отвечать на запросы ARP (это возможно, если клиент выполняет процедуру обновления адреса по истечении срока аренды). 4
    yiaddr Новый IP-адрес клиента, предложенный сервером. 4
    siaddr IP-адрес сервера. Возвращается в предложении DHCP (см. ниже). 4
    giaddr IP-адрес агента ретрансляции, если таковой участвовал в процессе доставки сообщения DHCP до сервера. 4
    chaddr Аппаратный адрес (обычно MAC-адрес) клиента. 16
    sname Необязательное имя сервера в виде нуль-терминированной строки . 64
    file Необязательное имя файла на сервере, используемое бездисковыми рабочими станциями при удалённой загрузке. Как и sname , представлено в виде нуль-терминированной строки. 128
    options Поле опций DHCP . Здесь указываются различные дополнительные параметры конфигурации. В начале этого поля указываются четыре особых байта со значениями 99, 130, 83, 99 («волшебные числа»), позволяющие серверу определить наличие этого поля. Поле имеет переменную длину, однако DHCP-клиент должен быть готов принять DHCP-сообщение длиной в 576 байт (в этом сообщении поле options имеет длину 340 байт). переменная

    Пример процесса получения адреса

    Рассмотрим пример процесса получения IP-адреса клиентом от сервера DHCP. Предположим, клиент ещё не имеет собственного IP-адреса, но ему известен его предыдущий адрес - 192.168.1.100. Процесс состоит из четырёх этапов.

    Обнаружение DHCP

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

    Клиент заполняет несколько полей сообщения начальными значениями:

    • В поле xid помещается уникальный идентификатор транзакции , который позволяет отличать данный процесс получения IP-адреса от других, протекающих в то же время.
    • В поле chaddr помещается аппаратный адрес (MAC-адрес) клиента.
    • В поле опций указывается последний известный клиенту IP-адрес. В данном примере это 192.168.1.100. Это необязательно и может быть проигнорировано сервером.

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

    Не всегда процесс получения IP адреса начинается с DHCPDISCOVER . В случае, если клиент ранее уже получал IP адрес и срок его аренды ещё не прошёл - клиент может пропустить стадию DHCPDISCOVER, начав с запроса DHCPREQUEST отправляемого с идентификатором сервера, который выдал адрес в прошлый раз. В случае же отсутствия ответа от DHCP сервера, выдавшего настройки в прошлый раз, клиент отправляет DHCPDISCOVER . Тем самым клиент начинает процесс получения с начала, обращаясь уже ко всем DHCP серверам в сегменте сети.

    Предложение DHCP

    Получив сообщение от клиента, сервер определяет требуемую конфигурацию клиента в соответствии с указанными сетевым администратором настройками. В данном случае DHCP-сервер согласен с запрошенным клиентом адресом 192.168.1.100. Сервер отправляет ему ответ (DHCPOFFER ), в котором предлагает конфигурацию. Предлагаемый клиенту IP-адрес указывается в поле yiaddr . Прочие параметры (такие, как адреса маршрутизаторов и DNS -серверов) указываются в виде опций в соответствующем поле.

    Это сообщение DHCP-сервер отправляет хосту, пославшему DHCPDISCOVER, на его MAC, при определенных обстоятельствах сообщение может распространяться как широковещательная рассылка. Клиент может получить несколько различных предложений DHCP от разных серверов; из них он должен выбрать то, которое его «устраивает».

    Запрос DHCP

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

    Подтверждение DHCP

    Наконец, сервер подтверждает запрос и направляет это подтверждение (DHCPACK ) клиенту. После этого клиент должен настроить свой сетевой интерфейс, используя предоставленные опции.

    Вид сообщений

    Ниже приведены значения каждого поля для каждого из отправляемых в процессе сообщений DHCP.

    Обнаружение DHCP
    DHCPDISCOVER
    UDP Src=0.0.0.0 Dest=255.255.255.255
    OP HTYPE HLEN HOPS
    0x01 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0xC0A80164
    YIADDR
    0x00000000
    SIADDR
    0x00000000
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: обнаружение DHCP
    Предложение DHCP
    DHCPOFFER
    OP HTYPE HLEN HOPS
    0x02 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0x00000000
    YIADDR
    0xC0A80164
    SIADDR
    0xC0A80101
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: предложение DHCP
    Опция DHCP 1: маска подсети 255.255.255.0
    Опция DHCP 3: маршрутизатор 192.168.1.1
    Опция DHCP 51: срок аренды IP-адреса - 1 день
    Запрос DHCP
    DHCPREQUEST
    UDP Src=0.0.0.0 Dest=255.255.255.255
    OP HTYPE HLEN HOPS
    0x01 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0xC0A80164
    YIADDR
    0x00000000
    SIADDR
    0x00000000
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: запрос DHCP
    Опция DHCP 50: запрос адреса 192.168.1.100
    Опция DHCP 54: DHCP-сервер 192.168.1.1
    Подтверждение DHCP
    DHCPACK
    UDP Src=192.168.1.1 Dest=255.255.255.255
    OP HTYPE HLEN HOPS
    0x02 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0x00000000
    YIADDR
    0xC0A80164
    SIADDR
    0x00000000
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: подтверждение DHCP
    Опция DHCP 1:

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

    DHCP (аббревиатура от Dynamic Host Configuration Protocol – в переводе «Протокол Динамической Настройки Узла») – это технология, предназначенная для автоматического присвоения IP-адресов сетевым устройствам. Множество системных администраторов предпочитают использовать DHCP вместо ручного назначения IP-адресов сетевым компьютерам, при этом DHCP также используется для конфигурации маски подсети, шлюза и DNS-cерверов.

    Когда появился DHCP

    Концепт протокола DHCP предложен ещё в 1993 году, его развитием занималась группа специалистов DHC WG, а полное описание протокол получил лишь весной 1997 года в документе под названием RFC 2131. Сегодня эта технология имеет статус предварительного стандарта.

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

    Как работает DHCP

    Окружение DHCP требует двух составных элементов – это сервера DHCP и клиента DHCP.

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

    Устройства, которые имеют активный DHCP-протокол, автоматически получают нужные настройки от DHCP-сервера. Все наиболее используемые сетевые устройства (телефоны, компьютеры, игровые приставки и др.) поддерживают DHCP, обладают DHCP и все популярные ныне операционные системы.

    Что это DHCP и как он работает можно посмотреть на видео:

    Используем DHCP в локальной сети

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

    Для настройки DHCP в домашней сети нужно сделать следующее:

    1. зайти в роутер как администратор (логин и пароль обычно – admin);
    2. найти настройки DHCP внутри консоли роутера;
    3. выбрать опцию включения DHCP;
    4. после активации DHCP выбрать диапазон IP-адресов для локальных клиентов (например, от 192.168.1.100 до 192.168.1.200). Роутер обычно подсказывает вам начальный адрес, маску подсети, и список адресов, который DHCP-сервер может выделить из всех возможных);
    5. выберите необходимое время аренды IP-адреса – этот параметр показывает время сохранения определённого IP-адреса за выключенным устройством (когда последнее не в сети). Когда устройство вновь присоединяется к сети, оно автоматически получит зарезервированный за ним IP-адрес.

    Включение DHCP на ПК:

    1. кликаем правой клавише мыши на значок сетевого подключения (справа снизу);
    2. выбираем центр управления сетями;
    3. затем жмём на «подключение по локальной сети» или «беспроводное сетевое подключение»;
    4. в появившемся меню выбираем «свойства»;
    5. жмём дважды на протокол интернета 4 версии;
    6. активизируем пункты напротив автоматического получения IP-адреса и DNS;
    7. жмём «Ок».

    Использование DHCP в Интернете

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

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

    Ограничения DHCP

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

    Преимущества и недостатки

    1. Для подключения к сети компьютер или любое другое устройство должно быть настроено должным образом. С тех пор, как использование DHCP позволило автоматическую настройку конфигурации, практически каждый девайс может легко подключаться к сети, включая компьютеры, свичи, смартфоны, приставки и так далее;
    2. Специфика работы динамического протокола практически исключает вероятность того, что два устройства получат одинаковый IP-адрес, что часто случается в ситуации ручного набора статистического IP;
    3. Использование DHCP значительно облегчает настройку сети для администраторов, вследствие автоматической раздачи адресов сервером.
    4. Поскольку IP устанавливаются автоматически, устройства могут свободно переключаться между разными сетями без необходимости прописывать все параметры вручную;
    5. для различных сетевых устройств (например, сетевых принтеров) достаточно непрактичным выглядит постоянная смена IP для них. Потому за такими устройствами лучше сохранять статистический IP-адрес;
    6. то же самое касается случаев, когда вы имеете постоянный к компьютеру с помощью специальных программ, привязанных к определённому IP-адресу. Для такого доступа вам понадобится статистический IP, а не динамический IP.

    Заключение

    DHCP — что это? Использование протокола DHCP здорово облегчило работу в сетях. Теперь нет необходимости настраивать каждое устройство индивидуально, прописывать необходимые параметры и опасаться возможного конфликта устройств. DHCP сервер сделает всё за вас, важно лишь правильно настроить роутер, а на ПК и других устройствах включить поддержку динамической адресации. Обычно, после таких настроек, остаётся лишь наслаждаться стабильной работой используемой вами сети.

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

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

    История

    Стандарт протокола DHCP был принят в октябре 1993 года . Действующая версия протокола (март 1997 года) описана в RFC 2131 . Новая версия DHCP, предназначенная для использования в среде IPv6 , носит название DHCPv6 и определена в RFC 3315 (июль 2003 года).

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

    Протокол DHCP предоставляет три способа распределения IP-адресов :

    • Ручное распределение. При этом способе сетевой администратор сопоставляет аппаратному адресу (для Ethernet сетей это MAC-адрес) каждого клиентского компьютера определённый IP-адрес. Фактически, данный способ распределения адресов отличается от ручной настройки каждого компьютера лишь тем, что сведения об адресах хранятся централизованно (на сервере DHCP), и потому их проще изменять при необходимости.
    • Автоматическое распределение. При данном способе каждому компьютеру на постоянное использование выделяется произвольный свободный IP-адрес из определённого администратором диапазона.
    • Динамическое распределение. Этот способ аналогичен автоматическому распределению, за исключением того, что адрес выдаётся компьютеру не на постоянное пользование, а на определённый срок. Это называется арендой адреса . По истечении срока аренды IP-адрес вновь считается свободным, и клиент обязан запросить новый (он, впрочем, может оказаться тем же самым). Кроме того, клиент сам может отказаться от полученного адреса.

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

    Опции DHCP

    Помимо IP-адреса, DHCP также может сообщать клиенту дополнительные параметры, необходимые для нормальной работы в сети. Эти параметры называются опциями DHCP . Список стандартных опций можно найти в RFC 2132 .

    Некоторыми из наиболее часто используемых опций являются:

    • IP-адрес маршрутизатора по умолчанию;
    • адреса серверов DNS ;
    • имя домена DNS .

    Некоторые поставщики программного обеспечения могут определять собственные, дополнительные опции DHCP.

    Устройство протокола

    Протокол DHCP является клиент-серверным , то есть в его работе участвуют клиент DHCP и сервер DHCP. Передача данных производится при помощи протокола UDP , при этом сервер принимает сообщения от клиентов на порт 67 и отправляет сообщения клиентам на порт 68.

    Структура сообщений DHCP

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

    Поле Описание Длина (в байтах)
    op Тип сообщения. Например может принимать значения: BOOTREQUEST (1, запрос от клиента к серверу) и BOOTREPLY (2, ответ от сервера к клиенту). 1
    htype Тип аппаратного адреса. Допустимые значения этого поля определены в RFC 1700 «Assigned Numbers». Например, для MAC-адреса Ethernet 10 Мбит/с это поле принимает значение 1. 1
    hlen Длина аппаратного адреса в байтах. Для MAC-адреса Ethernet - 6. 1
    hops Количество промежуточных маршрутизаторов (так называемых агентов ретрансляции DHCP ), через которые прошло сообщение. Клиент устанавливает это поле в 0. 1
    xid Уникальный идентификатор транзакции, генерируемый клиентом в начале процесса получения адреса. 4
    secs Время в секундах с момента начала процесса получения адреса. Может не использоваться (в этом случае оно устанавливается в 0). 2
    flags Поле для флагов - специальных параметров протокола DHCP. 2
    ciaddr IP-адрес клиента. Заполняется только в том случае, если клиент уже имеет собственный IP-адрес и способен отвечать на запросы ARP (это возможно, если клиент выполняет процедуру обновления адреса по истечении срока аренды). 4
    yiaddr Новый IP-адрес клиента, предложенный сервером. 4
    siaddr IP-адрес сервера. Возвращается в предложении DHCP (см. ниже). 4
    giaddr IP-адрес агента ретрансляции, если таковой участвовал в процессе доставки сообщения DHCP до сервера. 4
    chaddr Аппаратный адрес (обычно MAC-адрес) клиента. 16
    sname Необязательное имя сервера в виде нуль-терминированной строки . 64
    file Необязательное имя файла на сервере, используемое бездисковыми рабочими станциями при удалённой загрузке. Как и sname , представлено в виде нуль-терминированной строки. 128
    options Поле опций DHCP . Здесь указываются различные дополнительные параметры конфигурации. В начале этого поля указываются четыре особых байта со значениями 99, 130, 83, 99 («волшебные числа»), позволяющие серверу определить наличие этого поля. Поле имеет переменную длину, однако DHCP-клиент должен быть готов принять DHCP-сообщение длиной в 576 байт (в этом сообщении поле options имеет длину 340 байт). переменная

    Пример процесса получения адреса

    Рассмотрим пример процесса получения IP-адреса клиентом от сервера DHCP. Предположим, клиент ещё не имеет собственного IP-адреса, но ему известен его предыдущий адрес - 192.168.1.100. Процесс состоит из четырёх этапов.

    Обнаружение DHCP

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

    Клиент заполняет несколько полей сообщения начальными значениями:

    • В поле xid помещается уникальный идентификатор транзакции , который позволяет отличать данный процесс получения IP-адреса от других, протекающих в то же время.
    • В поле chaddr помещается аппаратный адрес (MAC-адрес) клиента.
    • В поле опций указывается последний известный клиенту IP-адрес. В данном примере это 192.168.1.100. Это необязательно и может быть проигнорировано сервером.

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

    Предложение DHCP

    Получив сообщение от клиента, сервер определяет требуемую конфигурацию клиента в соответствии с указанными сетевым администратором настройками. В данном случае DHCP-сервер согласен с запрошенным клиентом адресом 192.168.1.100. Сервер отправляет ему ответ (DHCPOFFER ), в котором предлагает конфигурацию. Предлагаемый клиенту IP-адрес указывается в поле yiaddr . Прочие параметры (такие, как адреса маршрутизаторов и DNS -серверов) указываются в виде опций в соответствующем поле.

    Это сообщение DHCP-сервер отправляет хосту, пославшему DHCPDISCOVER, на его MAC, при определенных обстоятельствах сообщение может распространяться как широковещательная рассылка. Клиент может получить несколько различных предложений DHCP от разных серверов; из них он должен выбрать то, которое его «устраивает».

    Запрос DHCP

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

    Подтверждение DHCP

    Наконец, сервер подтверждает запрос и направляет это подтверждение (DHCPACK ) клиенту. После этого клиент должен настроить свой сетевой интерфейс, используя предоставленные опции.

    Вид сообщений

    Ниже приведены значения каждого поля для каждого из отправляемых в процессе сообщений DHCP.

    Обнаружение DHCP
    DHCPDISCOVER
    UDP Src=0.0.0.0 Dest=255.255.255.255
    OP HTYPE HLEN HOPS
    0x01 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0x00000000
    YIADDR
    0x00000000
    SIADDR
    0x00000000
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: обнаружение DHCP
    Предложение DHCP
    DHCPOFFER
    OP HTYPE HLEN HOPS
    0x02 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0x00000000
    YIADDR
    0xC0A80164
    SIADDR
    0xC0A80101
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: предложение DHCP
    Опция DHCP 1: маска подсети 255.255.255.0
    Опция DHCP 3: маршрутизатор 192.168.1.1
    Запрос DHCP
    DHCPREQUEST
    UDP Src=0.0.0.0 Dest=255.255.255.255
    OP HTYPE HLEN HOPS
    0x01 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0x00000000
    YIADDR
    0x00000000
    SIADDR
    0x00000000
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: запрос DHCP
    Опция DHCP 50: запрос адреса 192.168.1.100
    Опция DHCP 54: DHCP-сервер 192.168.1.1
    Подтверждение DHCP
    DHCPACK
    UDP Src=192.168.1.1 Dest=255.255.255.255
    OP HTYPE HLEN HOPS
    0x02 0x01 0x06 0x00
    XID
    0x3903F326
    SECS FLAGS
    0x0000 0x0000
    CIADDR
    0x00000000
    YIADDR
    0xC0A80164
    SIADDR
    0x00000000
    GIADDR
    0x00000000
    CHADDR
    0x0000001d6057ed80
    SNAME
    (пустое поле)
    FILE
    (пустое поле)
    OPTIONS
    Опция DHCP 53: подтверждение DHCP
    Опция DHCP 1: маска подсети 255.255.255.0
    Опция DHCP 3: маршрутизатор 192.168.1.1
    Опция DHCP 51: срок аренды IP-адреса - 1 день
    Опция DHCP 54: DHCP-сервер 192.168.1.1

    Прочие сообщения DHCP

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

    Отказ DHCP

    Если после получения подтверждения (DHCPACK) от сервера клиент обнаруживает, что указанный сервером адрес уже используется в сети, он рассылает широковещательное сообщение отказа DHCP (DHCPDECLINE ), после чего процедура получения IP-адреса повторяется. Использование IP-адреса другим клиентом можно обнаружить, выполнив запрос ARP .

    Отмена DHCP

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

    Освобождение DHCP

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

    Информация DHCP

    Сообщение информации DHCP (DHCPINFORM ) предназначено для определения дополнительных параметров TCP/IP (например, адреса маршрутизатора по умолчанию, DNS -серверов и т. п.) теми клиентами, которым не нужен динамический IP-адрес (то есть адрес которых настроен вручную). Серверы отвечают на такой запрос сообщением подтверждения (DHCPACK) без выделения IP-адреса.

    Реализации

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

    Примечания

    См. также

    Ссылки

    • RFC 2131 - стандарт DHCP.
    • RFC 2132 - список стандартных опций DHCP.
    • RFC 2136 - DNS UPDATE.
    • RFC 3315 - стандарт DHCPv6.
Понравилась статья? Поделиться с друзьями: