Параметри, що можуть бути встановлені

Взаємодія клієнта і сервера

Механізм динамічного призначення адрес полягає в наступному (див. рисунок 5.1):

Клієнт подає запит на адресу на певний період часу. Механізм призначення гарантує, що ця адреса не буде використовуватись жодним іншим хостом протягом цього часу, так як клієнт може при необхідності збільшити цей період. По закінченні роботи клієнт повертає цю адресу для подальшого використання. Клієнт також може запросити адресу "назавжди". Тоді сервер видає йому адресу на довготривале, але все ж таки не на постійне використання.

Механізм запиту отримання адреси базується на обміні DHCP повідомленнями між DHCP клієнтом і сервером:

1. Машина клієнта завантажує обмежену версію ТСР/ІР і відправляє запит DHCPDISCOVER на отримання ІР адреси в даній мережі. Запит містить машинну адресу комп'ютера відправника.

2. Всі DHCP сервери, які мають можливість призначити новому клієнту адресу, відсилають новому клієнту повідомлення (DHCPOFFER), яке містить клієнтську машинну адресу, надану клієнту ІР адресу, маску адреси підмережі, протяжність строку призначення адреси та ІР адресу сервера, що відправив повідомлення. При відправленні цього повідомлення сервер повинен зарезервувати запропоновану клієнту ІР адресу на той випадок, якщо клієнт погодиться її прийняти.

3. Клієнт обирає першу отриману адресу. Після цього він розсилає повідомлення DHCPREQUEST всім DHCP серверам, які мають ІР адресу сервера, пропозицію якого було прийнято. Інші сервери звільняють зарезервовану адресу для подальшого використання.

4. Сервер, адреса якого була прийнята, відправляє повідомлення "подяки" DHCPACK з ІР адресою , маскою адреси підмережі і, можливо, іншою інформацією. Отримавши це повідомлення, клієнт встановлює в себе повну версію ТСР/ІР і може з'єднуватися з іншими хостами на LAN чи WAN. У випадку якщо сервер не може прийняти конфігурацію, він посилає пакет DHCPNAK (відмова в підтвердженні) і клієнт повинен почати процес знову.

Механізм продовження строку використання ІР адреси також працює на основі обміну повідомленнями між клієнтом і сервером.

Якщо клієнтська машина повинна мати завжди одну і ту ж ІР адресу , тоді зручно використовувати механізм "ручного призначення".

Формат DHCP-повідомлення практично збігається з форматом ВООТР-повідомлення, який описаний в документі RFC 951. Основна відмінність полягає в полі опцій, яке замінило 64-байтное полі "Венд" BOOTP-повідомлення. Поле опцій DHCP-повідомлення являє собою контейнер, розроблений для передачі всіляких параметрів (крім IP-адреси), необхідних для конфігурування стека TCP/IP-системи клієнта. Так як сервер DHCP може бути налаштований для доставки клієнтським системам дуже багатьох різних опцій, опис окремих полів для кожної опції було б вкрай непрактичним.

Поле опцій завжди починається з так званого магічного сигналу (магія Cookie), який інформує сервер про характер вмісту решти частини полів повідомлення. Магія Cookie являє собою 4-байтное підполе, що включає в себе значення в точковій десяткового нотації 99.130.83.99.

Індивідуальні опції в полі опцій містять різні типи і обсяги даних, але більшість з них використовують одну і ту ж базову структуру, яка складається з трьох підполів:

Код (1 байт). Конкретизує функцію опції, як описано в документі RFC 2132.

Довжина (1 байт). Визначає довжину поля даних, асоційованого з даною опцією, дозволяючи системам, які не підтримують конкретну опцію, перейти відразу до наступної.

Дані (змінний розмір). Безпосередньо інформація, яка використовується клієнтом різними способами, залежно від значення підполя коду і типу повідомлення.

Наприклад, в опції Маска підмережі значення підполя коду дорівнює 1, значення підполя довжини становить 4, а підполі даних містить 4-байтную маску, асоційовану з IP-адресою, призначеним клієнту.

Опція DHCP під назвою тип повідомлення ідентифікує сумарну функцію всього DHCP-повідомлення і присутній у всіх пакетах DHCP. Значення в підполях коду і довжини для даної опції рівні, відповідно 53 і 1. Підполе даних розміщує в собі один з кодів, перелічених нижче:

1. DHCPIDSCOVER. Використовується DHCP-клієнтами для виявлення сервера DHCP і запиту IP-адреси.

2. DHCPOFFER. Використовується серверами для пропозиції IP-адрес клієнтам.

3. DHCPREQUEST. Використовується клієнтами DHCP для запиту специфічного IP-адреси або оновлення часу оренди адреси.

4. DHCPDECLINE. Використовується клієнтами для відхилення DHCP IP-адреси, пропонованого сервером DHCP.

5. DHCPACK. Використовується серверами DHCP для підтвердження згоди клієнта із запропонованим IP-адресою.

6. DHCPNACK. Використовується серверами DHCP для відхилення згоди клієнта із запропонованим IP-адресою.

7. DHCPRELEASE. Використовується клієнтами DHCP для припинення оренди IP-адреси.

8. DHCPINFORM. Використовується клієнтами DHCP, вже отримали IP-адреси, для запиту додаткових конфігураційних параметрів.

Опціональний елемент DHCP-повідомлення Pad (заповнення) насправді зовсім не опція, а заповнювач, який застосовується для того, щоб кордони полів проходили точно між октетами байтів. На відміну від інших опцій, вона не має підполя, їх довжини і даних, і складається тільки з поля коду із значенням 0.

У силу того, що DHCP-повідомлення переносяться дейтаграммами UDP, пакети обмежені за своїм розміром 576 байтами, і включення в пакет великої кількості опцій може перевищити цю межу. Оскільки поля "Ім'я сервера" і "Ім'я завантажувального файлу" DHCP-повідомлення є спадщиною протоколу ВООТР і в даний час практично незначущі, DHCP стандарт допускає використання цих полів для розміщення інформації опцій, не вміщається в стандартне поле опцій.

Для збереження таких опцій в полі "Ім'я сервера" і/або "Ім'я завантажувального файлу", поле "Опції" пакету має включати в себе код опції Опція Перевантаження, тобто значення 52 в підполі коду і значення 1 в підполі довжини. Підполе даних визначає, в якому з додаткових полів містяться надлишкові опції, задіюючи наступні коди:

- додані опції розташовані в полі "Ім'я завантажувального файлу";

- додані опції знаходяться в полі "Ім'я сервера";

- поля "Ім'я завантажувального файлу" і "Ім'я сервера" обидва містять додаткові опції.

Опція виробника спеціальних інформацій зіставлено стандартом з кодом 43, і призначена для службового використання розробниками з метою постачання інформацією, необхідної для експлуатації їх продуктів. Опція виробника конкретної інформації (залежна від розробника інформація) може містити в собі безліч опцій, задіяних продуктами даного розробника. Для ідентифікації розробника продукту служить опція класу постачальників ідентифікатора (Ідентифікатор класу розробника), що має значення поля коду, що дорівнює 60 і змінну довжину мінімум в 1 байт.

Опція виробника конкретної інформації може містити інкапсульовані опції, що залежать від розробника, що є по суті опціями всередині опції. Структура інкапсульованих опцій аналогічна структурі стандартних опцій DHCP з їх полями "Код", "Довжина" і "Дані". Відмінності полягають у тому, що опція Магія Cookie (Магічний сигнал) не застосовується, і присутність опції End (Кінець) (код 255) означає закінчення лише вкладених опцій, а не всього поля "Опції". Коди, що встановлюються розробниками, не визначаються стандартом, так як їх потрібно розуміти тільки системам, що використовують продукти даного розробника.

Опція End (Кінець) сигналізує про закінчення поля опцій. Будь байт, розміщений в полі "Опції" після опції End, не може містити нічого крім значення 0 (опція Pad). Як і опція Pad, дана опція складається тільки з 1-байтного поля коду із значенням 255 і не має полів довжини і даних.

Додаткових опцій які можна встановити досить багато, і велика кількість з них майже ніколи не використовується, їхній опис легко знайти в Інтернеті.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Формат повідомлень DHCP	\|	Встановлення і налаштування демона DHCP

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.006 сек.