Первым делом Вы должны попасть в настройки своего WiFi-роутера. Сделать это можно либо с компьютера, введя в браузере его локальный IP (обычно это 192.168.1.1 или 192.168.0.1). После авторизации необходимо в главном меню веб-интерфейса найти раздел, отвечающий за локальную сеть (LAN). В некоторых случаях, как в моём примере, настройка DCHP на роутере выведена в отдельный раздел:
Включение и выключение сервера обычно выполняется с помощью галочек «Включить»/»Отключить» или «Enable»/»Disable». На некоторых моделях это может быть выполнено в виде выпадающего списка.
Как правило, на любом WiFi-маршрутизаторе можно задать пул IP-адресов для клиентов, которые будут выдаваться сервером. При необходимости его можно увеличить, либо убавить, оставив адреса для статических подключений.
Ещё один важный параметр — это время аренды IP-адреса (тот самый Lease Time) о котором я рассказывал выше. По умолчанию на моём роутере он выставлен на 120 минут. Максимальное значение — 2000 минут. После того, как Вы внесёте какие-то изменения в настройки устройства — обязательно не забудьте сохранить настройки. В противном случае, после перезагрузки в силу вступят старые параметры.
Как работает DHCP
При работе протокола динамической адресации используются четыре типа сообщений, которыми обмениваются клиент и сервер. Давайте рассмотрим их подробнее.
DHCPDISCOVER
С данного сообщение начинается процесс взаимодействия между клиентом и сервером посредством DHCP. Оно отправляется клиентом (компьютером, телефоном, планшетом, телевизором или устройством), которое подключилось к данной сети. Сообщение широковещательное, то есть в нём используется 255.255.255.255 как IP-адрес доставки, а исходным адресом является 0.0.0.0
DHCPOFFER
Это сообщение отправляется сервером хосту в ответ на полученный ранее DHCPDISCOVER. В нём содержатся все необходимые сетевые настройки, применив которые новое устройство сможет работать в этом сегменте.
DHCPREQUEST
Опять широковещательно сообщение, которое клиент отправляет серверу в ответ DHCPOFFER. Оно означает, что клиент выбрал отправленный ему вариант конфигурации сетевого подключения.
DHCPACK
Финальное сообщение от сервера DHCP клиенту в ответ на DHCPREQUEST. Оно обозначает конец процесса общения, начатого с сообщения DHCPDISCOVER. Получив его, клиент должен применить согласованные ранее настройки сетевого интерфейс, используя предоставленные опции.
Прочие сообщения протокола:
DHCPNAK
Полная противоположность сообщению DHCPACK. Оно означает прекращение общения между сервером, описанного выше. Необходимо начать процедуру заново!
DHCPRELEASE
Сообщение отправляется клиентом в тот момент, когда он завершает процесс использования занимаемого им IP-адреса.
DHCPDECLINE
Если предлагаемый сервером IP-адрес уже занят, то клиент отправляет серверу данное сообщение и после этого процесс их общения перезапускается с самого начала.
DHCPINFORM
Этот вид сообщений отправляется клиентом серверу в тех случаях, когда клиенту присвоен статический IP-адрес, и выделение динамического не требуется. В ответ сразу прилетает DHCPACK.
Механизм общения клиента и сервера
Теперь, когда мы узнали все типы используемых в протоколе DHCP сообщений, давайте посмотрим как на практике происходит общение клиента и сервера.
Этап 1. Клиентское устройство — компьютер, телефон, принтер, телевизор и т.п.- подключается к сети. Он отправляет широковещательный запрос DHCPDISCOVER в поисках сервера. Для этого используется транспортный протокол UDP и порт 67. Начинается процесс авторизации.
Этап 2. Сервер получил запрос DHCPDISCOVER, то в ответ шлёт сообщение DHCPOFFER, где предлагает клиенту варианты настройки сетевого адаптера — IP-адрес, маску подсети, шлюз и DNS-серверы. и информация о шлюзе. Отправка идёт уже не в широковещательном формате а непосредственно хосту, отправившему запрос. Для этого в поле CHADDR прописывается его MAC-адрес. Теперь используется тот же протокол UDP, но порт уже 68.
Этап 3. Клиент просматривает выбранные конфигурации, выбирает приемлемую ему и формирует сообщение DHCPREQUEST, указав в нём какой вариант он выбрал. Если в сети несколько DHCP-серверов и прилетело несколько сообщений DHCPOFFER, то клиент указывает в ответе нужный ему сервер.
Этап 4. Сервер получает от клиента DHCPREQUEST и отправляет в ответ DHCPACK, говоря клиентскому устройству о том, что оно теперь в праве использовать назначенный ему IP-адрес. На этом процесс общения оканчивается и новый хост появляется в сети.
Аренда IP-адресов
Как я уже сказал ранее, IP-адреса выдаются DHCP-сервером на определённое заранее время — Lease Time. Это значение задаётся при настройке сервера обычно в минутах или часах, но в некоторых случаях может быть задано и в секундах. Время аренды периодически обновляется, говоря серверу о том, что данный узел «живой». Как только половина срока аренды пройдёт, DCHP-клиент будет пытаться автоматически продлить время аренды путем обмена сообщениями DHCPREQUEST и DHCPACK.
Когда срок аренды адреса истечёт, а подтверждение не прилетит, либо прилетит пакет DHCPRELEASE, сервер сможет присвоить данный IP-адрес другому компьютеру или устройству, подключающемуся в данный момент времени.
BOOTP/DHCP Parameters
Parameter |
Description |
---|---|
Primary Address |
The IP address to use as the BOOTP/DHCP router address. If you enter an IP address, all BOOTP/DHCP requests received on the interface are stamped with this gateway address. This can be useful on interfaces with multiple IP addresses (aliases). |
Wait Time |
The minimum time to wait (in seconds) for a local configuration server to answer the boot request before forwarding the request through the interface. This delay provides an opportunity for a local configuration server to reply before attempting to relay to a remote server. Set the wait time to a sufficient length to allow the local configuration server to respond before the request is forwarded. If no local server is present, set the time to zero (0). |
Relay to Server |
The IPv4 address of the BOOTP/DHCP configuration server to which to forward BOOTP/DHCP requests. You can configure relay to multiple configuration servers independently on each interface. Configuring different servers on different interfaces provides load balancing, while configuring multiple servers on a single interface provides redundancy. The server IPv4 address cannot be an address belonging to the local machine. |
Что такое DHCP сервер и его плюсы
Прежде чем говорить о сервере DHCP, давайте узнаем, что такое DHCP.
DHCP (Dynamic Host Configuration Protocol) – это протокол позволяющий компьютерам динамически получать ip адреса и другие сетевые параметры.
Для работы протокола DHCP требуется сервер и клиент.
DHCP сервер – это сервер который раздает ip адреса и параметры компьютерам в сети, соответственно на нем и задаются настройки раздачи ip адресов и сетевых параметров.
DHCP клиент – это приложение установленное на клиентских компьютерах, которое обращается к DHCP серверу для получения ip адреса и соответствующих параметров. Во всех операционных системах по умолчанию установлен клиент DHCP, например в Windows он выглядит в виде службы с логичным названием DHCP-клиент.
Как Вы, наверное, знаете если не пользоваться DHCP, то у всех компьютеров в сети придется прописывать статические ip адреса вручную. Это первый плюс использования DHCP. Потому что если прописывать статические ip адреса, то обязательно будут возникать проблемы, самой распространенной проблемой является конфликт ip адресов, т.е. один и тот же адрес задан одновременно на нескольких компьютерах.
Также к самым наглядным плюсам можно отнести то, что DHCP сервер может раздавать параметры, например, шлюз, dns сервера и еще много других. Соответственно без DHCP сервера это тоже придется делать вручную.
Перечислять все положительные стороны использования DHCP у себя в организации я думаю, не стоит, так как уже на данном моменте ясно, что использовать DHCP лучше, чем не использовать. Некоторые могут сказать «Зачем использовать DHCP, если в организации всего 15 машин?» поверьте, даже с таким количеством компьютеров в сети Вы значительно упрощаете администрирование ими. Даже если Вы наизусть помните, какой ip задан у каждого компьютера или устройства, рано или поздно Вам придется их менять (компьютеры устарели или сломались), и настраивать все эти параметры заново, или при добавление новой единицы оргтехники, которой необходим ip адрес, Вы можете забыть, или просто ошибиться в назначение ip адреса, соответственно потом все это нужно будет исправлять. Конечно если у Вас в сети до 5 компьютеров, может смысла, особого нет, я думаю и администратор в таком случае не нужен, но если в Вашем парке скажем 50-100 или больше компьютеров, то DHCP обязателен, также как и объедение всех компьютеров в домен.
Настройка DHCP snooping на коммутаторах Cisco
Включить DHCP snooping:
sw2(config)# ip dhcp snooping
1 | sw2(config)# ip dhcp snooping |
Включить DHCP snooping в VLAN, которые должны быть защищены с его помощью:
sw2(config)# ip dhcp snooping vlan 10
1 | sw2(config)# ip dhcp snooping vlan 10 |
После включения DHCP snooping в VLAN, коммутатор перестает отправлять DHCP-сообщения от клиента на все порты VLAN. Сообщения по-прежнему отправляются на широковещательный адрес, но теперь коммутатор будет передавать их только на доверенные порты, так как только на них может находиться DHCP-сервер.
Настройка доверенных и ненадёжных портов
По умолчанию на коммутаторе все порты ненадёжные, поэтому доверенные порты надо явным образом указывать.
Указать доверенные порты:
sw2(config)# interface fa 0/1
sw2(config-if)# ip dhcp snooping trust
1 |
sw2(config)# interface fa 0/1 sw2(config-if)# ip dhcp snooping trust |
(Опционально) Указать адрес авторизованного DHCP-сервера, доступного через доверенный порт:
sw2(config)#ip dhcp-server 10.84.168.253
1 | sw2(config)#ip dhcp-server 10.84.168.253 |
По умолчанию, после включения DHCP snooping, на коммутаторе включена проверка соответствия MAC-адресов. Коммутатор проверяет соответствие MAC-адреса в DHCP-запросе MAC-адресу клиента. Если они не соответствуют, то коммутатор отбрасывает пакет.
При необходимости можно отключить эту проверку:
switch(config)# no ip dhcp snooping verify mac-address
1 | switch(config)# no ip dhcp snooping verify mac-address |
Добавление статических записей в базу данных привязки DHCP
Добавление статической записи в базу данных привязки DHCP:
sw2#ip dhcp snooping binding <mac-address> vlan <vid> <ip-address> interface <interface-id> expiry <seconds>
1 | sw2#ip dhcp snooping binding <mac-address> vlan <vid> <ip-address> interface <interface-id> expiry <seconds> |
Настройка опции 82
С опцией 82 связаны две настройки:
- Настройка значения remote ID;
- Настройка политики обработки пакетов с опцией 82.
Настройка remote ID (по умолчанию используется MAC-адрес коммутатора):
sw2(config)# ip dhcp snooping information option format remote-id
1 | sw2(config)# ip dhcp snooping information option format remote-id |
Настройка политики обработки пакетов с опцией 82. Коммутатор не будет отбрасывать пакеты, в которых есть опция 82:
sw2(config)# ip dhcp snooping information option allow-untrusted
1 | sw2(config)# ip dhcp snooping information option allow-untrusted |
Отключить вставку опции 82:
switch(config)# no ip dhcp snooping information option
1 | switch(config)# no ip dhcp snooping information option |
Просмотр настроек и проверка работы DHCP snooping
Просмотр настроек DHCP snooping:
sw2# show ip dhcp snooping
1 | sw2# show ip dhcp snooping |
Просмотр статистики DHCP snooping:
sw2# show ip dhcp snooping statistics
1 | sw2# show ip dhcp snooping statistics |
Просмотр базы данных привязки DHCP:
sw2# show ip dhcp snooping binding
1 | sw2# show ip dhcp snooping binding |
Опции Dynamic Host Configuration Protocol
Клиенту для работы в сети кроме IP требуются другие параметры DHCP: шлюз, адрес сервера, маска подсети и т. д. Опции кодируются определенными цифрами. В пакете они отображаются в порядке возрастания. К основным опциям относят:
- 1. Маска подсети.
- 3. IP-адреса доступных шлюзов. В сети их может быть 2-3 и более.
- 6. Адрес DNS-сервера. Перечисляются все доступные серверы.
- 12. Имя хоста.
- 26. Задание одинакового MTU всем узлам.
- 33. Выдача статических маршрутов узлам к удаленным сетям.
- 51. Срок действия IP-адреса.
- 55. Список запрашиваемых опций клиентом. Пакет отправляется с 55 опции, а затем идет перечисление числовых кодов нужных опций.
Пакет обязательно завершается опцией 255 End. Она означает, что других опций уже не будет, и это конец пакета. Далее мы разберем другие опции, которые также часто используются системными администраторами для настройки DHCP.
Опция 82 – информация об агенте ретрансляции
Эта опция нужна для того, чтобы сообщить DHCP-серверу о том, через какой ретранслятор и порт отправляются запросы. Она позволяет серверу и клиенту обмениваться сообщениями даже при нахождении в разных подсетях. Альтернативное название опции – DHCP Relay.
По умолчанию широковещательные сообщения отправляются на DHCP порт и доставляются в пределах текущего домена. Но бывают ситуации, когда в сети нет DHCP-сервера. В этом случае на помощь приходит ретранслятор. Это может быть маршрутизатор или сервер. Он получает в своей подсети сообщения от клиентского устройства, а затем перенаправляет его в другой домен, где есть DHCP-сервер. Аналогичным способом он присылает ответ.
2.4 Трассировка протокола DHCP
В этом разделе описан формат сообщений DHCP для пакетов, используемых в
реально существующей сети. Помимо указанных в табл.3, вам могут встретятся
обозначения:
Destination IP Address — IP-адрес получателя Source IP Address — IP-адрес отправителя Ethernet Header — заголовок
Ethernet
UDP Header — заголовок
UDP
UDP Source Port — UDP-порт отправителя UDP Destination Port — UDP-порт
получателя Ethernet type — тип Ethernet
Рис.10 «Значения параметров в сообщениях DHCP»
Протокол DHCP и формат его пакетов являются расширениями ВООТР. Клиенты и
серверы DHCP используют те же номера портов, что и клиенты и серверы ВООТР, то
есть клиенты DHCP использует порт UDP с номером 68, а серверы DHCP — порт UDP с
номером 67. Большинство анализаторов протоколов расшифровывает сообщения DHCP и
BOOT в одном формате.
Заключение Протоколы ВООТР и DHCP решают важную проблему автоматической
настройки параметров IP (в частности, IP-адресов и масок подсети) для отдельных
сетевых устройств. Оба протокола основаны на архитектуре
«клиент-сервер» и используют одинаковые номера портов UDP. Протокол
DHCP проектировался в качестве замены старого протокола ВООТР, а его сообщения
представляют собой расширение формата сообщений ВООТР.
Главное преимущество DHCP заключается в том, что этот протокол позволяет
арендовать IP-адреса на временной основе. Тем самым обеспечивается более гибкое
управление IP-адресами в ситуациях, когда IP-адреса не обязаны жестко
ассоциироваться с конкретным компьютером по аппаратному адресу. Механизм
назначения IP-адресов в ВООТР менее гибок, поскольку IP-адрес связывается с
аппаратным адресом сетевого интерфейса.
Configuring DHCP Relay on the Security Gateway — Gaia Portal
Use the Portal to enable BOOTP/DHCP Relay on each interface. If the interface is enabled for relay, you can set up a number of servers to which to forward BOOTP/DHCP requests.
To enable BOOTP/DHCP relay on an Interface
- Open the Advanced Routing > DHCP Relay page of the Portal.
- Click Add.
The Add BOOTP/DHCP Relay window opens.
- Select an Interface on which you want to enable BOOTP/DHCP.
- Optional: Enter values for one or more of these :
- Primary Address
- Wait Time
- Define the . For each relay:
- Click Add
- In the Add Relay window, enter the IPv4 address of the relay
- Click OK.
- Click Save.
To disable BOOTP/DHCP relay on an interface
- Open the Advanced Routing > DHCP Relay page of the Portal.
- Select an interface.
- Click Delete.
Принцип работы протокола динамической настройки узла
Работает DHCP по схеме DORA, которая включает 4 этапа: обнаружение (discover), предложение (offer), запрос (request), подтверждение (acknowledge). Рассмотрим каждый этап отдельно.
Обнаружение
При подключении клиента к сети начинается процесс его инициализации. Пользовательский компьютер не имеет IP-адреса, поэтому происходит отправка сообщения DHCPDISCOVER на все устройства в ЛВС. В той же сети обязательно присутствует DHCP server. Его роль не обязательно берет на себя выделенный сервер. Это может быть коммутатор или маршрутизатор.
В крупных организациях обычно несколько DHCP-серверов. Для передачи широковещательного сообщения от клиента всегда используется 67 порт, а для отправки ответного предложения – 68.
Внимание! Отправка сообщения DHCPDISCOVER не всегда является первым шагом по получению IP-адреса. Если у клиента статический IP-адрес и срок его аренды ещё не закончился, инициализация начинается с отправки DHCPREQUEST вместе с уже имеющимся идентификатором сервера
Если DHCP-сервер не отвечает, то тогда уже отправляется пакет DHCPDISCOVER, и процедура получения IP-адреса начинается заново.
Предложение
После получения запроса сервер сообщает клиенту IP-адрес, который может ему подойти. IP DHCP выделяется из диапазона доступных адресов, настроенных администратором сети. Если существуют IP-адреса, которые нельзя назначать DHCP-серверу, то можно задать конкретный диапазон. Например, от 192.0.0.48 до 192.0.0.123.
Другая ситуация – когда пользователи могут использовать любые адреса из доступных, кроме входящих в определенную область. В этом случае администратором задается исключение (excluded-ip-address). Например, клиентам нельзя назначать IP в диапазоне 192.0.0.14 — 192.0.0.45.
Адреса, назначаемые клиентам, являются динамическими, т. е. они постоянно меняются. Например, вчера у пользовательского компьютера был IP 192.0.0.445, а сегодня – 192.0.0.55. Но иногда для доступа к защищенным сервисам или для удобства идентификации клиента в ЛВС за пользователем закрепляют конкретный адрес. В этом случае он становится статическим, а саму процедуру называют резервацией.
В DHCPOFFER, которое получает клиент, содержится IP-адрес из доступной области. Идентификация устройства происходит по MAC-адресу.
Запрос
После получения сообщения от сервера DHCP клиент отправляет пакет DHCPREQUEST. Это сообщение означает, что пользовательский ПК принимает предлагаемый адрес. Если в сети присутствует несколько серверов DHCP, то после получения сообщения DHCPREQUEST все они помечают выбранный адрес занятым.
Подтверждение
Завершается процедура подтверждением передачи IP-адреса с помощью сообщения DHCPACK от сервера. В этом сообщении также указывается и срок использования выбранного клиентом адреса.
Как выбирает DHCP-сервер клиент, если в сети их несколько?
При первом подключении клиент выберет самое первое предложение. Но если ранее устройство уже подключалось к этой ЛВС, при повторном подключении оно выберет предложение от сервера, с которым была установлена связь в первый раз.
Отказ от адреса
При переходе клиента в новую подсеть возникает необходимость в смене IP. В этом случае серверу передается сообщение DHCPRELEASE. После получения пакета server DHCP помечает указанный адрес свободным. Клиентские сетевые параметры резервируются, т. е. при запросе от устройства можно снова возобновить действие этого IP-адреса. Отказаться от аренды можно и вручную. Для этого существует команда ipconfig/release.
Удаленный офис
и онлайн-продажи
За 1 день.
С бесплатным тестовым периодом.
Конфигуратор удаленных рабочих мест
Рабочие места для команды за 1 день
Запросить КП
Как остановить dhcp сервер windows server 2012
У нас простая сетка 192.168.1.0/24. Роутер во внешний мир пусть будет по адресу 192.168.1.1, на нем же DNS сервер.
DHCP сервер будет 192.168.1.2. Устанавливаем на нем Windows 2012 R2, добавляем роль DHCP Server. Серверу надо дать статический IP-адрес!
Сервер терминалов будет 192.168.1.3, на нем установлены WTware 5.4.16, все настройки по умолчанию. WTware DHCP отключен, TFTP включен.
Логинимся в DHCP сервер администратором, запускаем консоль управления DHCP.
Создаем новый диапазон адресов (scope).
Назовем наш диапазон LAN.
Исключим первые 15 адресов из раздачи (в принципе можно это не делать, потом внести все статические адреса в резервации).
Длительность аренды адреса оставим по умолчанию.
Роутер (шлюз по умолчанию).
Адрес сервера DNS и имя локального домена (если нужно).
WINS — укажите, если используете этот анахронизм.
Диапазон адресов создан.
На этом этапе рабочие станции будут получать адреса и базовые настройки от DHCP сервера. Теперь приступим к конфигурированию загрузки по сети (network boot).
Загружать по сети будем два типа клиентов:
Для выбора нужных файлов загрузки воспользуемся политиками DHCP. Политики DHCP — это правила, которые позволяют назначать IP-адреса и/или опции DHCP для клиентов, которые соответствуют условиям политики.
При получении запроса от клиента DHCP сервер назначает адреса и опции в следующем порядке:
У каждой политики есть приоритет. Приоритеты нумеруются начиная с 1. Чем меньше номер, тем приоритетнее политика. Если в двух политиках определены одинаковые опции, клиенту отправляется та, которая определена в политике с более высоким приоритетом. Приоритет политики можно менять через GUI, кликнув правой кнопкой мыши по названию политики и выбрать «Up» или «Down».
На MAC-адреса, прописанные в резервациях (Reservations) действие политик не распространяется!
Условия применения политик могут быть следующие:
Нас интересуют в основном Vendor Class. Перед созданием политики надо создать нужные нам Vendor Class.
Надо определить пять классов:
Жмем «Add…» чтобы добавить новый Vendor Class.
Заполняем имя класса: PXE Client x86
Заполняем ID класса: PXEClient:Arch:00000
Можно заполнять либо Binary (16-ричные значения), либо ASCII (просто набивать текст)
Тут важно не ошибиться, иначе ничего не заработает
Нажимаем OK и видим:
Аналогично добавляем следующие классы:
Имя класса: PXE Client EFI x64
ID класса: PXEClient:Arch:00009
Классы определены. Нажимаем «Close» и приступаем к созданию политик, которые будут пользоваться нашими классами.
Имя политики: pxeclient-x86
Политика будет определять загрузку BIOS клиентов.
Добавляем условие для нашей политики.
Устанавливаем так, как на картинке:
Обратите внимание на чекбокс «Append wildcard(*)». Это означает, что любой Vendor Class, который начинается с «PXEClient:Arch:00000», будет соответствовать условию
Условие добавлено, жмем Next.
Нам не нужно резервировать IP-адреса, поэтому жмем No и Next.
Конфигурируем опцию 66.
192.168.1.3 — адрес нашего TFTP сервера, на котором лежат загрузочные файлы WTware.
Конфигурируем опцию 67.
Имя загрузочного файла: 5.4.16/wtware.pxe
Жмем Next и завершаем конфигурирование политики.
Следующая политика будет определять загрузку UEFI x64 клиентов. Имя политики: pxeclient-uefi64
Добавляем первое условие.
Добавляем второе условие.
Условие политики будет срабатывать при совпадении с любым из двух Vendor Class.
Конфигурацию IP-адресов пропускаем, как в предыдущей политике.
Далее конфигурируем опции по аналогии с предыдущей политикой:
Завершаем конфигурирование политики.
Вторая политика готова.
Осталась последняя политика — для WTware. Она читает опции 66 и 67 для определения пути загрузки пакетов. Делаем аналогично предыдущей политике:
Имя политики: wtware
В условии политики устанавливаем Vendor Class «wtware»
Сюда же можно добавить специфические для WTware опции 18 и 179, по желанию.
Конфигурация завершена. Все типы клиентов должны загружаться.
Здесь, конечно, рассмотрен простейший случай. В реальных сетях все намного сложнее.
Важное дополнение: Поскольку политики несовместимы с резервациями, если вам потребуется указать имя хоста (опция 12) или дать определенному клиенту выделенный IP-адрес, создайте новую политику по условию «MAC-address» и настройте нужные параметры для этого MAC-адреса через свойства политики
Configuring DHCP Relay on the Security Gateway — Gaia Clish (bootp)
Use these commands to configure BOOTP properties for specific interfaces.
set bootp interface <if_name>
primary ip_address wait‑time <0-65535> on
relay-to ip_address <on | off>
Parameter |
Description |
---|---|
The ip_address to stamp as the gateway address on all BOOTP requests. The wait-time value is the minimum seconds to wait before forwarding a bootp request. A client-generated bootp request includes the elapsed time after the client began to boot. The bootp relay does not forward the request until the indicated elapsed time at least equals the specified wait time. This delay lets a local configuration server reply, before it relays to a remote server. |
|
The server to which BOOTP requests are forwarded. You can specify more than one server. |
|
Disables BOOTP on the specified interface. |
Переключить конфигурацию реле DHCP
Если вы выполняете DHCP в сетевых сегментах, вам необходимо настроить ретрансляцию DHCP на интерфейсе сетевого сегмента на коммутаторе уровня 3.
В качестве примера возьмем указанный выше сегмент сети:
- Сегмент сети DHCP 172.29.56.x / 24
- Выделить ip сегмент сети 172.29.62.x / 24
Поскольку коммутатор уровня 3 не предоставляет напрямую функцию DHCP, вам необходимо предоставитьНастройте ретранслятор DHCP. Следующие операции основаны на Huawei S6720
Сначала настройте группу DHCP-сервера и добавьте два IP-адреса: активный и резервный. Здесь 0 и 1 за ip — порядковые номера
Затем используйте эту группу в качестве реле на интерфейсе.
Литература
1. G.
Stump, R. Droms, Y. Gu, R., Vyaghrapuri, A. Demirtjis, B. Beser, J. Privat. The
User Class Option for DHCP, RFC-3004, November 2000.
2. M.
Patrick, DHCP Relay Agent Information Option. RFC-3046, January 2001.
3. S.
Alexander, DHCP Options and BOOTP Vendor Extensions, RFC-2132
4. T. Parker, TCP/IP для профессионалов, May 2000. 2007 http://www.script-coding. info
<http://www.script-coding.info/>
5. <http://www.dhcp-handbook.com/dhcp_faq.html>
6. <http://ru.wikipedia.org/wiki/DHCP>ru.
wikipedia.org/wiki/DHCP <http://ru.wikipedia.org/wiki/DHCP>
7. <http://kunegin.narod.ru/nata/tcpip_prof.pdf>kunegin.
narod.ru/nata/tcpip_prof. pdf
<http://kunegin.narod.ru/nata/tcpip_prof.pdf>
8. http://www.bog.
pp.ru/work/bootp.html
- Remove From My Forums
-
Question
-
Hello Everyone
We have two domain controllers running Windows Server 2012.
Both of them had DHCP installed and we configured a normal load balancing failover between the two servers for a IPV4 scope. This have been working really good for quite some time now. But after some recent security updates all of a suddan the primary DHCP
controller is unable to communicate with the other DHCP server. If it had anything to do with the updates I do not know.But in the eventviewer of the primary DHCP controller the following two error messages was written.Both of the servers are using an external NTP pool that works well they are at the exact same time.
The server detected that it is out of time synchronization with partner server: dc04 for failover relationship: 169.254.153.80-dc04. The time is out of sync by: 480 seconds .
The failover state of server: 169.254.153.80 for failover relationship: 169.254.153.80-dc04 changed from: NORMAL to COMMUNICATION_INT.
I tried to remove the failover configuration but the primary DHCP controller won’t let me. I tried a few different scenarions.
But if i choose deconfigure Failover this is what happens.
Check status of the failover relationship…………..Failed.
The DHCP Server service is not running on the target computer.
Deconfigure failover failed. Error 1722. The DHPC server is not running on the target computer.I then tried to change the status of the failover server to Partner down
to be able to remove it. But the primary DHCP server cannot even change that. It replies with.The DHCP service is not running on the target computer.
At this point DHCP service was running fine on both servers and both used the same timeservers and the time matched correctly. After this I tried to remove my DHCP scope to create it again but it says I cannot remove it as long as I got a failover configured.
The last thing we tried was removing the DHCP failover from the secondary DHCP server and that worked. However our primary DHCP server still thinks it has a failover setup with the secondary DHCP server. We uninstalled the DHCP server role from the secondary
DHCP server and still no luck.Anyone know how to force a removal of an old failover configuration so we can set up a new one and maybe someone understand the time difference it mentions?
Thanks.
Kind Regards!
-
Edited by
Tuesday, November 20, 2012 2:34 PM
Added a thanks!
-
Edited by
Answers
-
Hi Damdor,
You are right. You do not need the cluster feature for the new DHCP failover in Windows Server 2012.
Regarding the message you are getting on the primary server —
Check status of the failover relationship…………..Failed.
The DHCP Server service is not running on the target computer.
Deconfigure failover failed. Error 1722. The DHPC server is not running on the target computer.Are you able to do any remote management operation on this DHCP server. The message seems to indicate that the DHCP MMC is unable to communicate with this DHCP server.
Now that you have removed the relationship from the secondary, you should delete the failover relationship from primary DHCP server as well.
You can do this using the DHCP PowerShell cmdlet Remove-DhcpServerv4Failover on the primary DHCP server and specify a -Force flag to delete the relationship. This operation can be done using DHCP MMC as well but you seem to be running into issues with
DHCP MMC. Hence, the suggestion to use PowerShell cmdlet instead. After this, you will be left with the scope(s) being present on both servers. You will need to delete the scopes from one of the servers.Is it possible that the time out of sync error was transient and the servers recovered from it. Was the failover relationship in communication interrupted state before you proceeded to delete it.
Regards
-
Proposed as answer by
teamdhcpMicrosoft employee
Friday, November 30, 2012 6:13 PM -
Marked as answer by
Damdor_
Monday, December 3, 2012 2:49 PM
-
Proposed as answer by
-
Hello,
Thank you for your answer.
Your solution did help me solve my problem. But the key to it all was the -force command in the cmdlet.
It did not work to remove the failover the way you mentioned. I received the same error in powershell as I got using DCHP manager. Got the following errors when I tried to remove it using powershell.
PS C:Windowssystem32> Remove-DhcpServerv4Failover -ComputerName dc03 -Name 169.254.153.80-dc04 -Force
WARNING: Failed to delete the failover relationship 169.254.153.80-dc04 on the partner server dc04.PS C:Windowssystem32> Remove-DhcpServerv4FailoverScope -ComputerName dc03 -Name 169.254.153.80-dc04 -ScopeID 10.10.
0.0 -Force
Remove-DhcpServerv4FailoverScope : Failed to get failover relationship name 169.254.153.80-dc04 on DHCP server dc03.
At line:1 char:1
+ Remove-DhcpServerv4FailoverScope -ComputerName dc03 -Name 169.254.153.80-dc04 -S …
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (169.254.153.80-dc04:root/Microsoft/…v4FailoverScope) [Remove-DhcpServ
erv4FailoverScope], CimException
+ FullyQualifiedErrorId : DHCP 20115,Remove-DhcpServerv4FailoverScopeThe solution that worked for me was to remove the DHCP scope using the -force command from my primary dhcp server and then recreate the failover relationship with my other DHCP server. But i had to manually recreate the scope so I am lucky
that I have quite a simple dhcp setup. It was also possible to set it up on my secondary dhcp server before I removed it from the primary dhcp server using the -force command. So now i have the failover setup and working again.I do not know what caused the problem from the start.
But thanks for your answer.
-
Marked as answer by
Boo_MonstersInc
Tuesday, December 4, 2012 8:49 AM
-
Marked as answer by
- Remove From My Forums
-
Question
-
Hello Everyone
We have two domain controllers running Windows Server 2012.
Both of them had DHCP installed and we configured a normal load balancing failover between the two servers for a IPV4 scope. This have been working really good for quite some time now. But after some recent security updates all of a suddan the primary DHCP
controller is unable to communicate with the other DHCP server. If it had anything to do with the updates I do not know.But in the eventviewer of the primary DHCP controller the following two error messages was written.Both of the servers are using an external NTP pool that works well they are at the exact same time.
The server detected that it is out of time synchronization with partner server: dc04 for failover relationship: 169.254.153.80-dc04. The time is out of sync by: 480 seconds .
The failover state of server: 169.254.153.80 for failover relationship: 169.254.153.80-dc04 changed from: NORMAL to COMMUNICATION_INT.
I tried to remove the failover configuration but the primary DHCP controller won’t let me. I tried a few different scenarions.
But if i choose deconfigure Failover this is what happens.
Check status of the failover relationship…………..Failed.
The DHCP Server service is not running on the target computer.
Deconfigure failover failed. Error 1722. The DHPC server is not running on the target computer.I then tried to change the status of the failover server to Partner down
to be able to remove it. But the primary DHCP server cannot even change that. It replies with.The DHCP service is not running on the target computer.
At this point DHCP service was running fine on both servers and both used the same timeservers and the time matched correctly. After this I tried to remove my DHCP scope to create it again but it says I cannot remove it as long as I got a failover configured.
The last thing we tried was removing the DHCP failover from the secondary DHCP server and that worked. However our primary DHCP server still thinks it has a failover setup with the secondary DHCP server. We uninstalled the DHCP server role from the secondary
DHCP server and still no luck.Anyone know how to force a removal of an old failover configuration so we can set up a new one and maybe someone understand the time difference it mentions?
Thanks.
Kind Regards!
-
Edited by
Tuesday, November 20, 2012 2:34 PM
Added a thanks!
-
Edited by
Answers
-
Hi Damdor,
You are right. You do not need the cluster feature for the new DHCP failover in Windows Server 2012.
Regarding the message you are getting on the primary server —
Check status of the failover relationship…………..Failed.
The DHCP Server service is not running on the target computer.
Deconfigure failover failed. Error 1722. The DHPC server is not running on the target computer.Are you able to do any remote management operation on this DHCP server. The message seems to indicate that the DHCP MMC is unable to communicate with this DHCP server.
Now that you have removed the relationship from the secondary, you should delete the failover relationship from primary DHCP server as well.
You can do this using the DHCP PowerShell cmdlet Remove-DhcpServerv4Failover on the primary DHCP server and specify a -Force flag to delete the relationship. This operation can be done using DHCP MMC as well but you seem to be running into issues with
DHCP MMC. Hence, the suggestion to use PowerShell cmdlet instead. After this, you will be left with the scope(s) being present on both servers. You will need to delete the scopes from one of the servers.Is it possible that the time out of sync error was transient and the servers recovered from it. Was the failover relationship in communication interrupted state before you proceeded to delete it.
Regards
-
Proposed as answer by
teamdhcpMicrosoft employee
Friday, November 30, 2012 6:13 PM -
Marked as answer by
Damdor_
Monday, December 3, 2012 2:49 PM
-
Proposed as answer by
-
Hello,
Thank you for your answer.
Your solution did help me solve my problem. But the key to it all was the -force command in the cmdlet.
It did not work to remove the failover the way you mentioned. I received the same error in powershell as I got using DCHP manager. Got the following errors when I tried to remove it using powershell.
PS C:Windowssystem32> Remove-DhcpServerv4Failover -ComputerName dc03 -Name 169.254.153.80-dc04 -Force
WARNING: Failed to delete the failover relationship 169.254.153.80-dc04 on the partner server dc04.PS C:Windowssystem32> Remove-DhcpServerv4FailoverScope -ComputerName dc03 -Name 169.254.153.80-dc04 -ScopeID 10.10.
0.0 -Force
Remove-DhcpServerv4FailoverScope : Failed to get failover relationship name 169.254.153.80-dc04 on DHCP server dc03.
At line:1 char:1
+ Remove-DhcpServerv4FailoverScope -ComputerName dc03 -Name 169.254.153.80-dc04 -S …
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (169.254.153.80-dc04:root/Microsoft/…v4FailoverScope) [Remove-DhcpServ
erv4FailoverScope], CimException
+ FullyQualifiedErrorId : DHCP 20115,Remove-DhcpServerv4FailoverScopeThe solution that worked for me was to remove the DHCP scope using the -force command from my primary dhcp server and then recreate the failover relationship with my other DHCP server. But i had to manually recreate the scope so I am lucky
that I have quite a simple dhcp setup. It was also possible to set it up on my secondary dhcp server before I removed it from the primary dhcp server using the -force command. So now i have the failover setup and working again.I do not know what caused the problem from the start.
But thanks for your answer.
-
Marked as answer by
Boo_MonstersInc
Tuesday, December 4, 2012 8:49 AM
-
Marked as answer by
Продолжаем осваивать Windows Server 2012 R2 и сегодня мы займемся установкой и настройкой роли сервера DHCP. Также мы вспомним, для чего вообще нужен DHCP сервер, и какие плюсы он приносит при его использовании.
И начнем мы конечно с теории, разберем, для чего нужен DHCP сервер и что вообще такое DHCP, а затем перейдем к практике, установим и настроим DHCP сервер на Windows Server 2012 R2 Datacenter, если помните, в прошлой статье мы рассматривали установку Windows Server 2012 R2 в ознакомительной версии, а теперь пришло время поговорить о различных ролях сервера и начинаем мы с DHCP.
Содержание
- Что такое DHCP сервер и его плюсы
- Установка роли сервера DHCP в Windows Server 2012 R2
- Шаг 1
- Шаг 2
- Шаг 3
- Шаг 4
- Шаг 5
- Шаг 6
- Шаг 7
- Шаг 8
- Шаг 9
- Шаг 10
- Настройка DHCP сервера на Windows Server 2012 R2
- Настройка клиентов на работу с DHCP сервером
Прежде чем говорить о сервере DHCP, давайте узнаем, что такое DHCP.
DHCP (Dynamic Host Configuration Protocol) – это протокол позволяющий компьютерам динамически получать ip адреса и другие сетевые параметры.
Для работы протокола DHCP требуется сервер и клиент.
DHCP сервер – это сервер который раздает ip адреса и параметры компьютерам в сети, соответственно на нем и задаются настройки раздачи ip адресов и сетевых параметров.
DHCP клиент – это приложение установленное на клиентских компьютерах, которое обращается к DHCP серверу для получения ip адреса и соответствующих параметров. Во всех операционных системах по умолчанию установлен клиент DHCP, например в Windows он выглядит в виде службы с логичным названием DHCP-клиент.
Как Вы, наверное, знаете если не пользоваться DHCP, то у всех компьютеров в сети придется прописывать статические ip адреса вручную. Это первый плюс использования DHCP. Потому что если прописывать статические ip адреса, то обязательно будут возникать проблемы, самой распространенной проблемой является конфликт ip адресов, т.е. один и тот же адрес задан одновременно на нескольких компьютерах.
Также к самым наглядным плюсам можно отнести то, что DHCP сервер может раздавать параметры, например, шлюз, dns сервера и еще много других. Соответственно без DHCP сервера это тоже придется делать вручную.
Перечислять все положительные стороны использования DHCP у себя в организации я думаю, не стоит, так как уже на данном моменте ясно, что использовать DHCP лучше, чем не использовать. Некоторые могут сказать «Зачем использовать DHCP, если в организации всего 15 машин?» поверьте, даже с таким количеством компьютеров в сети Вы значительно упрощаете администрирование ими. Даже если Вы наизусть помните, какой ip задан у каждого компьютера или устройства, рано или поздно Вам придется их менять (компьютеры устарели или сломались), и настраивать все эти параметры заново, или при добавление новой единицы оргтехники, которой необходим ip адрес, Вы можете забыть, или просто ошибиться в назначение ip адреса, соответственно потом все это нужно будет исправлять. Конечно если у Вас в сети до 5 компьютеров, может смысла, особого нет, я думаю и администратор в таком случае не нужен, но если в Вашем парке скажем 50-100 или больше компьютеров, то DHCP обязателен, также как и объедение всех компьютеров в домен.
Установка роли сервера DHCP в Windows Server 2012 R2
Перед тем как устанавливать роль DHCP сервера, необходимо выполнить предварительную подготовку, например, составить план добавления областей (подсеть, диапазон), какие ip исключить из раздачи, какие параметры необходимо раздавать, это для ускорения процесса установки и настройки, также необходимо задать статический ip адрес того сервера, на котором Вы собираетесь устанавливать роль сервера DHCP. Теперь переходим к практике.
Шаг 1
Открываем «Диспетчер серверов» в принципе он открывается при старте системы, но в случае если он закрыт, или Вы настроили сервер таким образом, чтобы диспетчер серверов при входе в систему не запускался, то нажимаем Пуск->Диспетчер серверов
Шаг 2
Нажимаем «Добавить роль сервера», можно непосредственно через быстрый запуск, а можно через меню «Управление»
Шаг 3
Далее нас встретит так сказать страница приветствия, мы жмем «Далее»
Шаг 4
Далее уже по умолчанию выбран необходимый пункт, т.е. «Установка ролей или компонентов», жмем «Далее»
Шаг 5
Затем необходимо выбрать на какой сервер иди виртуальный жесткий диск, мы будем устанавливать DHCP сервер, в моем случае локально, т.е. этот же самый сервер, также хочу заметить, что ip адрес у моего тестового сервера 10.10.0.5 соответственно для примера я буду создавать область в этой же подсети, жмем «Далее»
Шаг 6
Далее необходимо выбрать какую роль мы собираемся устанавливать, мы соответственно выбираем DHCP сервер
После нажатия, откроется окно, в котором нам сразу предложат выбрать для установки средства администрирования DHCP сервера, мы соглашаемся, иначе, далее нам все равно придется это выбирать, если конечно мы хотим администрировать DHCP с этого компьютера, жмем «Добавить компоненты»
И снова жмем «Далее»
Шаг 7
Здесь нам предложат выбрать необходимые компоненты, если на прошлом шаге Вы выбрали «Добавить компоненты» то необходимые компоненты уже будут выбраны, если поискать в этих компонентах то мы это увидим, жмем «Далее»
Шаг 8
Здесь нас как раз предупреждают о том, что необходимо составить план настройки DHCP и задать хотя бы один статический адрес на данном компьютере, жмем «Далее»
Шаг 9
Затем мы должны будем подтвердить установку, и в случае необходимости поставить галочку «Автоматический перезапуск конечного сервера», но в данном случае это делать не обязательно, поэтому жмем «Установить»
И начнется установка, и продлится она буквально пару минут
Шаг 10
Установка завершена, и нам предложат выполнить предварительную настройку, она нужна, для того чтобы создать соответствующие группы для делегирования полномочий управления DHCP сервером, жмем «Завершение настройки DHCP»
Далее нажимаем «Фиксировать», уточню, что у меня это тестовый сервер и домен не развернут, поэтому после, у меня в локальных группах появятся соответствующие группы.
Затем нам сообщают, что группы созданы, и то, что необходимо перезапустить службы DHCP, жмем «Закрыть»
Настройка DHCP сервера на Windows Server 2012 R2
Мы установили сам DHCP сервер и средства его администрирования, теперь необходимо его настроить, для этого запускаем оснастку управления DHCP сервером, это можно сделать через «Диспетчер серверов», меню «Средства», или через Пуск->администрирование
После открытия оснастки DHCP сервера, начинаем настраивать DHCP сервер, и первое что необходимо сделать, это создать область, например я, буду это делать для 4 версии протокола ip. Выбираем IPv4 правой кнопкой «Создать область»
И у нас откроется «Мастер создания области», мы жмем «Далее»
Далее задаем имя нашей области, и жмем «Далее»
Затем необходимо сделать важный шаг, это настроить диапазон адресов, из которого DHCP сервер будет раздавать ip компьютерам в сети. Я для примера ввел диапазон с 10.10.0.1 до 10.10.0.200 с 24 маской. После настройки жмем «Далее»
Затем необходимо указать какие ip адреса или диапазон адресов исключить из раздачи, для того чтобы ip адреса серверов или какой-то оргтехнике со статическими адресами, не раздавались, сюда можно указать шлюз, DNS сервера и другие. Жмем «Далее»
Далее необходимо задать срок действия аренды адресов, можете ставить в принципе любой, я для примера поставил 30 дней. Жмем «Далее»
Затем у нас спросят, хотим ли мы настроить основные параметры, которые будет раздавать DHCP сервер, предлагаю это сделать сразу, и соответственно выбираем «ДА» и жмем «Далее»
Первое указываем шлюз по умолчанию
Второе указываем DNS сервера, для раздачи, здесь также можно указать название домена, но так как у меня, его нет, я просто ввожу ip адреса dns серверов
Третье это сервера WINS, лично мне это не требуется, поэтому я просто жму «Далее»
Вот и все основные параметры, их, конечно же, намного больше, но это можно сделать уже непосредственно через настройку параметров. Нам предлагают активировать область, мы, конечно же, соглашаемся.
Вот и все мы создали область и настроили основные параметры, далее произойдет завершение работы мастера создания области, жмем «Готово»
Настройка клиентов на работу с DHCP сервером
Осталось настроить клиентов, например, у меня в качестве примера клиентом выступает компьютер под управлением ОС Windows 7, мы заходим в свойства протокола TCP/IP и выбираем настройку «Получить ip адрес автоматически»
И после (если сервер и клиент находятся в одной сети) мы увидим, что клиент получил ip адрес и параметры
А на DHCP сервере появится запись о том, что он выдал ip адрес такому то компьютеру, это можно посмотреть, в оснастке «DHCP» в меню Арендованные адреса
В общем, на этом все. Мы с Вами и установили и настроили DHCP сервер на операционной системе Windows Server 2012 R2 Datacenter.
В данном руководстве подробно описан и продемонстрирован процесс настройки роли DHCP-сервера на Windows Server 2012 R2.
Для настройки DHCP-сервера на Windows Server 2012 R2 потребуются:
1. Компьютер, под управлением Windows Server 2012 R2 (О том как установить Windows Server 2012 R2 можно прочитать в данной статье: «Установка и активация Windows Server 2012 R2 с USB флешки» );
2. Установленная и настроенная роль Active Directory Domain Services (контроллер домена) на Windows Server 2012 R2 (О том как установить Active Directory Domain Services можно прочитать в данной статье: «Установка контроллера домена Active Directory в Windows Server 2012 R2» );
3. Настроенный DNS-сервер на Windows Server 2012 R2 (О том как настроить DNS-сервер можно прочитать в данной статье: «Настройка DNS-сервера в Windows Server 2012 R2» ).
Порядок установки и настройки DHCP-сервера на Windows Server 2012 R2
1. Откройте окно диспетчера сервера, выберите пункт Добавить роли и компоненты (Рис.1).
Рис.1
.
2. В появившемся окне нажмите Далее (Рис.2).
Рис.2
.
3. Выберите пункт Установка ролей и компонентов, затем нажмите Далее (Рис.3).
Рис.3
.
4. Выберите сервер на который будет производиться установка роли, затем нажмите Далее (Рис.4).
Рис.4
.
5. Поставьте галочку напротив DHCP-сервер (Рис.5).
Рис.5
.
6. Мастер установки ролей предупредит, что для установки роли DHCP-сервера нужно установить несколько компонентов. Нажмите Добавить компоненты (Рис.6).
Рис.6
.
7. Убедитесь, что после установки необходимых компонентов напротив DHCP-сервер стоит галочка, затем нажмите Далее (Рис.7).
Рис.7
.
8. На этапе добавления компонентов оставьте все значения по умолчанию и нажмите Далее (Рис.8).
Рис.8
.
9. Ознакомьтесь с дополнительной информацией касательно DHCP-сервера, затем нажмите Далее (Рис.9).
Рис.9
.
10. Для начала установки роли нажмите Установить (Рис.10).
Рис.10
.
11. После окончания установки нажмите Завершение настройки DHCP (Рис.11).
Рис.11
.
12. Мастер настройки уведомит о том, что далее будут созданы две локальные группы безопасности для управления доступом к DHCP-серверу, а затем будет произведена авторизация DHCP-сервера в Active Directory. Нажмите Далее (Рис.12).
Рис.12
.
13. В разделе Использовать учётные данные следующего пользователя укажите учетную запись с правами администратора домена, затем нажмите Фиксировать (Рис.13).
Рис.13
.
14. Мастер настройки DHCP проинформирует об успешном создании групп безопасности и авторизации DHCP-сервера. Нажмите Закрыть (Рис.14).
Рис.14
.
15. В Мастере добавления ролей и компонентов нажмите Закрыть (Рис.15).
Рис.15
.
16. Откройте Диспетчер серверов, затем Средства и выберите пункт DHCP (Рис.16).
Рис.16
.
17. Нажмите правой кнопкой мыши на IPv4, затем в открывшемся меню выберите Создать область… (Рис.17).
Рис.17
.
18. В открывшемся окне Мастера создания области нажмите Далее (Рис.18).
Рис.18
.
19. В поле Имя укажите имя для нового диапазона адресов (прим. в данном руководстве это Local-net), затем нажмите Далее (Рис.19).
Рис.19
.
20. Укажите необходимый диапазон IP-адресов и введите в поля Начальный IP-адрес и Конечный IP-адрес (прим. в данном руководстве это 192.168.0.150 — 192.168.0.200, т.е. 50 IP-адресов). В параметрах конфигурации, распространяемых DHCP-клиенту в соответствующем поле введите маску подсети (прим. в данном руководстве она выбрана по умолчанию 255.255.255.0), затем нажмите Далее (Рис.20).
Рис.20
.
21. При необходимости можно указать диапазон, для которого DHCP-сервер не будет раздавать настройки. Это может пригодиться, если Вы знаете, что в определенном диапазоне адресов находятся серверы, принтеры или другие устройства, которым уже присвоен статический IP-адрес. В таком случае нужно исключить эту часть диапазона, так как IP-адреса из него уже используются. Также нужно исключить IP-адрес, который присвоен шлюзу (прим. в данном руководстве, в качестве примера исключены адреса с 192.168.0.190 по 192.168.0.200, т.е. 10 адресов). После того как Вы выбрали необходимый диапазон нажмите Добавить, затем нажмите Далее (Рис.21).
Рис.21
.
22. Далее можно выбрать на какое время IP-адреса будут выдаваться устройствам в аренду. Оставьте настройки без изменений и нажмите Далее (Рис.22).
Рис.22
.
23. Теперь необходимо указать сетевые настройки (шлюз, DNS), которые DHCP-сервер будет раздавать для устройств в локальной сети. Выберите Да, настроить эти параметры сейчас, затем нажмите Далее (Рис.23).
Рис.23
.
24. В поле IP-адрес укажите IP-адрес вашего маршрутизатора и нажмите Добавить, затем нажмите Далее (Рис.24).
Рис.24
.
25. В поле Родительский домен укажите доменное имя (прим. в данном руководстве это example.local), в поле IP-адрес введите адрес DNS-сервера (прим. в данном руководстве это 192.168.0.104) и нажмите Добавить, затем нажмите Далее (Рис.25).
Рис.25
.
26. Т.к. в данном руководстве WINS-серверы не рассматриваются — нажмите Далее (Рис.26).
Рис.26
.
27. Для активации выбранного диапазона IP-адресов выберите Да, я хочу активировать эту область сейчас, затем нажмите Далее (Рис.27).
Рис.27
.
28. Настройка DHCP-сервера завершена. Теперь все устройства, подключаемые к локальной сети, будут получать сетевые настройки (IP-адрес, маска подсети, шлюз, DNS) и смогут взаимодействовать друг с другом. Нажмите Готово (Рис.28).
Рис.28
.
Установка и настройка DHCP-сервера на Windows Server 2012 R2 завершена!
.