ння найближчого контролера домену. Потім, після виконання системою DNS своєї частини роботи, починається процес перевірки автентичності між комп'ютером і контролером домена. Однак без дозволу системою DNS імен записів ресурсів SRV службам AD DS буде досить складно виконати перевірку автентичності рядового комп'ютера [1].
Однак, оскільки в службі Active Directory всі домени мають DNS-імена, перш ніж використовувати дану службу в мережі, необхідно спланувати простір імен DNS. Ключове рішення проекту полягає в тому, щоб визначити, де розташувати домени Active Directory в межах цього простору імен [2]. Проектування інфраструктури DNS складається з декількох етапів.
3.2 Дослідження існуючої інфраструктури DNS
Перший крок у проектуванні інфраструктури DNS повинен складатися в дослідженні вже наявної інфраструктури DNS. У більшості випадків служба DNS в Active Directory має взаємодіяти з наявною інфраструктурою DNS. Це може означати просто конфігурування ретранслятора в існуючому сервері DNS, використання наявного DNS-сервера як основного для Active Directory або відсутність розгортання DNS в Windows Server 2008. Active Directory вимагає, щоб працювала служба DNS, однак існує кілька варіантів її розгортання [5].
3.3 Вибір доменних імен DNS
При налаштуванні DNS-серверів рекомендується спочатку вибрати і зареєструвати унікальне батьківське ім'я DNS, яка представлятиме організацію в Інтернеті. Це ім'я є доменом другого рівня усередині одного з доменів верхнього рівня, використовуваних в Інтернеті. Батьківське ім'я DNS можна з'єднати з ім'ям місця розташування або підрозділи всередині організації для формування інших імен доменів наступних рівнів.
Для впровадження Active Directory існують два види просторів імен (внутрішнє та зовнішнє), при цьому простір імен Active Directory збігається з заданим зареєстрованим простором імен DNS чи відрізняється від нього.
3.4 Співпадаючі внутрішнє і зовнішнє простору імен
Згідно з цим сценарієм, організація використовує одне і те ж ім'я для внутрішнього і зовнішнього просторів імен - ім'я компанії застосовується як всередині, так і поза організацією. При реалізації цього сценарію користувачі внутрішньої приватної мережі компанії повинні мати доступ як до внутрішніх, так і до зовнішніх серверів (по обидві сторони брандмауера). Для захисту конфіденційної інформації клієнти, що здійснюють доступ ззовні, не повинні мати доступ до внутрішніх ресурсів компанії або мати можливість вирішувати свої імена. Крім того, необхідні дві роздільні зони DNS, одна з яких, за межами брандмауера, забезпечує дозвіл імен для загальнодоступних ресурсів. Вона не налаштована для дозволу імен внутрішніх ресурсів, тому доступ до них ззовні отримати не можна [2].
3.5 Що відрізняються внутрішнє і зовнішнє простору імен
У цьому випадку компанія використовує різні внутрішнє і зовнішнє простору імен - спочатку в зонах по різні сторони брандмауера імена різняться. Для цього необхідно зареєструвати два простори імен в DNS Інтернету. Якщо ім'я не зарезервовано, внутрішні клієнти не зможуть відрізнити внутрішнє ім'я від імені, зареєстрованого в загальнодоступній мережі простору імен DNS. ...
