Один из вариантов использования Netsh — управление диапазоном адресов DHCP для изменения параметров резервирования. Это особенно удобно при составлении сценариев для большого количества зарезервированных адресов целого ряда виртуальных машин в серверной подсети или в процессе тестирования. Для определения и изменения параметров резервирования DHCP в Windows Server 2008 используется следующая команда:
netsh dhcp server dc1 scope 192.168.1.0 add reservedip 192.168.1.189 080027C591F9 XVM1.WS2K8.DEV
В этом примере в сценарий включено имя сервера DHCP и диапазон адресов, а также нужный адрес IP, MAC-адрес и имя домена DNS системы для резервирования. После ввода команды Netsh обращается к службе DHCP сервера, чтобы зарезервировать указанный диапазон адресов. На рис. A показаны результат успешного выполнения команды.
Рисунок A
Для изменения параметров резервирования сценарий должен включать команды для удаления существующих параметров и применения новых. Вот пример такого сценария:
netsh dhcp server dc1 scope 192.168.1.0 delete reservedip 192.168.1.189 080027C591F9
netsh dhcp server dc1 scope 192.168.1.0 add reservedip 192.168.1.181 080027C591F9
Netsh обеспечивает быстрое выполнение огромного множества задач, а возможность изменения целого ряда параметров резервирования DHCP одновременно позволяет значительно сэкономить время при создании или изменении широкого диапазона адресов.
Более подробно об Netsh можете прочитать в статье: Создание правил для портов в Windows Server 2008 с помощью утилиты Netsh
Автор: Rick Vanover
Перевод: SVET
Оцените статью: Голосов
Дорогие друзья, у меня для вас хорошие новости! Проблемы с моим ПК улажены и поэтому мы можем вернуться к циклу статей, посвященному настройке DHCP. Сегодня мы рассмотрим процесс установки и конфигурации DHCP сервера на базе Windows Server 2008.
Для того, чтобы ваш сервер под управлением Windows Server 2008 стал функционировать в качестве DHCP сервера, необходимо добавить к нему соответствующую роль. Для этого необходимо открыть оснастку «Управление сервером» (Server Manager).
|
| Сразу после установки данная оснастка доступна в меню «Пуск» |
|
| Внешний вид оснастки «Управление сервером» в Windows Server 2008 |
В открывшейся оснастке выбрать раздел «Роли»(Roles) и щелкнуть по кнопке «Добавить роль» (Add Roles).
|
| Просматриваем роли данного сервера |
Далее будет показано окно, содержащее ряд предупреждений. По хорошему, перед установкой любой из ролей, на реальном сервере, необходимо проверить выполнение каждого из пунктов данного предупреждения. Если же вы просто тренируетесь, то можно смело проигнорировать данное сообщение.
|
| Предупреждение перед установкой новой роли |
На следующем шаге, вам будет предложено выбрать устанавливаемые роли. Выбираем DHCP Server.
|
| Выбираем устанавливаемую роль, в данном случае DHCP Server |
Если вы проигнорировали ранее предупреждение о том, что серверу нужно задать статический IP адрес, то при попытке выбора роли DHCP Server появится сообщение, говорящие об отсутствии статического IP у сервера. Перейдите к конфигурации протокола TCP/IP и задайте IP адрес, после чего попробуйте выбрать данную роль снова.
|
| Серверу не задан статический IP адрес |
На экране появиться информация о том, для чего нужен DHCP сервера, если вам интересно, то читаем, после чего нажимаем на кнопку «Далее» (Next).
|
| Информация о протоколе DHCP |
Выбираем сетевое подключение, существующее на компьютере, которое будет использовать DHCP сервер. Если на компьютере всего одно подключение, то оно будет выбрано по умолчанию.
|
| Выбор сетевого подключения |
Далее задаем ряд параметров, которые будут раздаваться компьютерам сети при помощи протокола DHCP: родительский домен, основной и альтернативный DNS сервера (используются для преобразования доменных имен в IP адреса).
|
| Задаем раздаваемые параметры |
На следующем шаге указываем стоит ли использовать WINS. Если говорить в общем, то WINS это аналог DNS для NetBIOS. WINS позволяет разрешать NetBIOS имена компьютеров в их IP адреса. Если в вашей сети есть WINS сервера, то указываем его адрес и он будет раздаваться компьютерам сети при помощи DHCP, если нет, то говорим что WINS не будет использоваться.
|
| При необходимости указываем адрес WINS сервера |
Далее нам будет предложено создать диапазон, из которого мы будем раздавать IP адреса устройствам клиентам. Для этого нажмите на кнопку «Add…».
|
| Создаем диапазон раздаваемых IP адресов |
Указываем основные параметры данного диапазона: его имя (любой, главное чтобы было понятно), границы данного диапазона (именно из данного диапазона будут выдаваться IP адреса клиентам), маску подсети (таже что и у всех компьютеров в данной сети), основной шлюз, а также тип сетевого подключения, на основе которого будет выбрано время аренды IP адреса.
|
| Параметры диапазона IP адресов |
Если все сделано верно, в разделе DHCP Scopes появиться информация о созданном вами диапазоне.
|
| Только что созданный диапазон |
Если в вашей сети используются IPv6 клиенты, и вы хотите раздавать им IPv6 адреса при помощи DHCP, то укажите что требуется включить поддержку протокола DHCPv6. В противном случае, выберите вариант «Отключить DHCPv6…»(Disable DHCPv6…).
|
| Выбираем требуется ли включать поддержку IPv6 |
Далее вам будет показана сводная информация, о тех настройках DHCP сервера, которые вы ввели ранее. Проверьте их хорошенько и если все верно, то нажимайте на кнопку «Install».
|
| Сводная информация о конфигурации DHCP сервера |
Начнется процесс установки роли DHCP Server, который может занять несколько минут.
|
| Установка роли DHCP Server в Windows Server 2008 |
После завершения установки будет показано окно результатов. В котором будет отражено состояние установки роли DHCP Server.
|
| Результаты установки роли |
Фактически после этого ваш DHCP сервер уже функционирует, если включить один из компьютеров, находящийся в той же сети, что и DHCP сервер, то можно увидеть, что клиентский компьютер уже получил все указанные настройки от DHCP сервера.
|
| Компьютер под управлением Windows XP получил настройки от DHCP сервера |
Если вы захотите внести какие либо изменения в конфигурации вашего DHCP сервера (например, выполнить резервирование определенных IP адресов за компьютерами с заданными MAC адресами), то вам потребуется перейти в раздел Administrative Tools – DHCP.
|
| Вот тут можно внести изменения в конфигурацию DHCP cервера |
Для того, чтобы просмотреть, изменить существующие пулы (диапазоны) IP адресов, которые раздаются в настоящий момент перейдите в раздел «Address Pool» оснастки DHCP.
|
| Тут можно изменить раздаваемые IP адреса |
Для того чтобы выполнить резервирование определенных IP адресов за компьютерами с заданными MAC адресами, щелкните правой кнопкой мыши по разделу «Reservation» и выберите пункт «New Reservation…».
|
| Создаем резервирование IP адресов на DHCP сервере |
Укажите соответствие IP и MAC адреса, а также протоколы используемые для автоконфигурирования хоста с данным физическим адресом.
|
| Резервирование IP адреса за хостом с определенным MAC адресом |
С помощью протокола DHCP, можно раздавать хостам целую кучу различных параметров. Ознакомиться с их перечнем можно в разделе «Scope Options» оснастки DHCP, в разделе отображаются только уже сконфигурированные параметры.
|
| Тут можно задать остальные параметры раздаваемые протоколом DHCP |
Ну вот и все, мы познакомились с процессом установки DHCP сервера в ОС Windows Server 2008. В принципе он похож на установку DHCP сервера в ОС Windows Server2003, но имеет небольшие отличия.
В процессе миграции серверных систем на Windows Server 2012 R2 дошли до служб DHCP и решили попробовать в действии новый механизм повышения доступности DHCP Failover появившийся еще в Windows Server 2012. Перед началом процедуры возьмём на заметку пару тезисов из документации по DHCP Failover:
Для отработки отказа DHCP можно использовать не более двух DHCP-серверов
Для правильной работы отработки отказа DHCP необходимо синхронизировать время на двух серверах в отношениях отработки отказа. Для синхронизации времени можно использовать протокол NTP или любой альтернативный механизм. Мастер настройки отработки отказа сравнивает текущее время на серверах, настроенных для отработки отказа. Если время на серверах отличается более чем на одну минуту, установка отработки отказа завершится с критической ошибкой, указывающей администратору на необходимость синхронизации времени на серверах.
Последовательность выполняемых действий:
1. Устанавливаем роль DHCP Server на два сервера с Windows Server 2012 R2.
2. Экспортируем данные действующего сервера DHCP с Windows Server 2008 R2
3. Импортируем все конфигурационные данные DHCP на первый сервер с Windows Server 2012 R2
4. Импортируем только серверную конфигурацию DHCP на второй сервер с Windows Server 2012 R2
5. Настраиваем DHCP Failover.
6. Заключительные процедуры
1. Устанавливаем роль DHCP Server на два сервера с Windows Server 2012 R2
1.1. Устанавливаем роль DHCP Server на первый сервер (KOM-AD01-NS01)
Выполним установку роли DHCP Server на первый сервер с помощью консоли Server Manager, где вызовем мастер добавления ролей в меню Manage > Add Roles and Features и на этапе выбора ролей отметим DHCP Server
тут же нам будет предложено установить компоненты управления ролью из состава RSAT (консоль DHCP и PS-модуль для работы с DHCP) – соглашаемся с их добавлением.
В конце процесса установки нам станет доступна ссылка пост-инсталляционной настройки роли – Complete DHCP configuration
Мастер настройки выполняет две основные вещи – добавляет на сервер две локальные группы безопасности для управления ролью и выполняет авторизацию службы DHCP в домене Active Directory.
Для выполнения авторизации при необходимости можно указать отдельные учетные данные…
Жмём Commit и убеждаемся в том, что процедуры создания локальных групп и авторизации выполнены без проблем…
После завершения работы мастера конфигурации выполняем перезапуск службы DHCP Server, чтобы изменения связанные с настройкой вновь созданных локальных групп безопасности вступили в силу. Перезагрузка сервера при этом не требуется.
1.2. Устанавливаем роль DHCP Server на второй сервере (KOM-AD01-NS02)
На втором сервере для наглядности установку роли выполним c помощью PowerShell.
Устанавливаем исполняемые компоненты DHCP:
Add-WindowsFeature -IncludeManagementTools DHCP
Создаем локальные группы безопасности DHCP (DHCP Administrators и DHCP Users) :
Add-DhcpServerSecurityGroup
Для вступления в силу настроек безопасности DHCP связанных с созданными локальными группами безопасности перезапускаем службу DHCP Server:
Restart-Service DHCPServer
Авторизуем DHCP сервер в Active Directory:
Add-DhcpServerInDC kom-ad01-ns02.holding.com 10.160.0.12
Однако после того, как роль DHCP установлена и выполнены пост-инсталляционные настройки с помощью PowerShell, — при подключении к этому серверу в консоли Server Manager будет висеть предупреждение о том, что требуется пост-инсталляционная настройка невзирая на то, что фактически она уже выполнена. При этом для исчезновения этого предупреждения не поможет даже перезагрузка сервера.
Чтобы скинуть этот статус , выполним изменение ключа реестра в значение определяющее то, что фактически роль DHCP Server уже сконфигурирована с помощью PowerShell:
Set-ItemProperty –Path registry::HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ServerManager\Roles\12 –Name ConfigurationState –Value 2
2. Экспортируем данные действующего сервера DHCP
С сервера, на котором в данный момент выполняется служба DHCP на базе Windows Server 2008 R2 нам необходимо экспортировать конфигурацию службы DHCP, в том числе информацию о всех DHCP-областях и относящихся к ним резервированиях и арендованных IP-адресах. Сделать это можно непосредственно с сервера на базе Windows Server 2012 R2.
Итак, на сервере KOM-AD01-NS01 предварительно создаём папку, в которую будут экспортироваться данные, например C:\Temp и выполняем PS-командлет экспорта конфигурации со старого DHCP-сервера:
Export-DhcpServer -ComputerName "WS2008R2.holding.com" -Leases -File "C:\Temp\DHCPExport.xml" –Verbose
3. Импортируем все конфигурационные данные DHCP на первый сервер с Windows Server 2012 R2
На сервере KOM-AD01-NS01 выполняем команду полного импорта конфигурации DHCP
Import-DhcpServer -Leases –File "C:\Temp\DHCPExport.xml" -BackupPath "C:\Temp\DHCPBackup\" –Verbose
С параметром —File думаю всё понятно, он указывает на файл из которого будут браться данные для импорта. Параметр -BackupPath, несмотря на то, что он нам в данной ситуации не нужен, является обязательным и указывает путь к каталогу, в который перед импортом будет выполнено резервное копирование существующей конфигурации нового сервера, и поэтому его нужно указать, определив для него какой-нибудь временный каталог.
4. Импортируем только серверную конфигурацию DHCP на второй сервер с Windows Server 2012 R2
Так как в процессе установки партнёрских отношений по репликации между серверами с первого сервера на второй будут реплицированы области, их резервирования и информация о текущей аренде IP-адресов, то на второй сервер мы импортируем только основную серверную конфигурацию DHCP. То есть импорту подлежат только данные, специфичные для каждого отдельного сервера, которые не участвуют в процессе репликации в партнёрских отношениях между серверами, а именно:
— Vendor or User classes other than those which are built-in.
— Option definitions other than those which are built-in
— Server level option values
— MAC address based filters
— Conflict detection attempt (if set to something other than the default)
Перейдём на сервер KOM-AD01-NS02, скопируем файл с данными экспорта в C:\Temp\DHCPExport.xml и выполним команду импорта с специальным параметром определяющим состав импортируемых данных:
Import-DhcpServer –File "C:\Temp\DHCPExport.xml" –ServerConfigOnly -BackupPath "C:\Temp\DHCPBackup\" –Verbose
5. Настраиваем DHCP Failover
Переходим на первый сервер KOM-AD01-NS01 (где импортированы области DHCP) и в консоли DHCP в дереве навигации открываем меню действия для узла IPv4 > Configure Failover…
Откроется мастер настройки отказоустойчивой конфигурации областей DHCP. В нашем примере в отказоустойчивую конфигурацию будут включены все области сервера, и поэтому мы оставляем включенным чекбокс Select all
На следующем шаге мастера выберем имя второго сервера, который будет выступать в качестве партнёра по репликации для текущего сервера. Это можно сделать выбрав сервер кнопкой Add Server из открывающегося списка авторизованных в Active Directory DHCP серверов.
Далее нам предстоит выбрать режим повышения доступности. Существует два основных режима – Load balance и Hot standby. Первый режим представляет собой режим балансировки нагрузки Active/Active между двумя серверами-партнёрами, то есть клиентские запросы обрабатывают оба сервера в соответствии с процентным соотношением в Load Balance Percentage. Второй режим заставляет работать сервера в режиме Active/Passive, то есть второй сервер включается в работу только при недоступности первого.
В нашем примере выбран режим балансировки, при котором DHCP серверы-партнёры вычисляют хеш MAC-адреса из клиентского запроса на основе алгоритма описанного в RFC 3074. В результате применения хеш-алгоритма каждый MAC-адрес преобразуется в значение от 1 до 256, и если например балансировка между серверами настроена нами в соотношении 50/50 %, то первый сервер будет отвечать клиентам с хешем от 1 до 128, а второй соответственно — клиентам с хешем от 129 до 256.
Что касается параметров настройки выбранного режима работы, то их скудное описание можно найти в документе TechNet Library — DHCP Failover Settings
Насколько я понял, Maximum Client Lead Time это максимальное время аренды IP-адреса выдаваемого доступным сервером для клиентов, которые должны быть обслужены тем сервером, который в данный момент недоступен. А State Switchover Interval – это интервал времени по истечении которого доступный сервер при недоступности сервера-партнёра автоматически переводит партнёрские отношения из COMMUNICATION INTERRUPTED в PARTNER DOWN и берёт на себя функции по полному обслуживанию DHCP-областей, входящих в эти партнёрские отношения. В большинстве случаев для этих параметров можно оставить предложенные по умолчанию значения.
Для повышения безопасности механизмов репликации между серверами желательно использовать опцию Enable Message Authentication, для которой нам нужно задать пароль Shared Secret используемый для взаимной аутентификации серверов.
Далее мастер покажет нам сводную информацию по сделанным настройкам и выполнит конфигурирование партнёрских отношений между серверами.
Подключимся консолью DHCP ко второму серверу, куда мы ранее импортировали только серверную конфигурацию и убедимся в том, что на нём появились реплицируемые DHCP-области.
В дальнейшем при желании мы можем поменять режим работы DHCP Failover и все его опции на соответствующей вкладке настроек IPv4. Здесь же мы увидим текущий статус партнёрских отношений…
6. Заключительные процедуры
В качестве заключительных процедур по настройке DHCP Failover можно считать обновление агентов DHCP Relay для использования IP адресов двух серверов-партнёров (перенастройка маршрутизирующего сетевого оборудования) и последующее тестирование получившейся конфигурации.
Источники информации:
Microsoft Windows DHCP Team Blog — Ensuring High Availability of DHCP using Windows Server 2012 DHCP Failover
Microsoft Windows DHCP Team Blog — DHCP Failover Load Balance Mode
Microsoft Windows DHCP Team Blog — DHCP Failover Hot-Standby Mode
Microsoft Windows DHCP Team Blog — Installing and Configuring DHCP role on Windows Server 2012
Microsoft Windows DHCP Team Blog — Bringing PowerShell to DHCP Server
Microsoft Windows DHCP Team Blog — DHCP Failover using PowerShell
Microsoft Windows DHCP Team Blog — Migrating existing DHCP Server deployment to Windows Server 2012 DHCP Failover
TechNet Library — Step-by-Step: Configure DHCP for Failover
TechNet Library — What’s New in DHCP in Windows Server 2012 R2
Апр 2, 2013
Статьи
Комментарии к записи Экспорт – импорт DHCP настроек в Windows server 2008 отключены
Добрый день! В данной статье я опишу перенос настроек DHCP с одного сервера под управлением Windows Server 2003, 2008, 2012 на другой сервер с ОС Windows Server 2003, 2008, 2012.
Для начала нам необходимо экспортировать данные со старого сервера. Для этого в командной строке вводим:
netsh dhcp server export dump> c:\dhcp.txt all
Для экспорта только резервирования (Reservations) вводим команду:
netsh dhcp server 192.168.0.1 scope 192.168.0.0 dump> D:\reserv.txt
Где 192.168.0.1 – IP адрес нашего сервера; 192.168.0.0 – область, которую необходимо экспортировать; D:\reserv.txt – путь, где сохраняется область резервирования.
Далее необходимо немного отредактировать полученный файл. Для этого открываем файл в блокноте и удаляем всё, кроме последней секции с названием Reservations, также необходимо изменить IP адрес, если он другой на новом сервере.
Пример готового файла Reserv.txt
После экспорта необходимо импортировать настройки на новом сервере. Для этого в командной строке вводим:
netsh dhcp server import dump> c:\dhcp.txt all
Для импорта Reservations проделываем следующие шаги:
1. Устанавливаем роль «DHCP – сервер»;
2. Выбираем интерфейс, на который будет установлен DHCP сервер;
3. Указываем настройки интерфейса, а именно, название области, диапазон адресов, тип подсети, маску подсети, основной шлюз для выхода в Интернет.
4. Включаем или отключаем поддержку IPv6;
5. Начинаем установку DHCP-сервера.
После установки DHCP сервера для импорта Reservations выполняем команду:
netsh exec D:\reserv.txt
При правильном выполнении указаний мы увидим:
Command completed successfully.
Команда выполнена успешно.
Автор статьи: Ярослав Шатохин
ООО «Сетевые проекты будущего» ©
IT поддержка Вашего бизнеса
If you want to add redundancy to the DHCP server service in Windows Server 2008 R2, you have a few options. Such as installing two servers, where you split the scope among them, 50/50, 80/20 etc. Another option is to have a hot standby, where you (manually) import the DHCP database, if your primary DHCP server fails. But the best option on Windows Server 2008 R2, is probably a clustered DHCP server.
That way you will have a cluster consisting of two or more nodes, where the DHCP database will reside on shared storage. So if one of the nodes fails, the DHCP database will automatically be moved to another node, in a process called failover.
In this post we will look at installing a clustered DHCP server on a cluster consisting of two nodes. I’m assuming that the cluster and available shared storage is already in place. If you want to know how to setup a failover cluster in a test lab, you can check the step-by-step guide for that.
Before we begin on the step-by-step portion of this guide, I would just like to clarify three simple matters
- Configuration of DHCPv6 Stateless Mode
- Size of the shared disk for the clustered DHCP server.
- Which IP address will be the IP helper-address
DHCPv6 Stateless or Stateful Mode
Enable DHCPv6 stateless mode for this server
- This will make the DHCP server stateless.
- Clients will obtain only configuration options (DNS, Router’s IP address etc.) from the DHCPv6 Server.
- Clients will self-configure IPv6 addresses by exchanging router solicitation and router advertisement messages with a neighbouring IPv6 router.
- Keep in mind, this behaviour can be configured differently, by setting configuration flags on either the routers or the dhcp clients (computers). But thats really not the subject of this blog post, so lets just keep the discussion simple. 🙂
Disable DHCPv6 stateless mode for this server.
- This will make the DHCP server stateful.
- Clients will obtain both DHCP options and ip addresses from the DHCPv6 Server.
- Therefore an ipv6 scope must be configured on the server.
So if you are not utilizing IPv6 on your network, which mode should you choose? You should disable DHCPv6 stateless mode, and then not configure any IPv6 scopes on the DHCP server. This will result in clients not receiving IPv6 addresses from neither a neighbouring router (since you are not utilizing IPv6 on your network) nor the DHCP server. But rather they will only assign themselves Link-Local IPv6 addresses, these type of addresses are equivalent to APIPA addresses on IPv4.
Size of the shared disk
The DHCP database in itself is not very large. Obviously nor are the automatic backups that are created of the database, by the DHCP server. So it all boils down to how large log files you’d like to keep. Personally I feel that 30GB is a good round number for the DHCP service. Then you can keep large log files if you like.
IP-helper address
Lets just keep it simple, the IP-helper address will be the address you specify in step 2.5 In other words the address that will be assigned to the clustered DHCP service. The individual IP addresses of the nodes in the cluster, will not be specified as IP-helper addresses.
With that out of the way, lets start installing a clustered DHCP server
1. Install the DHCP Server role on both nodes
1.1 In Server Manager click Add Roles
1.2 Click Next
1.3 Choose DHCP Server, and then click Next
1.4 Click Next
1.5 Choose the network interface, from which the DHCP server will service the clients. As you can see I have three NICs, one is for heartbeat communication among the cluster nodes (192.168.2.20), one is for iSCSI connection to the shared storage (192.168.1.20), while the last one is the only one connected to the production environment, so that is the one I have chosen here.
1.6 Fill in the DNS options for your DHCP server. This is option 006 and option 015 of the Server Options of a DHCP server.
1.7 Click Next, as you are probably not utilizing Wins anymore
1.8 Do not add any scopes for now. You can obviously add or import scopes later, when the clustered DHCP server service has been created.
1.9 Unless your DHCP servers are going to service DHCPv6 clients, choose disable DHCPv6 stateless mode for this server, and then do not add any IPv6 scopes later on.
1.10 Authorize the DHCP server
1.11 Click Install, and then click Close. Repeat the same procedure on the second node of the cluster.
2. Install the DHCP service on the failover cluster
2.1 Click Start – Administrative Tools – Failover Cluster Manager
2.2 Expand your cluster – right-click Services and applications – choose Configure a Service or Application
2.3 Click Next
2.4 Choose DCHP Server, click Next
2.5 Give you clustered DHCP server a name and an IP address, then click next. This will obviously be an IP address from the same range as the one you chose in step 1.5 The IP address you provide here, will be the ONLY IP-helper address, in my case IP-helper address will be 192.168.0.70
2.6 Choose available storage, and click next
2.7 Click Next
2.8 Click Finish, and you are done
2.9 Click on the clustered DHCP server service you just created, right-click DHCP Server beneath DHCP Service, and choose properties
2.10 Here you can view the different paths for files and folders associated with the DHCP server
3. How the DHCP service works on a clustered DHCP server
In enterprise environments, you for the most part have a baseline GPO for all member servers, where different services are disabled for various roles, as all member servers will not be running those roles. Then you have a specific GPO for each role, where that role’s service’s startup mode is configured.
For the DHCP server, the startup mode is configured as automatic. So the DHCP server service is started each time the DHCP server boots up. But in a clustered DHCP server, you don’t need to define the DHCP server service’s startup mode as automatic, as the cluster will set it to manual regardless, and take command of the DHCP server service on the active node.
This is how the DHCP server service works on a clustered DHCP server
Node1 (active) – The cluster sets startup type of the DHCP server service on the node to manual, and starts the service
Node2 (passive) – No changes are made
Failover from Node1 to Node2
Node 1 (passive) – The cluster stops the DHCP server service on the node, and makes no changes to startup type of the service
Node 2 (active) – The cluster sets startup type of the DHCP server service on the node to manual, and starts the service
Failover from Node2 to Node1
Node 1 (active) – The cluster sets startup type of the DHCP server service on the node to manual, and starts the service
Node 2 (passive) – The cluster stops the DHCP server service on the node, and makes no changes to startup type of the service
Every time a node becomes active, the cluster will set the startup type of the DHCP server service on that node to manual, and then start the service. On the passive node, the DHCP server service is stopped, but no changes are made to the startup type of the service.
Therefore its best to configure the startup type of the DHCP service as manual in the GPO that will be applied to your DHCP servers. If you configure it as automatic, you will receive the following error on the passive node, each time group policy refresh runs, since the passive node is unable to connect to the shared storage, where the DHCP database resides.
Additional Resources:
Technet: DHCP Step-by-Step Guide: Demonstrate DHCP Failover
Technet: Understanding DHCPv6 address configuration
4sysops.com: Difference between Stateless and Stateful mode