как сделать компьютер dhcp сервером

Установка и настройка сервера DHCP в группе

В этой статье описывается установка и настройка сервера динамической конфигурации хостов (DHCP) в workgroup.

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 323416

Сводка

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

Установка службы DHCP

Перед настройкой службы DHCP необходимо установить ее на сервер. DHCP не устанавливается по умолчанию во время обычной установки Windows Standard Server 2003 или Windows Enterprise Server 2003. Можно установить DHCP во время начальной установки Windows Server 2003 или после завершения начальной установки.

Установка службы DHCP на существующем сервере

Настройка службы DHCP

После установки службы DHCP и ее начала необходимо создать область. Область — это диапазон допустимых IP-адресов, доступных для аренды клиентских компьютеров DHCP в сети. Корпорация Майкрософт рекомендует, чтобы каждый сервер DHCP в вашей среде был по крайней мере одним областью, которая не пересекалась ни с одним другим сервером DHCP в вашей среде. В Windows Server 2003 серверы DHCP в домене на основе Active Directory должны быть разрешены, чтобы предотвратить выход в интернет неугдаваемого сервера DHCP. Любой Windows Сервер DHCP Server 2003, который определяет себя как несанкционированный, не будет управлять клиентами.

Создание новой области

Устранение неполадок

В следующих разделах поясняется, как устранить некоторые проблемы, которые могут возникнуть при попытке установить и настроить сервер DHCP на основе Windows Server 2003 в группе.

Клиенты не могут получить IP-адрес

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

Сервер DHCP недоступен

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

Чтобы перезапустить службу DHCP:

Ссылки

Дополнительные сведения о DHCP в Windows Server 2003 нажмите на следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:
169289 DHCP (Динамический протокол конфигурации хостов) Основы
167014 клиент DHCP может не получить DHCP-Assigned IP-адрес
133490 Устранение конфликтов с дублирующими IP-адресами в сети DHCP

Источник

Что такое DHCP сервер и как его настроить

Что такое DHCP-сервер

На фото DHCP сервер.

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

DHCP доступен как для IPv4 (DHCPv4), так и для IPv6 (DHCPv6).

Присвоение IP-адреса проводится через DHCP-сервер в несколько этапов:

Что необходимо знать, чтобы произвести установку требуемого сервера

Для инсталляции службы DHCP Servers на компьютеры с ОС Windows необходимо выполнить:

После этого потребуется нажать на клавишу «Готово», а потом на пункт «Закрыть».

Как настроить DHCP-сервер

Создание новой области проходит поэтапно и включает:

После проведения настроек в дереве консоли необходимо выбрать имя сервера и нажать кнопку «Авторизуя» в меню «Действия».

Настройка DHCP-сервера в Linux включает следующие этапы:

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

Виды ошибок при установке DHCP-сервера

К типичным ошибкам, возникающим при установке сервера DHCP и приводящим к сбою его настроек, относятся:

Плюсы и минусы использования DHCP

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

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

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

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

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

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

Присвоедие IP-адресов не является трудоемкой задачей, по-этому для данного вида серверов можно использовать самое простое, надежное оборудование. На данную роль подходят такие модели как HPE Proliant DL20 gen10 и Dell R430. В компениях с численностью более 100 сотрудников, рекомендуем развернуть несколько DHCP-серверов, что позволит обеспечить высокую отказоустойчивость.

Сотрудники Сервер Гейт помогут подобрать вам правильное оборудование и сэкономить деньги, выбирая б/у серверы.

Источник

Как установить и настроить DHCP сервер- инструкция

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

Dhcp Сервер это сервер, который может раздавать ip-адреса и другие параметры компьютерам по сети,

именно на нём задаются настройки по раздаче IP адресов и других параметров.

Как установить и настроить DHCP сервер- инструкция

Dhcp-client представляет из себя приложение

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

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

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

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

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

Установка роли сервера DHCP

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

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

Далее нужно нажать на «добавить роль сервера». После этого выйдет стартовая страница, и нажимаем кнопку далее. После этого будет выбран пункт «установка ролей или компонентов» и нажимаем кнопку далее. После этого нужно выбрать, на какой сервер мы будем устанавливать dhcp-сервер, например, локально, когда это тот же самый сервер.

