15. Активация и деактивация областей dhcp.

После того, как область была создана, её необходимо активировать. Эта процедура достаточно проста: в меню Action (Действие) панели DHCP необходимо кликнуть Activate (Активировать) и ЩЛКМ OK.

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

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

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

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

16.Документирование информации в журнале службы dhcp. Проверка и обновление конфигурации клиента dhcp.

Сервер DHCP может вносить информацию о действиях с IP-адресом, о запросах, объявлениях, окончаниях срока аренды, отклонении запросов в соответствующий журнал событий. По умолчанию, данный журнал располагается в папке %systemroot%\system32\dhcp. Журнал событий DhcpSrvLog, имеющих расширение соответственно дню недели, когда файл был создан. Например, для воскресенья, этот файл будет иметь имя DhcpSrvLog.sun. Файл журнала создается только в те дни, когда возникает необходимость внести в него информацию. Спустя 7 дней каждый из файлов журнала м.б. изменен.

Чтобы включить механизм документирования информации в журнале, необходимо выполнить следующее:

1. ЩПКМ на изображении сервера на консоли DHCP и в контекстном меню выбрать пункт Properties (Свойства).

2. на вкладке General (Общие) установить флаг напротив надписи Enable DHCP audit logging (Включить документацию сведений о работе DHCP в журнал)

3. OK

Следует учитывать, что служба DHCP не ограничивает количество записей, кот. можно внести в БД DHCP. Обслуживание БД выполняется, в основном, в автоматическом режиме. В период наименьшей нагрузки выполняется автоматическая упаковка БД, т.е. стираются старые записи об использовании IP-адреса, но общий размер базы не уменьшается. Уменьшения объема базы можно добиться в ходе выполнения процедуры ручной упаковки БД. При этом выполняется проверка её целостности, и устраняются ошибки. При ручной упаковке работа службы DHCP приостанавливается. Оптимальной считается ручная упаковка, производящаяся до 4 раз в месяц. Для выполнения ручной упаковки необходимо выполнить следующее:

1. открыть окно приглашения командной строки (переход в MS DOS)

2. при помощи команды cd %systemroot%\system32\Dhcp переместиться в каталог, содержащий БД DHCP.

3. командой net stop dhcp server остановить работу службы DHCP

4. командой jetpack dhcp.mdb temp.mdb запустить утилиту Jetpack.exe, которая выполнит упаковку БД без создания незаполненных мест

5. командой net start dhcp server возобновить работу службы DHCP

Утилита Jetpack удаляет из БД dhcp.mdb незанятое (освобожденное) пространство и записывает результирующую упакованную БД во временный файл temp.mdb. После завершения обработки файл dhcp.mdb удаляется, а затем файл temp.mdb перемещается в dhcp.mdb .

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