Операційна система Windows 2000 Server

Пул адрес. Якщо визначено область DHCP і задані діапазони виключення, то решта адрес називається пулом доступних адрес (address pool) (в межах області). Ці адреси можуть бути динамічно призначені клієнтам DHCP в мережі.
Діапазони винятку. Діапазон виключення (exclusion range) - обмежена послідовність IP-адрес в межах області, які повинні бути виключені з надання службою DHCP.
Резервування. Резервування (reservation) дозволяє призначити клієнту постійна адреса і гарантувати, що вказаний пристрій в підмережі може завжди використовувати один і той же IP-адресу.
Суперобластей. Це поняття, що використовується в Диспетчері DHCP, яке задає безліч областей, згрупованих в окремий адміністративний об'єкт - суперобластей (superscope). Суперобластей корисні для вирішення різних завдань служби DHCP.
Орендні договори. Орендний договір (lease) - відрізок часу, визначальний період, під час якого клієнтський комп'ютер може використовувати призначений IP-адресу. При видачі орендного договору він стає активним. У момент половини терміну дії орендного договору клієнт повинен відновити призначення адреси, звернувшись до сервера повторно. Тривалість орендного договору впливає на частоту оновлення орендних договорів (інтенсивність звернень до сервера).
Опції DHCP - додаткові параметри налаштування клієнтів, які сервер DHCP може призначати при обслуговуванні орендних договорів клієнтів DHCP. Наприклад, IP-адреси маршрутизатора або шлюзу за замовчуванням, серверів WINS або серверів DNS звичайно надаються для кожної області або глобально для всіх областей, керованих сервером DHCP. Крім стандартних опцій, сервер DHCP Microsoft дозволяє визначати і додавати власні опції.
Служба DHCP в Windows 2000 складається з трьох основних компонентів.
Сервери DHCP. До складу сервера DHCP входить оснащення DHCP - зручний в роботі графічний інструмент, який дозволяє адміністратору налаштовувати конфігурації для клієнтів DHCP. Сервер DHCP також містить базу даних для призначення IP-адрес та інших параметрів налаштування. Сервер DHCP підтримує більше 30 опцій DHCP згідно RFC 2132. Параметри конфігурації TCP / IP, які можуть бути призначені сервером DHCP, включають: IP-адресу для кожного мережевого адаптера на клієнтському комп'ютері, маску підмережі, шлюзи за замовчуванням, додаткові параметри конфігурації, наприклад, IP-адресу сервера DNS чи WINS. Один або більше комп'ютерів у мережі повинні працювати під управлінням Windows 2000 Server з протоколом TCP / IP та встановленим сервером DHCP. Якщо служба сервера DHCP встановлено на комп'ютері, то відразу після завдання та активізації областей автоматично створюється база даних DHCP.
Клієнти DHCP. Клієнтами сервера DHCP зі складу Windows 2000 можуть бути комп'ютери, що працюють на будь-якій платформі. Комп'ютери під керуванням ОС виробництва Microsoft можуть діяти як клієнти DHCP: Windows NT Server / Workstation (всі версії), Windows 98/95, Windows for Workgroups 3.11 (з встановленим 32-розрядним протоколом TCP / IP), Microsoft Network Client 3.0 for MS- DOS (з встановленим драйвером реального режиму), LAN Manager версії 2.2с.
Робота протоколів ВООТР і DHCP заснована на механізмах широкомовлення. Маршрутизатори зазвичай за умовчанням не ретранслюють широкомовні посилки, тому передача таких посилок виконується агентом ретрансляції. Агент ретрансляції DHCP - це маршрутизатор, або хост, який слухає широкомовні повідомлення DHCP / BOOTP і переадресовує їх на заданий сервер (сервери) DHCP. Використання агентів ретрансляції позбавляє від необхідності встановлювати сервер DHCP в кожному фізичному сегменті мережі. Агент не тільки обслуговує прямі локальні запити клієнта DHCP і перенаправляє їх на віддалені сервери DHCP, але також повертає відповіді віддалених серверів DHCP клієнтам DHCP.
Адміністратор може скасувати параметри динамічного настроювання, налаштувавши їх вручну. Будь-яка інформація, вручну введена на клієнті, скасовує параметри динамічного настроювання.
Служба сервера DHCP встановлюється автоматично на сервер Windows 2000, але не є сконфігурованої (і навіть може бути відключена) без додаткової настройки. Вона може бути видалена і додана в разі необхідності, за допомогою використання вкладки Add / Remove Windows Components програми Add / Remove Programs в Control Panel (у розділі Networking Services). Після установки, сервер DHCP налаштовується за допомогою оснащення DHCP ММС, яка знаходиться в Administrative Tools. Якщо сервер Windows 2000 є частиною робочої групи або домену, заснованого на Windows 2000, то сервер DHCP буде запущений за замовчуванням, але необхідно буде вручну налаштувати області використовуваних IP-адрес для розподілу їх службою DHCP. Якщо DHCP встановлено на систему, що є частиною домену Windows 2000, то служба DHCP не зможе бути запущена до тих пір, поки сервер DHCP не буде авторизований в Active Directory. Авторизація сервера DHCP в Active Directory може бути здійснена тільки членом групи Enterprise Admins. Ця особливість використовується як контрольний механізм, що дозволяє уникнути такої проблеми, як установка незареєстрованих серверів DHCP (користувачами з адміністративними привілеями), які можуть створити проблеми з налаштуванням TCP / IP мереж (так як клієнт одержує IP-адресу від першого ж сервера DHCP, який відповідає на його запит).
У Active Directory домені (Windows 2000), лише авторизовані Windows 2000 сервера DHCP можуть виконувати розподіл IP-адрес. У Windows NT 4.0 сервер DHCP може (і буде) розподіляти адреси і не потрапить під дію авторизації. Однак якщо інший адміністратор спробує встановити Windows 2000 сервер DHCP і запустити службу без попередньої авторизації, то сервер здійснить запит AD і не запустить службу, якщо не знайде підтвердження її авторизації в мережі. Неавторизований сервер DHCP з'являється в консолі DHCP з вказуючою вниз червоною стрілкою (яка може позначати також, що служба не запущена або область адрес не налаштована), як показано на малюнку 2.3.
Рис. 2.3. Консоль DHCP.
Для авторизації DHCP сервер, потрібно клацнути правою кнопкою миші на значку сервера і вибрати опцію Authorize (авторизувати) з появи меню. Для управління авторизованим DHCP сервером (включаючи додавання або видалення авторизованих серверів), клацніть правою кнопкою миші на іконці DHCP і виберіть Manage Authorized Servers (управління авторизованими серверами), як показано на малюнку 2.4:
Рис. 2.4. Управління авторизованими серверами
Зауважте, що сервер DHCP не виконуватиме ніяких функцій, до тих пір, поки ви не сконфігуріруете область адрес - набір налаштувань, які будуть розподілятися групі клієнтів. Як і більшість інших речей в Windows 2000, процес створення області здійснюється із застосуванням відповідного майстра. Для створення області адрес, клацніть правою кнопкою миші на значку сервера DHCP і виберіть опцію New Score (нова область). Майстер проведе вас через довгий процес, що включає в себе налаштування допустимого діапазону IP-адрес, маски підмережі і таких опцій, як адреса шлюзу за замовчуванням (маршрутизатора), використовуваних серверів DNS і так далі. Після того, як область буде налаштована, вона буде продовжувати мати потребу в активізації (правий клацання миші і вибір Activate (активізувати)). Кожна область включає в себе: набір адрес, активні виділені адреси, резервування та властивості області, як показано на малюнку 2.5 (властивості області виділені):
Рис. 2.5. Консоль DHCP.
Після того, як сервер авторизований і область налаштована, стрілка на іконці сервера змінюється на зелену і тепер вказує вгору.
Області в Windows 2000 Advanced Server:
- Області можуть бути зібрані або об'єднані для створення суперобластей. Вони дозволяють розподіляти діапазони IP-адрес, які не прилягають один до одного, але розташовані на одній підмережі.
- Для зміни маски підмережі, пов'язаної з областю, необхідно буде видалити область і створити її заново.
- Час оренди адреси за умовчанням для області - 8 днів, що відрізняється від значення в Windows NT, де воно становило 72 години. Це значення може бути змінено в залежності від потреб мережі.
- Кожен діапазон IP-адрес може бути представлений тільки в одній з областей. Якщо сервери DHCP не будуть скоординовані і два сервери будуть мати однакові діапазони адрес у своїх областях, тоді один і той же адресу може бути призначений різним клієнтам в одній мережі. Також треба бути впевненим, що виключені все статично призначені IP-адреси з областей.
- Для створення відмовостійких областей необхідно налаштувати 2 (або більше) сервера DHCP і розділити діапазони адрес з кожної області між ними. При такій конфігурації, якщо один із серверів вийде з ладу, другий буде продовжувати розподіляти допустимі адреси між клієнтами.
- Налагодження DHCP можуть бути здійснені на 4 різних рівнях: на рівні Server (сервера) (установки впливають на всі області), Score (область) (установки впливають тільки на область), Client (клієнт) (установки для зарезервованого клієнта) Class (клас ) (для комп'ютерів, які входять в різні, заздалегідь визначені, класи).
Протокол спрощує роботу мережевого адміністратора, який повинен вручну конфігурувати тільки один сервер DHCP. Коли новий комп'ютер підключається до мережі, що обслуговується сервером DHCP, on запитує унікальний IP-адресу, а сервер DHCP призначає його з пулу доступних адрес, Цей процес складається з чотирьох кроків:
1. Клієнт DHCP запитує IP-адреса (DHCP Discover, виявлення),
2. DHCP-сервер пропонує адреса (DHCP Offer, пропозиція),
3. Клієнт приймає пропозицію і запитує адресу (DHCP Request, запит) та адресу офіційно призначається сервером (DHCP Acknowledgement, підтвердження).
Щоб адресу не "простоював", сервер DHCP надає його на визначений адміністратором термін, це називається орендним договором (lease). Після закінчення половини терміну орендного договору клієнт DHCP запитує його відновлення, і сервер DHCP продовжує орендний договір. Це означає, що коли машина припиняє використовувати призначений IP-адресу (наприклад, в результаті переміщення в інший мережевий сегмент), орендний договір закінчується, і адреса повертається в пул для повторного використання.
Протокол DHCP в Microsoft Windows 2000 Server був доповнений новими функціями, що спростило розгортання, інтеграцію і налаштування мережі.
Інтеграція з DNS. Сервери DNS забезпечують дозвіл імен для мережевих ресурсів і тісно пов'язані зі службою DHCP. У Windows 2000 сервери DHCP і клієнти DHCP можуть реєструватися в DNS.
Покращене керування і моніторинг. Нова можливість забезпечує повідомлення про рівень використання пулу IP-адрес. Оповіщення проводиться за допомогою відповідного значка або за допомогою передачі повідомлення.
Розподіл групових адрес. Додана можливість призначення групових адрес. Типові програми для групової роботи - конференції або радіотрансляція вимагають спеціальної установки групових адрес.
Захист від появи неправочинних серверів DHCP. Наявність декількох серверів DHCP в одному сегменті мережі може призвести до конфлікту. Нові механізми дозволяють виявити конфлікт такого роду і деактивизировать роботу сервера, забезпечивши правильну роботу DHCP.
Захист від підміни серверів. Реєстрація уповноважених (авторизованих) серверів DHCP виконується за допомогою Active Directory. Якщо сервер не виявлений в каталозі, то він не буде функціонувати і відповідати на запити користувачів.
Кластерні служби, що працюють на Windows 2000 Advanced Server і Datacenter підтримують DHCP-сервер в якості ресурсу кластера, що дозволяє підвищити доступність DHCP-сервера.
Автоматична настройка клієнтів. Клієнти з підтримкою DHCP. початківці роботу в мережі, можуть конфігуруватися самостійно з використанням тимчасової конфігурації IP (якщо сервер DHCP недоступний). Клієнти продовжують спроби зв'язатися з сервером DHCP для отримання орендного договору у фоновому режимі кожні 5 хв. Автоматичне призначення завжди прозоро для користувачів. Адреси для такого роду клієнтів вибираються з діапазону приватних мережевих адрес TCP / IP і не використовуються в Інтернеті.
Нові спеціалізовані опції та підтримка користувацьких класів. Сервер DHCP в Windows 2000 може призначати спеціалізовані опції, скорочуючи час на отримання схвалення нової стандартної опції в IETF. Механізм користувальницьких класів дозволяє застосовувати DHCP в замовних додатках для мереж масштабу підприємства. Обладнання більшості постачальників мережного апаратного забезпечення також може використовувати різні номери опцій для різних функцій.

2.3. Служба DNS

Domain Name System (система доменних імен) - це стандарт служби імен для Інтернету, який використовується Windows 2000 для допомоги клієнтам у вирішенні імен вузлів в їх IP-адреси і для пошуку служб у мережі.
DNS - це розподілена система серверів імен. У цій системі групи серверів імен відповідають за записи, пов'язані з вузлів, в доменах і піддоменів. Ці групи називаються зонами. Зона є повноважною або відповідальної для записів, що відносяться до даного домену або групі доменів. Наприклад, Microsoft може мати декілька серверів, повноважних для домену microsoft.com і всі пов'язані піддомени повинні бути частиною цього домену. Як наслідок, якщо ці сервери не можуть надати вам відповідь на запит IP-адреси для імені bluscreen.microsoft.com, то це означає, що його просто не існує.
Сервери імен зберігають те, що прийнято називати записами ресурсів. Записи ресурсів зіставляють ім'я вузла його IP-адресою або окремої служби та імені вузла. Наприклад, сервер DNS може містити запис (звану А записом) для сервера, званого Cerver2, якому відповідає IP-адреса 147.2.3.45. Якщо клієнт іншого сервера DNS запросить пов'язаний IP-адресу, він може бути знайдений і повернутий (посланий) клієнтові. Подібним чином, деякий поштовий сервер може запитати сервер DNS знайти поштовий сервер, що діє в домені mailfirma.ru. У даному випадку DNS сервер запитується на наявність запису про систему обміну поштою (запис МХ), яка надає FGDN (повністю певне ім'я домену) поштового сервера, яке, у свою чергу, може бути дозволено в IP-адресу.
Існує ще один тип серверів імен, які не є повноважними для якої-небудь зони. Ці сервери називаються caching-only (тільки кешує) - вони просто перенаправляють запити клієнтів інших серверів імен та кешують їхні відповіді.
DNS реалізована як служба на сервері Windows 2000, а раз так, то вона може бути запущена і зупинена, як будь-яка інша служба. Вона також може бути додана чи видалений за допомогою програми Add / Remove, вкладка Windows Components. DNS не встановлюється автоматично при установці Windows 2000, тому необхідно встановлювати її вручну. Число серверів DNS, присутніх у мережі залежить від ряду факторів, таких, як потреба в відмовостійкості, швидкодію і т.д. DNS потрібно для інсталяції Active Directory, оскільки домени Active Directory слідують угоди про іменуванні DNS. Зауважте, що попередній приклад розповідав про DNS вирішенні через Internet. Подібним чином DNS може бути використана для вирішення внутрішніх вузлів або для комбінованих ситуацій, майте це на увазі.
У традиційних конфігураціях DNS є як мінімум 2 DNS сервера, які є повноважними в зоні. Зона - це адміністративна одиниця DNS, представлена ​​набором серверів DNS, які відповідальні за підтримку інформації, що відноситься до одного або більше домену чи поддомену. Один сервер виступає як основний сервер імен і це єдиний сервер, який підтримує перезаписувану копію файлу зони. Періодично, основний сервер імен реплікує файл зони на інший сервер (або сервера), призначені вторинними серверами імен. Цей сервер (сервера) теж підтримує файл зони, але копію, призначену тільки для читання. Процес реплікації часто називають передачею зон. Головна причина для того, щоб мати 2 або більше сервера DNS - це впевненість, що якщо один з них вийде з ладу, інший може бути доступний для обробки запитів, що відносяться до домену, що міститься у файлі зони.
Такий тип конфігурації продовжує підтримуватися і в Windows 2000 і на нього посилаються як на «стандартної» конфігурацію DNS. Однак Windows 2000 також підтримує і інший вид конфігурації, що є новинкою в Windows 2000. Ця конфігурація називається «DNS, інтегрована в Active Directory. У даній конфігурації інформація про зону DNS зберігатися в Active Directory, а не в окремому наборі файлів. Як наслідок, DNS-інформація реплікується автоматично, як частина загальної реплікації Active Directory, і не вимагає створення додаткової топології реплікації. Це не означає, однак, що кожен контролер домену автоматично ставати сервером DNS. Це означає лише, що кожен контролер домену може стати сервером DNS, якщо служба DNS буде встановлена ​​на комп'ютер. DNS, інтегрована в Active Directory, також має ряд переваг, таких як, наприклад те, що кожен з серверів DNS може вносити зміни до зони і, в разі відмови одного з серверів, відновлення зони DNS не припиняються. У стандартній конфігурації DNS поновлення неможливі, якщо припиняє роботу основний сервер імен.
Інша велика перевага Windows 2000 DNS - це те, що вона динамічна. Це означає, що вузол може реєструвати і скасовувати реєстрацію записів в DNS самостійно, включаючи запис відповідності імені та IP-адреси (А), а також записи служб (це ми обговоримо пізніше). Перевага динамічної DNS очевидні, так як в попередніх реалізаціях DNS всі записи потрібно створювати вручну, що забирало багато часу і породжувало безліч помилок. Багато хто порівнює динамічне оновлення DNS з функціонуванням WINS. Так як ці ідеї дійсно схожі, пам'ятайте, що мета WINS - дозвіл імен NetBIOS в IP-адресу, в той час як DNS зіставляє імена вузлів їх IP-адресами.
DNS використовується Windows 2000 не тільки для розпізнавання імен вузлів в їх IP-адреси. Ця служба також допомагає системі знаходити служби в мережі, такі як службу аутентифікації контролера домену. Коли користувач намагається увійти до домену, його Windows 2000-система запитує DNS про наявність одного або більше контролерів домену на цьому фізичному сайті. Контролери домену автоматично реєструються в DNS і також реєструють записи, які стосуються деяких, які працюють на них, службам. Точно також, клієнти Windows 2000 можуть реєструвати себе в DNS самостійно, а можуть і через сервер DHCP, який дає клієнтові його IP-адресу. Обидва ці механізми вимагають пильного розгляду і ми повернемося до них у нашій серії.
Хоча цей розділ тільки введення в DNS, хочу навести декілька додаткових важливих заміток про DNS:
- Windows 2000 DNS підтримує IXFR або інкрементальний (додатковий) трансфер зони. При цій настройці, якщо відбуваються зміни у файлі зони, тільки ці зміни реплицируются на інші сервера DNS. Якщо ви пам'ятаєте, в Windows NT DNS підтримувало тільки АXFR - повний трансфер зони, при якому зміни в зоні викликали необхідність реплікації всього файлу зони на всі додаткові сервери імен.
- Якщо використовується DNS, інтегрований в Active Directory, то можна активізувати функцію, звану Secure Dynamic Updates (безпечні динамічні оновлення). При цьому сервер DNS буде дозволяти оновлення або реєстрацію записів тільки з систем, які мають правомочні облікові записи в Active Directory. Якщо ця настройка не активізована, то будь-яка система може робити зміни в DNS, що представляє, звичайно ж, загрозу безпеки мережі.
Перш ніж встановлювати Active Directory в середу Windows 2000, важливо розробити реалізацію DNS, яка б відповідала як вашій системі розпізнавання імен, так і вимогам Active Directory. DNS необхідний Active Directory як для розпізнавання імен, так і для визначення простору імен, так як доменні імена в Windows 2000 базуються на угоді про іменуванні DNS. Як наслідок, будь-який сервер, на який встановлюється Active Directory, повинен мати в своїх настройках протоколу TCP / IP вказівку на DNS-сервер, який необхідно встановити та налаштувати заздалегідь. Якщо не сделаеть це заздалегідь, то інсталяція Active Directory автоматично створить структуру DNS, яка, можливо, не буде відповідати вашим побажанням.
Перша концепція - це використання DNS для розпізнавання імен вузлів (знаходження відповідного вузла IP-адреси) або дозволу FQDN (Fully Qualified Domain Name - повністю певне ім'я домену) у його IP-адресу. Щоб нагадати вам, FQDN представляє ім'я вузла у вигляді доменного імені системи. Наприклад:
www.firma.ru
У цьому прикладі ім'я вузла - ліва частина повного імені, а саме www. Імена вузла також можуть вирішуватися за допомогою файлу HOSTS, який є статичним текстовим файлом і знаходиться в папці% systemroot% \ system32 \ drivers \ etc на локальному комп'ютері. Не варто плутати DNS c WINS, яка ставить у відповідність Netbios імені відповідний IP-адресу (також є текстовий еквівалент цієї служби, файл LMHOSTS).
Служба DNS зберігає велику кількість записів ресурсів різного типу, крім простого запису хоста, т.зв. «А» запису. Найбільш використовувані типи записів, які можна зустріти у файлі зони, розглянуті нижче:
SOA - представляє з себе запис ресурсу початковій записи зони, і надає інформацію про зону, включаючи відомості про те, який сервер є основним, хто відповідає за адміністративний контакт, як часто файл бази даних перевіряється на наявність змін, серійний номер бази даних, значення часу життя, і т.д.
A - представляє унікальний адресу сайту в мережі, зіставляючи його ім'я IP-адресою.
NS - позначає доменне ім'я і пов'язане з ним FQDN сервера імен, який є повноважним для домену.
MX - позначає, що даний вузол є поштовою службою (сервером пошти або сервером пересилання) для певного домену.
PTR - надає можливість для зворотного пошуку (зіставляє IP-адресою вузла його FQDN). Це дозволяє знаходити ім'я вузла, пов'язане з IP-адресою. Записи PTR знаходяться у файлі reverse lookup zone (зони зворотного перегляду).
SRV - зіставляє окремі служби одному або декільком вузлам і навпаки. Наприклад, записи можуть позначати сервер як сервер Глобального Каталогу, контролер домену і т.д.
Друга головна концепція - це концепція Зони. Зона - це область простору імен DNS, яка функціонує як адміністративна одиниця. Тобто група серверів відповідальна (має повноваження) за записи, пов'язані з деякого домену чи поддомену. Головною причиною для того, щоб мати кілька зон, є поділ адміністративної відповідальності, так само як і завдання пересилання зон.
Існує 5 основних типів серверів DNS. Це основні, вторинні, інтегровані в Active Directory, пересилання і кешуючий сервера.
Основний DNS-сервер - основним сервером DNS є сервер, який повноважний для зони. По суті це означає, що в зоні є тільки один сервер, на якому можна робити зміни в базі даних зони.
Вторинний сервер DNS - вторинний сервер DNS містить копії «тільки для читання» інформації, що зберігається на основному DNS-сервері, і отримують оновлення в ході передачі зони. Один вторинний сервер є мінімально необхідним, але й інші можуть створюватися з метою вирівнювання навантаження та забезпечення відмовостійкості.
Інтегрований в Active Directory сервер DNS - можливий тільки для серверів DNS на базі OS Windows 2000, в даній реалізації DNS файл зони зберігаються як об'єкт в Active Directory, а не як кілька файлів на жорсткому диску. У даному сценарії кожен контролер домену, на якому встановлена ​​DNS по суті діє як основний DNS-сервер, допускає зміни в зоні і здійснює синхронізацію файлу зони через реплікацію Каталогу. Як наслідок, якщо якийсь сервер DNS вийде з ладу, будь-який інший сервер, інтегрований в Active Directory може продовжувати здійснювати зміни.
Кешуючий тільки - кешуючий сервер DNS не є повноважним для зони. Як наслідок, він тільки отримує клієнтські запити, здійснює запити інших серверів DNS, кешує результати і посилає відповіді клієнтам. За замовчуванням кешуючий сервер DNS пересилає всі запити, відповіді на які не знайдені в його кеші, кореневого DNS-сервера.
Сервер пересилання DNS - сервери DNS можуть бути налаштовані так, що будуть пересилати запити, які не можуть дозволити до якогось певного сервера. Такі сервери називаються forwarder (сервер пересилання). Сервери пересилання можуть згодом обробляти запити, замість інших серверів DNS. Це дозволяє зменшити час обробки деяких запитів з пошуку вузлів (в Інтернеті, наприклад), тому що сервер пересилання обробляє запити і кешує результат, який потім повертається до комп'ютера, який зробив запит. Це може поліпшити і швидкість і продуктивність.
У реалізації DNS в Windows 2000 є ряд змін в порівнянні з NT 4. Найбільш важливі з них це - підтримка записів служб, динамічна DNS, безпечне динамічне оновлення, додаткова передача зони та інтегрування з Active Directory.
Записи для служб - у реалізації DNS в Windows 2000 підтримуються запису для такого важливого типу ресурсів, як записи служб (часто згадувані як SRV записи). Записи служб дозволяють клієнтам запитувати DNS-пошук для систем, на яких запущені певні служби, такі як Глобальний Каталог (що позначається як GC-запис).
Динамічна DNS - у традиційних реалізаціях DNS всі записи було необхідно створювати і змінювати вручну на DNS сервері, що могло віднімати величезну кількість часу. Реалізація DNS в Windows 2000 підтримує RFC 2136 і зазвичай називається Dynamic DNS або DDNS. У даній реалізації клієнти мають можливість автоматично оновлювати свої записи, які головним чином використовуються в середовищі, де клієнти підключаються до сервера DHCP для отримання IP-адрес. Windows 2000 є єдиною OS фірми Microsoft (тепер ще і Windows XP), яка підтримує динамічне оновлення. Проте ви можете вибрати сервер DHCP в Windows 2000 так, що він зможе оновлювати DNS на стороні клієнтів, що дозволяє клієнтам, що працюють під іншими (не-Windows 2000) OS, оновлювати інформацію про себе в DNS. Динамічна DNS також дуже зручна для контролерів домену, які також можуть автоматично реєструвати записи своїх сервісів, в іншому випадку, все це було б необхідно робити вручну.
Безпечне динамічне оновлення - якщо DNS зона є інтегрованою в Active Directory, то Windows 2000 дозволяє вам використовувати щось, що називається безпечним динамічним оновленням. Зауважте, що прості динамічні оновлення можуть бути потенційно небезпечними, тому що будь-який клієнт може бути зареєстрований в DNS, так як динамічна DNS тільки відповідає на запити, але не аутентифікує їх. Якщо встановлено безпечне динамічне оновлення, тільки користувач або система, які мають відповідні дозволи на пов'язаних ACL (access control list - списках контролю доступу) для зони, можуть додавати записи в DNS. За замовчуванням Група Аутентифіковані Користувачів має необхідні дозволи. Клієнтські системи спочатку роблять спробу використовувати звичайний запит за замовчуванням і, якщо він буде відкинутий, безпечне оновлення.
Додаткова передача зони - реалізація NT 4 DNS підтримує тільки AXFR, або повну передачу зони. При цій конфігурації кожен раз, коли основний сервер імен здійснював передачу зони вторинного сервера, файл бази даних зони передавався повністю, навіть якщо в ньому відбулося одиничне зміна. Windows 2000 підтримує IXFR чи додаткову передачу зони. У даній реалізації, тільки зміни передаються під час передачі зони, замість передачі всього файлу бази даних зони.
Інтеграція з Active Directory - Windows 2000 продовжує підтримувати традиційну реалізацію за схемою основною / вторинний DNS-сервера. У даному сценарії, зміни у файлі зони можуть бути зроблені тільки на основному сервері, так як тільки він містить редаговану копію файлу зони. У Windows 2000 вводиться нова концепція - DNS, інтегрована в Active Directory. У цій реалізації файл зони DNS і пов'язана з ним інформація зберігається як об'єкт в Active Directory замість того, щоб перебувати в папці DNS на жорсткому диску. Ця інтеграція дозволяє будь-якому контролеру домену, на якому запущена служба DNS, робити зміни в базі даних DNS, при цьому зміни в зоні реплицируются як частина процесу реплікації Active Directory. Це також дозволяє зробити службу DNS більш отказоустойчивой. У традиційному середовищі DNS, якщо основний сервер імен виходить з ладу, всі динамічні зміни в DNS стають неможливими, оскільки редагована копія зони недоступна. У DNS, інтегрованої в Active Directory, всі DNS сервера можуть здійснювати оновлення. Традиційні сервера DNS можуть продовжувати існувати в такому середовищі - вони можуть бути вторинними і використовувати DNS-сервер, інтегрований в Active Directory, як основний сервер для отримання файлу зони.
Налагодження та зміна конфігурації сервера DNS можуть знадобитися з різних причин, наприклад:
1. При зміні імені комп'ютера-сервера
2. При зміні імені домену для комп'ютера-сервера
3. При зміні IP-адреси комп'ютера-сервера
4. При видаленні сервера DNS з мережі
5. При зміні основного сервера (primary server) зони
Управління клієнтами
Для клієнтів Windows конфігурація DNS при налаштуванні властивостей TCP / IP для кожного комп'ютера включає наступні завдання:
1. Установка імені хоста DNS для кожного комп'ютера або мережевого підключення.
2. Установка імені батьківського домену, яке поміщається після імені хоста, щоб формувати повне (fully qualified) ім'я домену для кожного клієнта.
3. Установка основного DNS-сервера і списку додаткових DNS-cep-веров, які будуть використовуватися, якщо основний сервер недоступний.
4. Установка черговості списку пошуку доменів, використовуваного в запитах для доповнення не повністю заданого імені комп'ютера.
Управління зонами
Після додавання зони за допомогою оснащення DNS можна керувати такими загальними властивостями зони:
1. Забороняти або дозволяти використання зони
2. Змінювати чи перетворювати тип зони
3. Дозволяти або забороняти динамічне оновлення зони
Також можна настроювати початкові записи зони (Start Of Authority, SOA), ресурсні записи, делегування зон, списки оповіщення, використання перегляду WINS, а також керувати зонами зворотного перегляду (reverse zone), необхідними для зворотного дозволу імен - з адреси в ім'я.
Моніторинг та оптимізація
У Windows 2000 Advanced Server можна проводити моніторинг і за його результатами оптимізувати налаштування служби DNS за допомогою:
1. Системного монітора (Performance Monitor)
2. Опцій протоколювання
3. Статистики по DNS-сервера
4. Налаштування додаткових параметрів

2.4. Служба WINS

Служба WINS (Windows Internet Name Service, служба Windows) забезпечує підтримку розподіленої бази даних для динамічної реєстрації та дозволу імен NetBIOS для комп'ютерів і груп, які у мережі. Служба WINS відображає простір імен NetBIOS і адресний простір IP один на одного і призначена для розпізнавання імен NetBIOS в маршрутизуються мережах, які використовують NetBIOS поверх TCP / IP. Імена NetBIOS використовуються більш ранніми версіями операційних систем Microsoft для ідентифікації комп'ютерів і інших загальнодоступних ресурсів.
Хоча протокол NetBIOS може застосовуватися з іншими мережевими протоколами, крім TCP / IP (наприклад, NetBEUI або IPX / SPX), служба WINS була розроблена для підтримки NetBIOS поверх TCP / IP (NetBT). WINS спрощує управління простором імен NetBIOS у мережах на базі TCP / IP. WINS застосовується для розпізнавання імен NetBIOS, але для прискорення вирішення імен клієнти повинні динамічно додавати, видаляти або модифікувати свої імена в WINS.
У Windows 2000 WINS забезпечує наступні розширені можливості:
1. Постійні з'єднання. Тепер можна налаштувати кожен WINS-сервер на обслуговування постійного з'єднання з одним або більшою кількістю партнерів реплікації. Це збільшує швидкість реплікації і знижує витрати на відкриття та завершення з'єднань.
2. Управління "похованням". Можна вручну відзначати запису для поховання (позначка для подальшого видалення, tombstoning). Стан "поховання" записи копіюється для всіх серверів WINS, що запобігає відновлення копії з баз даних інших серверів.
3. Поліпшена утиліта управління. Утиліта управління WINS реалізована у вигляді оснащення ММС, що спрощує використання WINS для адміністратора.
4. Розширена фільтрація та пошук записів. Покращена фільтрація і нові пошукові функції допомагають знаходити записи, показуючи тільки записи, що відповідають заданим критеріям. Ці функції особливо корисні для аналізу дуже великих баз даних WINS.
5. Динамічне стирання записів і множинний вибір. Ці особливості спрощують управління базою даних WINS. За допомогою оснащення WINS можна легко маніпулювати з одного (або більше) записом WINS динамічного або статичного типу.
6. Перевірка записів і перевірка правильності номера версії. Ці можливості перевіряють послідовність імен, збережених та скопійованих на серверах WINS. Перевірка записів порівнює IP-адреси, які повертаються по запиту на ім'я NetBIOS з різних серверів WINS. Перевірка правильності номера версії перевіряє номер власника таблиці відображення "адреса-версія".
7. Функція експорту. При експорті дані WINS зберігаються в текстовому файлі з комами як роздільники. Можна імпортувати цей файл у Microsoft Excel та інші програми для аналізу і звітування.