Далее нужно выбрать роль, то есть нужно выбрать dhcp-сервер. В открывшемся окне пользователь выбирает средства администрирования сервера, идём далее.

Следующим шагом нужно выбрать компоненты, и так же нажимаем кнопку далее.

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

Настройка DHCP сервера на Windows

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

Для области задаётся имя, настраивается диапазон ip адресов, который в дальнейшем будет раздавать dhcp-сервер компьютером в сети. Также указывается, какие ip-адреса будут исключены из раздачи. Это нужно для того, чтобы ip-адреса серверов оргтехники со статическими адресами не раздавались, сюда также включают флюс, dns-сервера и другое. Также указывается срок действия аренды адресов.

Пользователь может сразу настроить основные параметры по раздаче DHCP серверов.

Это основные параметры, все остальные можно настроить непосредственно через настройку параметров. Далее пользователь активирует область и нажимает кнопку далее. Таким образом, была создана область и настроены основные параметры, и работа мастера на этом завершается.

Настройка клиентов на работу с DHCP сервером

Далее нужно настроить клиентов, например, клиентом может быть компьютер с операционной системой Windows 7. Для этого нужно зайти в свойства протокола tcp IP и провалиться в настройку получить ip-адрес автоматически. И после этого, клиент получит ip-адреса и параметры.

На сервере пользователь увидит записи о том, что он выдал ip-адрес определенному компьютеру, это можно увидеть в оснастке DHCP. Вот и весь процесс установки и настройки dhcp-сервера на операционной системе Windows Server 2012.

Источник

[Конспект админа] Как подружиться с DHCP и не бояться APIPA

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

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

Немного теории и решения интересных и не очень практических задач — под катом.

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

Zeroconf или зачем нам вообще какой-то DHCP

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

Получение IP-адреса (Automatic Private IP Addressing или APIPA). Система сама назначает себе IP из сети 169.254.0.0/16 (кроме сеток /24 в начале и конце диапазона), основываясь на MAC-адресе и генераторе псевдослучайных чисел. Такая система позволяет избежать конфликтов, а адрес из этой сети называют link-local — в том числе и потому, что эти адреса не маршрутизируются.

Поиск по имени. Система анонсирует свое сетевое имя, и каждый компьютер работает с ним как с DNS, храня записи у себя в кэше. Apple использует технологию mDNS (Multicast DNS), а Microsoft — LLMNR (Link-local Multicast Name Resolution), упомянутую в статье «Домены, адреса и Windows: смешивать, но не взбалтывать».

Поиск сетевых сервисов. Например, принтеров. Пожалуй, самым известным протоколом является UPnP, который помимо прочего умеет сам открывать порты на роутерах. Протокол довольно сложен, в нем используется целый набор надстроек вроде использования http, в отличие от второго известного протокола — DNS-SD (DNS Service Discovery), который попросту использует SRV-записи, в том числе при работе mDNS.

При всех плюсах Zeroconf — без каких-либо сакральных знаний можно собрать рабочую сеть, просто соединив компьютеры на физическом уровне, — IT-специалистам он может даже мешать.

Немного раздражает, не так ли?

В системах Windows для отключения автонастройки на всех сетевых адаптерах необходимо создать параметр DWORD с именем IPAutoconfigurationEnabled в разделе HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters и поставить ему значение 0.

Разумеется, Zeroconf подходит разве что для небольших изолированных сетей (например, встретились с приятелем с ноутбуками, соединили их по Wi-Fi и давай играть Diablo II, не тратя время на какие-то сервера), да и выводить локальную сеть в интернет тоже хочется. Чтоб не мучаться со статическими настройками каждого компьютера, были созданы специальные протоколы, включая героя дня — DHCP.

DHCP и его прародители

Одна из первых реализаций протокола для выдачи IP-адресов появилась более 30 лет назад и называлась RARP (Reverse Address Resolution Protocol). Если немного упростить принцип его работы, то выглядело это так: клиент делал запрос на широковещательный адрес сети, сервер его принимал, находил в своей базе данных привязку MAC-адреса клиента и IP — и отправлял в ответ IP.

Схема работы RARP протокола.

И все вроде работало. Но у протокола были минусы: нужно было настраивать сервер в каждом сегменте локальной сети, регистрировать MAC-адреса на этом сервере, а передавать дополнительную информацию клиенту вообще не было возможности. Поэтому на смену ему был создан протокол BOOTP (Bootstrap Protocol).

Изначально он использовался для бездисковых рабочих станций, которым нужно было не только выдать IP-адрес, но и передать клиенту дополнительную информацию, такую, как адрес сервера TFTP и имя файла загрузки. В отличие от RARP, протокол уже поддерживал relay — небольшие сервисы, которые пересылали запросы «главному» серверу. Это сделало возможным использование одного сервера на несколько сетей одновременно. Вот только оставалась необходимость ручной настройки таблиц и ограничение по размеру для дополнительной информации. Как результат, на сцену вышел современный протокол DHCP, который является совместимым расширением BOOTP (DHCP-сервер поддерживает устаревших клиентов, но не наоборот).

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

Схема общения клиента с сервером пересылки и сервером.

Подробнее про схему взаимодействия сервера и клиента и про структуру запросов и ответов можно почитать, например, в материале «Структура, формат и назначение DHCP пакетов».

На нескольких собеседованиях меня спрашивали: «А какой транспорт и порт использует DHCP?» На всякий случай отвечаем: «Сервер UDP:67, клиент UDP:68».

С разными реализациями DHCP-сервера сталкивались многие, даже при настройке домашней сети. Действительно, сейчас сервер есть:

Конкретных реализаций довольно много, но, например, на SOHO-маршрутизаторах настройки сервера ограничены. В первую очередь это касается дополнительных настроек, помимо классического «IP-адрес, маска, шлюз, сервер DNS». А как раз эти дополнительные опции и вызывают наибольший интерес в работе протокола. С полным списком можно ознакомиться в соответствующем RFC, я же разберу несколько интересных примеров.

Удивительные опции DHCP

В этом разделе я рассмотрю практическое применение опций DHCP на оборудовании MikroTik. Сразу обращу внимание на то, что не все опции задаются очевидно, формат параметров описан в wiki. Следует отметить также то, что опции клиент применяет, только когда сам их попросит. В некоторых серверах можно принудительно отправить настройки: например, в ISC DHCP Server за это отвечает директива dhcp-parameter-request-list, а в Dnsmasq —* *—dhcp-option-force. MikroTik и Windows такого не умеют.

Option 6 и Option 15. Начнем с простого. Настройка под номером 6 — это серверы DNS, назначаемые клиентам, 15 — суффикс DNS. Назначение суффикса DNS может быть полезным при работе с доменными ресурсами в недоменной сети, как я описывал в статье «Как мы сокращали персонал через Wi-Fi». Настройка MikroTik под спойлером.

Знание, что сервер DNS — это тоже опция, недавно пригодилось мне, когда разным клиентам нужно было выдать разные серверы DNS. Решение вида «выдать один сервер и сделать разные правила dst-nat на 53 порт» не подходило по ряду причин. Часть конфигурации снова под спойлером.

Option 66 и Option 67. Эти настройки пришли еще с BOOTP и позволяют указать TFTP-сервер и образ для сетевой загрузки. Для небольшого филиала довольно удобно установить туда микротик и бездисковые рабочие станции и закинуть на маршрутизатор подготовленный образ какого-нибудь ThinStation. Пример настройки DHCP:

Option 121 и Option 249. Используются для передачи клиенту дополнительных маршрутов, что может быть в ряде случаев удобнее, чем прописывать маршруты на шлюзе по умолчанию. Настройки практически идентичные, разве что клиенты Windows предпочитают вторую. Для настройки параметра маршруты надо перевести в шестнадцатеричный вид, собрав в одну строку маску сети назначения, адрес сети и шлюз. Также, по RFC, необходимо добавить и маршрут по умолчанию. Вариант настройки — под спойлером.

Предположим, нам нужно добавить клиентам маршрут вида dst-address=10.0.0.0/24 gateway=192.168.88.2, а основным шлюзом будет 192.168.88.1. Приведем это все в HEX:

Данные для настройки	DEC	HEX
Маска	24	0x18
Сеть назначения	10.0.0.0	0x0A 00 00
Шлюз	192.168.88.2	0xc0 a8 58 02
Сеть по умолчанию	0.0.0.0/0	0x00
Шлюз по умолчанию	192.168.88.1	0xc0 a8 58 01

Соберем все это счастье в одну строку и получим настройку:

Подробнее можно прочитать в статье «Mikrotik, DHCP Classless Route».

Option 252. Автоматическая настройка прокси-сервера. Если по каким-то причинам в организации используется непрозрачный прокси, то удобно будет настроить его у клиентов через специальный файл wpad (pac). Пример настройки такого файла разобран в материале «Proxy Auto Configuration (PAC)». К сожалению, в MiroTik нет встроенного веб-сервера для размещения этого файла. Можно использовать для этого пакет hotspot или возможности metarouter, но лучше разместить файл где-либо еще.

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

После настройки DHCP-Relay на маршрутизаторе в информации о клиентах появятся поля Agent Circuit ID и Agent Remote ID, где первое — идентификатор порта коммутатора, а второе — идентификатор самого коммутатора.

Выдача адресов с option 82.

Информация выдается в шестнадцатиричном формате. Для удобства восприятия при анализе журнала DHCP можно использовать скрипты. Например, решение для решения от Microsoft опубликовано в галерее скриптов Technet под названием «Декорирование DHCP опции 82».

Также опция Option 82 активно используется в системе биллинга провайдеров и при защите сети от посторонних вмешательств. Об этом чуть подробнее.

Добавим сети надежности и безопасности

Ввиду простоты протокола и присутствия широковещательных запросов есть эффективные атаки на инфраструктуру — в основном типа MITM («человек посередине»). Атаки производятся посредством поднятия своего DHCP-сервера или релея: ведь если контролировать выдачу сетевых настроек, можно запросто перенаправить трафик на скомпрометированный шлюз. Для облегчения атаки используется DHCP starvation (представляясь клиентом или релеем, злоумышленник заставляет «родной» DHCP-сервер исчерпать свои IP-адреса). Подробнее про реализацию атаки можно почитать в статье «Атакуем DHCP», методом же защиты является DHCP Snooping.

Это функция коммутатора, которая позволяет «привязать» DHCP-сервер к определенному порту. Ответы DHCP на других портах будут заблокированы. В некоторых коммутаторах можно настроить и работу с Option 82 при ее обнаружении в пакете (что говорит о присутствии релея): отбросить, заменить, оставить без изменения.

В коммутаторах MikroTik включение DHCP Snooping производится в настройках бриджа:

Настройка в других коммутаторах происходит аналогичным образом.

Стоит отметить, что не все модели MikroTik имеют полную аппаратную поддержку DHCP Snooping — она есть только у CRS3xx.

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

Красивая коммутационная — залог здоровья.

К другим методам защиты можно отнести Port Security («привязка» определенного MAC-адреса к порту маршрутизатора, при обнаружении трафика с других адресов порт будет блокироваться), Анализ трафика на количество DHCP-запросов и ответов или ограничение их количества, ну и, конечно, различные системы IPS\IDS.

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

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

Разберем более практичные варианты.

В системах Windows Server начиная с 2012 система резервирования DHCP работает «из коробки», в режиме балансировки нагрузки (active-active) или в режиме отказоустойчивости (active-passive). С подробным описанием технологии и настройками можно ознакомиться в официальной документации. Отмечу, что отказоустойчивость настраивается на уровне зоны, поэтому разные зоны могут работать в разном режиме.

Настройка отказоустойчивости DHCP-сервера в Windows.

В ISC DHCP Server для настройки отказоустойчивости используется директива failover peer, синхронизацию данных предлагается делать самостоятельно — например, при помощи rsync. Подробнее можно почитать в материале «Два DHCP сервера на Centos7. »

Если же делать отказоустойчивое решение на базе MikroTik, то без хитростей не обойтись. Один из вариантов решения задачи был озвучен на MUM RU 18, а затем и опубликован в блоге автора. Если вкратце: настраиваются два сервера, но с разным параметром Delay Threshold (задержка ответа). Тогда выдавать адрес будет сервер с меньшей задержкой, а с большей задержкой — только при выходе из строя первого. Синхронизацию информации опять же приходится делать скриптами.

Лично я в свое время изрядно потрепал себе нервов, когда в сети «случайно» появился роутер, подключенный в локальную сеть и WAN, и LAN интерфейсами.

Расскажите, а вам приходилось сталкиваться с проказами DHCP?

Источник