Павло ІВАНОВ, МЕРЕЖІ # 10/99
Принципи архітектури і формат повідомлень
Мал. 1. Формат повідомлення DHCP (в дужках - розмір поля в байтах)
Згадане вище вимога підтримки базових елементів протоколу BOOTP виникло не випадково. DHCP розроблявся як безпосереднє розширення BOOTP і саме в такій якості сприймається BOOTP-клієнтами. Цьому обставині в першу чергу сприяє формат повідомлень DHCP, багато в чому збігається з форматом, який застосовується протоколом-попередником і визначено в документі RFC 951 (рис. 1).
У ролі транспортного протоколу для обміну DHCP-повідомленнями виступає UDP. При відправці повідомлення з клієнта на сервер використовується 67-й порт DHCP-сервера, при передачі в зворотному напрямку - 68-й. Ці номери портів, як і схожа структура повідомлень, забезпечують зворотний сумісність DHCP з BOOTP. Конкретні процедури взаємодії клієнтів і серверів BOOTP і DHCP регламентує документ RFC 1542.
3. Клієнт не зобов'язаний реагувати на перше ж пропозицію, що поступила. Допускається, щоб він дочекався відгуків від декількох серверів і, зупинившись на одному з пропозицій, відправив в мережу широковещательное повідомлення DHCPREQUEST. У ньому містяться ідентифікатор обраного сервера і, можливо, бажані значення запитуваних параметрів конфігурації.
Якщо в процесі очікування серверних відгуків на DHCPDISCOVER досягнутий тайм-аут, клієнт видає дане повідомлення повторно.
4. Присутній в повідомленні DHCPREQUEST ідентифікатор дозволяє відповідному DHCP-сервера переконатися в тому, що клієнт прийняв саме його пропозиція. У відповідь сервер відправляє підтвердження DHCPACK, що містить значення необхідних параметрів конфігурації, і виробляє відповідний запис в базу даних.
При досягненні тайм-ауту в процесі очікування серверних відгуків на повідомлення DHCPREQUEST клієнт видає його повторно.
параметри конфігурації
Зберігання параметрів конфігурації мережі станцій-клієнтів є другою послугою, що надається DHCP-сервером. У створюваній базі даних на кожного клієнта заводиться окремий запис з унікальним ключем-ідентифікатором і рядком конфігураційних параметрів.
Редукція обсягу переданих відомостей про конфігурацію досягається двома способами. По-перше, для більшої частини параметрів в згаданих вище документах RFC визначені значення, прийняті за умовчанням. Клієнт буде використовувати їх, якщо в повідомленні, що надійшов від сервера, якісь параметри опущені. По-друге, відправляючи повідомлення DHCPDISCOVER або DHCPREQUEST, клієнтська станція може явно вказати в ньому параметри, значення яких вона хотіла б отримати.
недоліки DHCP
Звільняючи мережевих адміністраторів від безлічі рутинних операцій, DHCP залишає невирішеними ряд проблем, які рано чи пізно можуть виникнути в реальному мережевому середовищі.
Проте, як часто буває в мережевій індустрії, механізми DHCP вже реалізовані в продуктах ряду виробників. На щастя, будь-які зміни в алгоритмах його роботи легко врахувати на програмному рівні, так що, купуючи серверне або клієнтське програмне забезпечення певної компанії, можна не побоюватися ув'язнення в неприступну фортецю патентованих рішень. Швидше, слід звернути увагу на те, наскільки вдало конкретна реалізація DHCP вписується в наявну обчислювальну середу і взаємодіє з іншими мережевими службами, зокрема з DNS. Опубліковані в цьому номері результати порівняльних випробувань DNS- і DHCP-серверів (див. Статтю <Игра в имена>) Здатні стати непоганою підмогою для користувача.
Варто взяти до уваги і слабкі сторони протоколу, про які говорилося вище. Впроваджуючи в своїй мережі кошти DHCP, адміністратор повинен бути готовий до виникнення проблем принципового характеру. Залишається тільки сподіватися, що їх кількість зменшиться в стандартизованном варіанті протоколу DHCP.
Спрощений варіант FTP - протокол Trivial File Transfer Protocol (TFTP) - побачив світ близько 20 років тому, його друга версія описана в документі RFC 783. Фактично TFTP надає транспортний механізм для передачі з сервера завантажувального образу клієнтської системи.
Протокол Internet Control Message Protocol (ICMP) сьогодні також можна віднести до покоління ветеранів Всесвітньої мережі. Він дозволяє інформувати комп'ютери про наявність в мережі додаткових маршрутизаторів (є спеціальний механізм для виявлення цих пристроїв), передбачає спеціальні типи повідомлень для передачі маски підмережі та інших службових відомостей.
Відзначимо ще специфікації RFC тисячі сто двадцять дві і 1123 які використовуються поряд протоколів (в тому числі DHCP). Вони містять вимоги до процедури зміни конфігурації комп'ютерів мережі і, крім того, пропонують сценарій початкового конфігурування бездискових станцій. DHCP і VLAN: відмінностей більше, ніж подібностей
Час від часу можна зустріти твердження про те, що протокол DHCP і технологія віртуальних приватних мереж (VLAN) націлені на вирішення однієї і тієї ж проблеми: вони повинні забезпечити вільне переміщення клієнтів в мережевому середовищі. Насправді за наведеними вище абревіатурами ховаються дві абсолютно різні концепції, причому підхід на базі віртуальних ЛЗ є набагато більш революційним.
DHCP-сервер і ретранслюють агенти дозволяють так налаштувати параметри конфігурації комп'ютера, що після виведення з однієї підмережі і підключення до іншого він відразу ж стає повноправним членом нової підмережі (оскільки конфігурація переміщеної машини змінюється автоматично). Якщо до того ж реалізована підтримка динамічного сервера доменних імен (Dynamic DNS), комп'ютер знаходить своє колишнє ім'я.
Отже, відмінності між протоколом DHCP і технологією VLAN можна підсумувати таким чином:- DHCP змінює конфігурацію переміщуваного комп'ютера, тоді як в мережі з підтримкою VLAN зміна зазнає мережевий порт, до якого підключається комп'ютер;
- динамічна зміна конфігурації засобами DHCP вимагає наявності DHCP-сервера, ретранслює агента в кожному маршрутизаторі і підтримки даного протоколу клієнтським ПО TCP / IP. У разі використання технології віртуальних локальних мереж одна і та ж схема VLAN повинна підтримуватися всіма концентраторами (комутаторами) мережі, що відкриває широкий простір для патентованих реалізацій;
- DHCP дозволяє настроїти нову клієнтську станцію, а кошти VLAN - немає;
- протокол DHCP служить перш за все для забезпечення максимально динамічного конфігурування мережі, розділеної на підмережі за територіальною ознакою. Основне ж призначення технології VLAN складається в об'єднанні користувачів не за географічною, а по якомусь іншому, наприклад функціональному, принципом (відповідно до характеру їх діяльності або роллю в бізнесі компанії).