розгортання DHCP
Оскільки служба DHCP є важливим елементом ефективної побудови мережі, то мережевим адміністраторам необхідна впевненість в коректному розгортанні DHCP. Основні аспекти розгортання DHCP перераховані нижче:
Визначення числа використовуваних серверів DHCP
Один працюючий сервер DHCP і один резервний сервер DHCP можуть підтримувати велику кількість клієнтів, в залежності від конфігурації обладнання та інших причин. Звичайно, на визначення числа серверів DHCP впливає розташування маршрутизаторів в мережі, від яких залежить необхідність наявності серверів DHCP в кожній підмережі. Також повинна бути прийнята до уваги швидкість обміну даними з кожним сегментом мережі, призначеним для обслуговування сервером DHCP. У мережах, що використовують повільні з'єднання через WAN або використовують комутовані з'єднання, сервери DHCP зазвичай розташовують в кожній з підмереж для локального обслуговування клієнтів. Мережа може мати вимушене обмеження розміру, в залежності від класу IP-мережі, так наприклад мережу класу C обмежує кількість вузлів в 254. Крім того, на конфігурацію сервера накладають обмеження такі критичні фактори, як ємність диска і тактова частота центрального процесора.
Визначення і конфігурація областей
Область - це адміністративне групування комп'ютерів в підмережі використовують службу DHCP. Адміністратори створюють області для кожної фізичної підмережі для завдання параметрів, використовуваних клієнтами цієї підмережі. Області можуть плануватися в залежності від потреб конкретних груп користувачів, з відповідним терміном оренди для кожної області. Області мають такі властивості:
Використання суперобластей
Організація суперобластей, описана раніше, є корисною при вирішенні різних завдань з використанням служби DHCP. Використання суперобластей дозволяє наступне:
Таблиця, зображена на рисунку 3, описує конфігурації для областей двох серверів DHCP, що знаходяться в одному фізичному підмережі.
Малюнок 3. Зміни областей двох серверів DHCP, що знаходяться в одному фізичному підмережі.
У наведеному прикладі у служби DHCP виникне кілька проблем:
таблиці BOOTP
Сервер DHCP корпорації Microsoft пропонує підтримку BOOTP у вигляді записів покажчиків, що містяться в таблиці BOOTP. Дані, що зберігаються в цій таблиці, повертаються кожного клієнта BOOTP в мережі, що відправив широковещательное повідомлення запиту BOOTP. Якщо в таблиці BOOTP є записи, сервер DHCP повертає повідомлення BOOTP, необхідну клієнтові BOOTP. Якщо в таблиці немає конфігураційних записів BOOTP, сервер DHCP проігнорує повідомлення запиту BOOTP.
Повідомлення-відповідь, що повертається сервером DHCP, містить ім'я і розташування сервера TFTP в мережі, до якого повинні звернутися клієнти для отримання файлу завантажувального образу. Кожен запис в таблиці BOOTP містить три наступних поля, які містять інформацію, що повертається клієнту BOOTP:
- завантажувальний образ визначає ім'я групового файлу завантаження, яке залежить від типу клієнта BOOTP.
- ім'я файлу визначає повний шлях до файлу завантаження, що повертається клієнту з TFTP сервера.
- файловий сервер визначає сервер TFTP, який використовується в якості відправника файлу завантаження.
Поради та рекомендації
Нижче наводяться різні способи оптимізації функціональності і продуктивності сервера DHCP корпорації Microsoft.
Прийоми оптимального управління орендою
Оскільки оновлення оренди є періодичним процесом, що впливає на працездатність клієнтів DHCP і мережі, іноді потрібно використовувати різну тривалість оренди. Наступні рекомендації, спрямовані допомогти вам вибрати оптимальний термін оренди в залежності від оточення, для ефективної продуктивності мережі.
Збільшення тривалості терміну оренди
Зменшення тривалості терміну оренди
Це може бути особливо корисно в торгових організаціях, де торгові агенти для більшої мобільності використовують ноутбуки, або в підрозділах підприємства, де досить часто переміщують комп'ютери.
Звичайно, немає необхідності застосовувати будь-яку з наведених вище рекомендацій до всіх областей даного сервера DHCP.
Вірним рішенням зазвичай стає деяка комбінація цих рекомендацій. Для сегмента, в який входять ноутбуки, з притаманними їм частими переміщеннями, повинен бути обраний короткий термін оренди, тоді, як в іншій частині мережі з незмінним становищем комп'ютерів повинна бути застосована тривала оренда. Рішення повинно бути вибрано для кожної області в залежності від конкретних вимог даної області.
Об'єднання DHCP з іншими службами
оновлення маршрутизаторів
Якщо в мережі для з'єднання декількох фізичних мереж використовуються маршрутизатори, то корисно конфігурувати їх для ретрансляції повідомлень BOOTP / DHCP. Багато маршрутизатори використовують або спеціальні команди, додані вендорами, або конфігураційні налаштування, щоб забезпечити можливість ретрансляції BOOTP / DHCP, (наприклад, в маршрутизаторах виробництва Cisco використовується команда IP HELPER). Якщо маршрутизатори не підтримують ретрансляцію BOOTP / DHCP, може знадобитися застосування оновлення від вендора. Ретрансляція повідомлень DHCP і BOOTP може бути здійснена тими ж маршрутизаторами, оскільки вони використовують загальний формат повідомлень.
Якщо оновлення маршрутизатора неможливо, то для конкретного мережевого сегмента можна конфігурувати додаткову платформу, що працює під управлінням Windows NT для роботи в якості агента ретрансляції DHCP. Цей комп'ютер буде ретранслювати трафік між клієнтами DHCP в локальній фізичної мережі і віддаленим сервером DHCP, розташованим в іншій фізичній мережі.
Визначення необхідного числа серверів DHCP
Важливо ретельно визначити кількість серверів DHCP, необхідних для обслуговування всіх клієнтів DHCP в мережі. У невеликій мережі, що є фізичною підмережею і не має маршрутизаторів, один сервер DHCP теоретично може обслужити всіх клієнтів. Однак, в маршрутизованих мережах може знадобитися кілька серверів DHCP.
Хоча теоретично відсутні обмеження на число клієнтів, які можуть бути обслужені одним сервером DHCP, на практиці на сервер DHCP накладають свої обмеження клас мережі і особливості конфігурації сервера, такі як ємність диска і тактова частота процесора. Також важливим фактором є швидкість передачі даних між сегментами мережі, які обслуговує сервером DHCP. У мережах, що мають віддалені сегменти, підключення до яких виконується з використанням повільних з'єднань через WAN або комутований доступ, в кожному з таких сегментів необхідно мати локальний сервер DHCP. Крім того, при визначенні кількості серверів DHCP необхідно вирішити, чи буде служба DHCP використовуватися у всій мережі або тільки в окремих фізичних подсетях. При розгортанні в мережевому оточенні безлічі серверів DHCP, доцільно розташувати їх в різних мережевих сегментах на випадок, якщо мережевий сегмент стане недоступним.
Перед установкою сервера DHCP, необхідно визначити наступне:
планування відмовостійкості
Коректне впровадження суперобластей
Конфігурація декількох серверів для обслуговування однієї суперобластей
Коли використовується кілька серверів DHCP для обслуговування сегмента суперобластей, на кожному сервері DHCP повинна бути налаштована суперобласть. Вона повинна включати всі підмережі, використовуючи коректні дані для обслуговування клієнтів своєї підмережі і порожні значення для чужих підмереж.
Конфігурація ретрансляторів BOOTP
Правильне розгортання серверів DHCP запобігає формуванню дублюючих пакетів агентами ретрансляції BOOTP, що може бути причиною отримання кількох копій однакових повідомлень Discover або Request.
Розглянемо дві різні топології, зображені на малюнках нижче. У кожній топології по два ретранслятора BOOTP, а також однакову кількість мереж, серверів і маршрутизаторів. Однак, в прикладі, зображеному на малюнку 4, кожен пакет, що відправляється клієнтом DHCP, буде отримано вісім разів кожним сервером DHCP.
Малюнок 4. У представленій топології мережі кожен пакет, відправлений клієнтом DHCP, буде вісім разів отриманий сервером DHCP.
Малюнок 5. Топологія мережі, що виключає дублювання пакетів, з надлишковою отказоустойчивостью, що забезпечує при відмові однієї частини мережі повне функціонування мережі.