Резервный DHCP
 

Стандартная сеть. PDC на котором DHCP, DNS, MDaemon и т.д.
Хочу поднять BDC. На нем такжеустановить резервный DNS и DHCP.
Это возможно?
Как настроить DHCP в качестве резервного, т.е. при выходе из строя PDC, BDC должен взять на себя все функции (волнует именно DHCP)
Как это сделать?
Кто нибудь реализовывал это уже?

Re: Резервный DHCP
 

Должно быть, речь идёт о домене Windows 2003...
В этом случае:
- резервный ДНС: поднимать и настраивать не особо нужно, он поднимется и настроится автоматически при поднятии AD на BDC. Только ни в коем случае не надо устанавливать ДНС-сервер заранее (до поднятия на будущем BDC Active Directory). Могут быть проблемы.
- Резервный DHCP: обычно его не делают, поскольку чрезвычайно прост в установке и настройке, и, при необходимости поднимается за считанные минуты. При том существует ряд проблем возникающих при работе двух серверов DHCP в одной физической подсети. Клиент DHCP, появляясь в сети, выдаёт широковещательный запрос на получение ip-адреса, и получает адрес от сервера, который первым ответит на запрос. Поэтому диапазон выдаваемых ip-адресов приходится делить между двумя DHCP-серверами. И невозможно угадать, какой конкретно из DHCP-серверов обслужит конкретного клиента. Если эта неопределённость тебя устраивает - тогда вперёд!

Re: Резервный DHCP
 

Спасибо, очеь позновательно.
Как я понял на PDC настраиваем область предположим х.х.х.1-х.х.х.100 а на BDC х.х.х.101-х.х.х.200
Почему бы и нет.
Но можно ли что-бы на обоих серваках одна область обслуживалась?
Что бы при выведении на небольшой срок из строя PDC второй сервак подхватывал на себя все функции.
Фактически хочу безотакзный класер без серьезных затрат :)
Какие советы будут?
Что можно установить на BDC могущее перехватывать на себя функции при выходе из строя PDC?

Re: Резервный DHCP
 

А что тебе мешает развернуть полноценный кластер ?
Зачем второму подхватывать часть функций. Пусть работает параленно как сказано во втором посте т.е. две области . Тока помни что если ты настраиваещь параметры области/сервера на одном серваке то позаботься о томже и на втором.
А вообще исчто лучше возми tftpd32 - демон - стороння прога раздавать ИП адреса - тока канечна она не так наворочена как Ст служба

Re: Резервный DHCP
 

В принципе резервный DHCP не особо то и нужен. Есть другой способ: в реестр необходимо добавить параметр "IPAutoconfigurationEnabled" со значением DWORD равным 0 в следующий раздел:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Servic es\Tcpip\Parameters

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

А еще не помешает автоматически бэкапить базу dhcp, чтобы можно было восстановить её или перенести на другой комп в случае чего нибудь плохого с сервером:

http://support.microsoft.com/default.aspx?kbid=325473


p.s.второй DHCP сервер можно поставить, но расположить его в другой подсети отдельно от всех. А связь с главным DHCP сервером вести через relay-агента. Но это как то неудобно.

Ответ: Re: Резервный DHCP
 

- любимая проблема - денюжка
Чтобы собрать кластер нужно:
1. общий рейд
2. server enterprise
Ни того ни другого... увы...
А так бы с удовольствием. НО... DHSP настолько я знаю не кластерная, т.е. не приспособлена для подобной работы. А так - с удовольствием бы.
Недавно сообрал кластер для MS SQL - крррасотишша! Не переживая ребутить сервак - это наслаждение.

А вот по поводу предложения victoor-а - это очень интересно.
Реестр надо менять на самом серваке или на каждой машине? Чуть поподробнее расскажите пожалста. Это реально интересное решение!

Ответ: Резервный DHCP
 

На каждой машине. Это можно сделать на контроллере домена через групповую политику.
Самый простой способ такой: на обычной машине внести вышеуказанный параметр в реестр и сделать экспорт этой ветки. Система создаст корректный reg-файл , который потом можно импортнуть на все остальные компы. Берем этот файл и подсовываем его в логон или логаут скрипты в групповой политике для всех компов. В итоге будем иметь исправленный реестр после того как все компы ребутнутся хотя бы 1 раз.
Но этот способ идеологически неправилен. Микрософт рекомендует делать это чекрез adm-файлы. Почитать можно здесь(теория) :

http://www.microsoft.com/downloads/d...displaylang=en

и здесь (обсуждение): http://forum.ru-board.com/topic.cgi?...8&topic=6681#1