Ієрархічні символьні імена
У стеці TCP / IP застосовується доменна система імен, яка має ієрархічну деревоподібну структуру, яка допускає наявність в імені довільної кількості складових частин (рис. 15.3).
Мал. 15.3. Простір доменних імен
Дерево імен починається з кореня, що позначається тут точкою (.). Потім слід старша символьна частина імені, друга за старшинством символьна частину імені і т. Д. Молодша частина імені відповідає кінцевому вузлу мережі. Складові частини доменного імені відокремлюються один від одного крапкою.
Поділ імені на частини дозволяє розділити адміністративну відповідальність за призначення унікальних імен між різними людьми або організаціями в межах свого рівня ієрархії. Поділ адміністративної відповідальності дозволяє вирішити проблему освіти, унікальних імен без взаємних консультацій між організаціями, відповідальними за імена одного рівня ієрархії.
Сукупність імен, у яких кілька старших складових частин збігаються, утворюють домен імен (domain). Наприклад, імена yandex.ru і s1.mgu.ru входять в домен ru. Адміністратор домену mgu.ru несе відповідальність за унікальність імен наступного рівня, що входять в домен (s1, s2 і m). Освічені домени s1.mgu.ru, s2.mgu.ru і rn.mgu.ru є піддоменів домену mgu.ru. Часто проддомени для стислості називають тільки молодшої частиною імені (s1, s2 і m).
У загальному випадку термін «домен» (домен імен, домен колізій, домен Windows NT) описує деякий безліч комп'ютерів, що володіє яким-небудь певним властивістю.
У доменній системі імен розрізняють короткі, відносні і повні доменні імена. Короткий доменне ім'я - це ім'я кінцевого вузла мережі: хоста або порту маршрутизатора. Короткий ім'я - це лист дерева імен. Відносне доменне ім'я - це складене ім'я, що починається з деякого рівня ієрархії, але не самого верхнього. Наприклад, www.zil - це відносне ім'я. Повне доменне ім'я (Fully Qualified Domain Name, FQDN) включає складові всіх рівнів ієрархії, починаючи від короткого імені і закінчуючи кореневої точкою: www.zil.mmt.ru.
Кореневої домен управляється центральними органами Інтернету, зокрема тієї самої нами організацією ICANN. Домени верхнього рівня призначаються для кожної країни, а також для різних типів організацій. Імена цих доменів повинні відповідати міжнародному стандарту ISO 3166. Для позначення країн використовуються трьох- і дволітерні абревіатури, а для різних типів організацій, можуть застосовуватися такі позначення:
# 9633; com - комерційні організації;
· Edu - освітні організації;
· Gov - урядові організації;
· Org - некомерційні організації;
· Net - мережеві організації.
Доменна система імен реалізована в Інтернеті, але вона може працювати і як автономна система імен в будь-якій великій корпоративної мережі, яка хоча і використовує стек TCP / IP, ніяк не пов'язана з Інтернетом.
На ранньому етапі розвитку Інтернету на кожному хості вручну створювався текстовий файл з ім'ям
Служба DNS використовує файли формату схожого з файлом hosts, ці файли адміністратор також готує вручну. Однак служба DNS спирається на ієрархію доменів, і кожен DNS-сервер зберігає тільки частина імен мережі. При зростанні кількості вузлів в мережі проблема масштабування вирішується створенням нових доменів і піддоменів імен і додаванням в службу DNS нових серверів.
Для кожного домена імен створюється свій DNS-сервер. На серверах застосовують два підходи до розподілу імен.
2. Сервер домену зберігає тільки імена, які закінчуються на наступному нижче рівні ієрархії в порівнянні з ім'ям домена. Саме при такій організації служби DNS навантаження з вирішення імен розподіляється більш-менш рівномірно між усіма DNS-серверами мережі.
Існує дві основні схеми дозволу DNS-імен: нерекурсівние і рекурсивна. При нерекурсивною схемою роботу координує сам DNS-клієнт, итеративно виконуючи послідовність запитів до різних серверів імен:
1. DNS-клієнт звертається до кореневого DNS-сервера із зазначенням повного доменного імені.
Ця схема завантажує клієнта досить складною роботою, і вона застосовується рідко.
У другому варіанті реалізується рекурсивна процедура:
1. DNS-клієнт запитує локальний DNS-сервер, тобто той сервер, що обслуговує піддомен, якому належить ім'я клієнта.
2. Далі можливі два варіанти дій:
· Якщо локальний DNS-сервер знає відповідь, то він відразу ж повертає його клієнту (якщо ви запросили ім'я входить в той же піддомен, що і ім'я клієнта, або ім'я знаходиться в кеші даного DNS-сервера);
· Якщо локальний сервер не знає відповідь, то він виконує ітеративні запити до кореневого сервера і т. Д. А отримавши відповідь, передає його клієнту, який весь цей час просто чекає його від свого локального DNS-сервера.
При цьому сервер DHCP може працювати в різних режимах, включаючи: