WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 | 2 || 4 | 5 |   ...   | 10 |

«Exam 70-217 Microsoft® 2000 Active Services Press Сертификационный экзамен 70-217 2000 Active Services Официальное пособие Microsoft для самостоятельной подготовки 3-е издание, исправленное ...»

-- [ Страница 3 ] --

При изменении режима со смешанного на основной происходит следующее:

• прекращается поддержка нижнего уровня, после чего в этом домене зап рещается иметь контроллеры, не работающие под управлением Windows 2000 Server;

• добавление контроллеров нижнего уровня в данный домен;

• сервер, выполнявший роль основного контроллера домена, перестает быть таковым;

все контроллеры становятся равноправными.

Изменение режима домена возможно лишь в одном направлении. Вам не удастся перейти из основного режима в смешанный.

домена в основной режим Раскройте меню Tools вание) и Active Directory Users And Computers (Active Directory — пользова тели и 2. Щелкните название домена правой кнопкой мыши и выберите в контекстном меню команду Properties (Свойства).

3. На вкладке General (Общие) щелкните Change Mode (Изменить режим).

4. В окне сообщения Active щелкните кнопку Yes (Да), затем — ОК.

5. Перезагрузите компьютер.

Удаление служб Active Directory с контроллера домена Выполнение команды DCPROMO из диалогового окна Run на контроллере домена по зволяет удалить Active Directory с этого контроллера, превратив его в рядовой сервер. Если контроллер является последним в домене, он станет изолированным сервером. Если вы удаляете Active Directory со всех контроллеров в домене, вы также удаляете БД каталога для этого домена, и домен перестает существовать. Компьютерам, соединенным с этим доменом, с этого момента запрещается входить в него и пользоваться его службами.

Удаление Active Directory с контроллера домена 1. Зарегистрируйтесь в системе как администратор.

2. Раскройте меню наберите в поле Open (Открыть) коман ду и щелкните ОК.

Откроется окно мастера установки Active Directory.

3. В окне мастера щелкните Next.

4. Если сервер является последним контроллером в домене, пометьте соответствующий флажок и щелкните Next.

5. Введите имя пользователя и пароль с правами Enterprise Administrator (Администратор предприятия) для этого домена и щелкните Next.

Установка Active 6. Введите и подтвердите пароль учетной записи Administrator (Администратор) сервера и щелкните Next.

7. В окне сводной информации щелкните Next.

8. Щелкните кнопку Finish (Готово), чтобы завершить удаление Active Directory с компью тера.

установка Active Directory Установите Active Directory на изолированный сервер, превратив его таким обра зом в контроллер домена для нового домена. Для этого воспользуйтесь програм мой DCPROMO и мастером установки Active Directory. Просмотрите созданный домен и поработайте с консолью Active Directory Users And Computers.

что служба DNS работает.

Задание 1: установите службу Active Directory на изолированный сервер Перезагрузите компьютер и зарегистрируйтесь как администратор.

Если откроется окно Configure Your Server (Настройка сервера), закройте его, потому что для выполнения этого упражнения вам понадобится программа DCPROMO.

2. Раскройте меню (Пуск\Выполнить).

Откроется диалоговое окно Run (Выполнить).

3. В поле Open (Открыть) наберите и щелкните ОК.

Откроется окно мастера установки Active Directory.

4. Щелкните Next.

Откроется окно Domain Controller Type (Тип контроллера домена).

Выберите Domain For A New Domain (Контроллер домена в новом домене) и щелкните Next.

Откроется окно Create Tree Or Child Domain (Создание дерева или дочернего домена).

6. Убедитесь, что выбран переключатель Create A New Domain Tree (Создать новое дерево домена) и щелкните Next.

Откроется окно Create Or Join Forest (Создание леса или присоединение к лесу).

7. Щелкните переключатель Create A New Forest Of Domain Trees (Создать новый лес доменных деревьев) и затем — Next.

Откроется окно New Domain Name (Имя DNS-домена).

8. В окне Full DNS Name For New Domain (Полное DNS-имя нового домена) наберите и щелкните Next.

(Если вы используете отличное от microsoft.com имя домена, введите его).

Через несколько секунд откроется окно NetBIOS Domain Name (NetBIOS-имя домена).

9. Убедитесь, что MICROSOFT (или сокращение которое вы по явилось в окне NetBIOS Domain Name и щелкните Next.

Откроется окно Database and Log Locations (Местоположение базы данных и журнала).

10. Убедитесь, что для размещения базы данных и протокола выбран путь и щелкните Next. (Если ОС Windows 2000 установлена не в папке оба пути будут указывать на папку NTDS в папке, где установлена Windows 2000.) Откроется окно Shared System (Общий доступ к системному Убедитесь, что для размещения SYSVOL указан путь SYSVOL (Если Windows 2000 установлена не в каталоге общий системный том будет находиться в под папке SYSVOL папки, где установлена Windows 2000).

94 Внедрение Active Каково требование к размещению Каково назначение SYSVOL?

Щелкните Next, чтобы подтвердить путь (или путь к каталогу, в ко тором установлена 2000) в качестве пути к SYSVOL.

Появится напоминающее о необходимости установки и конфигурирования DNS-сервера. Щелкните ОК. Откроется окно Configure DNS (Настойка DNS).

13. Выберите Yes, Install And Configure DNS On This Computer автоматически устано вить и настроить DNS) и щелкните Next.

Откроется окно Permissions (Разрешения).

14. Если администратор не советует иначе, выберите Permissions Compatible Only With Windows 2000 Server (Разрешения, совместимые только с 2000) и щелкните Next.

Откроется окно Directory Services Restore Mode Administrator Password (Пароль адми нистратора для режима восстановления).

15. Введите пароль, который хотите присвоить этой учетной записи сервера Administrator в случае, если компьютер загрузится в режиме Directory Services Restore вос становления), затем Next.

Откроется окно Summary представляющее список выбранных вами парамет ров установки.

16. Изучите содержание этого окна и щелкните Next.

Появится индикатор хода установки Configuring Active Directory (Идет настройка Active Directory). Этот займет несколько минут. Вам потребуется вставить в дисковод установочный компакт-диск Windows 2000 Server.

17. Когда откроется окно Completing The Active Directory Wizard (Завершение работы мастера установки Active Directory), щелкните кнопку Finish (Готово) и затем — кнопку Now (Перезагрузить компьютер сейчас).

Задание 2: просмотрите домен из окна My Network Places 1. Зарегистрируйтесь как администратор.

2. Если откроется окно Configure Your Server сервера), закройте его.

3. Дважды щелкните значок My Network Places (Мое сетевое окружение).

одноименное окно.

Какие параметры отображаются?

4. Дважды щелкните значок Entire Network (Вся сеть), затем дважды щелкните значок Microsoft Windows Network (сеть Microsoft Windows).

Что вы видите?

5. Закройте окно Microsoft Windows Network.

Задание 3: просмотрите домен с помощью Active Directory Users And Computers Раскройте меню Tools вание) и щелкните Active Directory Users And Computers.

Откроется одноименная консоль.

2. В дереве консоли дважды щелкните microsoft.com (или имя вашего домена).

Что содержит узел microsoft?

3. В дереве консоли щелкните Domain 2 Active Directory Обратите внимание: на правой панели появится название Если вы не ис пользовали SERVER1 в качестве имени вашего сервера, то вместо него появится DNS имя сервера, 4. Закройте консоль Active Directory Users And Computers.

Задание 4: протестируйте службу DNS с консоли DNS 1. Раскройте меню Tools и DNS.

2. Откроется консоль DNS. В дереве консоли DNS щелкните правой кнопкой (или имя вашего сервера) и выберите команду Properties (Свойства).

Откроется окно свойств SERVER1 вы задали своему серверу другое имя, в заго ловке окна значиться оно).

3. Перейдите на вкладку Monitoring.

4. В списке Select A Test Type (Выберите тип теста) пометьте флажки A Simple Query Against This DNS Server (Простой запрос к этому DNS-серверу) и A Recursive Query To Other DNS Servers запрос к другим DNS-серверам) и щелкните Now (Протестировать).

В окне свойств в списке результатов тестирования должна появиться надпись PASS (Пройден успешно) в столбцах Simple Query (Простой запрос) и Recursive Query (Рекурсивный запрос).

5. ОК.

6. Закройте консоль DNS.

Резюме Мастер установки Active Directory можно запустить либо выполнив команду Configure Your Server, либо введя команду DCPROMO в командной строке. Мастер установки Active Directory используется для добавления контроллера к домену, для созда ния первого контроллера нового домена, для создания нового дочернего домена и нового дерева доменов, а также для удаления Active Directory из контроллера домена.

БД Active Directory — это каталог для нового домена. По умолчанию БД и журналы располагаются в папке Во время установки Active Directory создается об щий системный том — структура папок, существующая всех контроллерах доменов Windows 2000. В нем хранятся сценарии и некоторые объекты групповых политик для те кущего домена и предприятия. По умолчанию он располагается в папке VOL.

Active Directory использует DNS в качестве службы поиска, позволяя компьютерам находить контроллеры доменов, поэтому нельзя установить Active Directory, не имея в сети службы DNS. Можно сконфигурировать DNS-сервер автоматически, средствами ма стера установки Active Directory. Если вы не используете отличный от Windows 2000 DNS сервер и не собираетесь выполнять особую конфигурацию, нет необходимости конфигу рировать DNS для поддержки Active Directory вручную.

Существуют смешанный и основной режимы работы домена. Смешанный до пускает совместимость с предыдущими версиями Windows NT, а основной используется, только если все контроллеры в домене работают под управлением Windows 2000 Server.

96 Active Directory Глава Роли хозяина операций Это специальные роли, назначаемые одному или нескольким контроллерам в домене Active Directory. Контроллеры доменоа, которым назначены эти роли, выполняют репли кацию с одним хозяином. Здесь рассказывается о ролях хозяина операций и задачах, свя занных с их назначениями.

Изучив материал этого занятия, вы сможете:

описать роли мастера операций в лесе и спланировать расположение хозяина операций;

просмотреть назначения роли хозяина операций;

передать назначения роли хозяина операций.

занятия — около минут.

Роли хозяина операций Active Directory поддерживает репликацию БД с несколькими хозяевами между всеми кон троллерами домена. Однако некоторые изменения не следует выполнять в этом режиме, поэтому один или более контроллеров доменов разрешается привлекать к выполнению которые должны выполняться с одним хозяином (они не могут выполняться одновременно в разных местах Роли хозяина операций (operations master roles) назна чаются контроллерам доменов для выполнения операций с одним хозяином.

В любом лесе Active Directory одному или нескольким контроллерам доменов разре шается назначать пять ролей хозяина Необходимо, чтобы одни роли содержа лись в каждом лесе, другие — в каждом домене леса. Можно изменить назначение ролей хозяина операций после установки, но в большинстве случаев это не требуется. Вы долж ны знать, какие роли хозяина операций назначены контроллеру домена;

это пригодится, если с контроллером проблемы или вы захотите исключить из работы.

Роли хозяина операций на уровне леса Каждый лес Active Directory должен содержать следующие роли:

• хозяин схемы;

• хозяин именования домена.

Это роли должны быть уникальны в лесе, то есть во всем лесе может быть только один хозяин схемы и один хозяин именования домена.

Хозяин схемы Хозяин схемы управляет всеми обновлениями и изменениями схемы. Для обновления схе мы леса необходимо иметь доступ к хозяину схемы. В любой момент времени может быть только один хозяин схемы в составе всего леса.

Хозяин именования домена домена, роль хозяина именования управляет опера циями добавления или удаления доменов в составе леса. В любой момент времени может быть только один хозяин именования домена в составе всего леса.

Роли хозяина операций на уровне домена Каждый домен в лесе должен иметь следующие роли:

хозяин относительных идентификаторов;

• эмулятор основного контроллера домена (primary domain controller, PDC);

• хозяин инфраструктуры.

Эти роли должны быть уникальны в каждом домене: каждому домену в лесе разреша ется иметь только одного хозяина относительных идентификаторов, эмулятор и хо зяина инфраструктуры.

Хозяин относительных идентификаторов Хозяин относительных идентификаторов назначает ряд относительных идентификаторов каждому контроллеру в своем домене. В любой момент времени в каждом домене леса мо жет быть только один контроллер домена, роль хозяина относительных иден Каждый раз при создании объекта пользователя, группы или компьютера контроллер домена назначает данному объекту уникальный код безопасности. Он состоит из кода бе зопасности домена (который одинаков для всех кодов безопасности, созданных этом домене) и относительного кода безопасности, уникального для каждого кода безопаснос ти, созданного в домене.

Для объекта между доменами (с помощью служебной программы необходимо произвести перемещение на контроллере, который выполняет роль хозяина относительных идентификаторов домена, содержащего в данный момент этот объект.

Эмулятор основного контроллера домена Если в домене есть компьютеры без установленного клиентского программного обеспече ния Windows 2000 или резервные контроллеры домена Windows NT, эмулятор основного контроллера домена работает как основной контроллер домена Windows NT. Он тывает изменения паролей от клиентов и обновления на резервные контрол леры домена. В любой момент времени в каждом домене леса может быть только один контроллер домена, выполняющий роль эмулятора основного контроллера домена.

При работе домена Windows 2000 в основном режиме эмулятор основного контроллера получает преимущественную изменений пароля, выполненных другими кон троллерами в данном домене. При изменении пароля этих изменений на каж дый контроллер домена занимает некоторое время. Если проверка подлинности при входе в сеть заканчивается неудачно из-за неверного пароля на одном контроллере домена, он пересылает запрос на проверку подлинности на эмулятор основного контроллера домена, прежде чем отказать в доступе.

Хозяин инфраструктуры Хозяин инфраструктуры отвечает за обновление ссылок «группа — при пере именовании или изменении членов группы. В любой момент времени в каждом домене может быть только один контроллер домена, выполняющий роль хозяина При переименовании или члена группы (и размещении данного члена в лругом домене, отличном от домена этой группы) он может временно не в группе. Хозяин инфраструктуры домена, содержащего данную группу, отвечает за обнов ление группы и обладает сведениями об имени и расположении данного члена. Хозяин Directory инфраструктуры распространяет обновленные сведения с репликации с несколь кими хозяевами.

Зашита не опасности в период времени между переименованием члена группы и обновлением этой группы. Только администратор, просматривающий участие в отдельной группе, может заметить временное несоответствие.

Планирование расположения хозяина операций При использовании леса Active Directory с одним доменом и одним контрол лером домена данный контроллер выполняет роли всех хозяев операций. При создании первого домена в составе нового леса все роли одиночного хозяина автомати чески назначаются первому контроллеру в этом домене.

При создании нового дочернего домена или корневого домена нового дерева в составе леса первому контроллеру в новом домене автоматически назначаются роли:

• хозяин относительных идентификаторов;

• эмулятор основного контроллера домена;

• хозяин инфраструктуры.

Так как возможен только один схемы и один хозяин именования доменов в составе леса, данные роли остаются в домене, который был создан первым в данном лесе.

На рис. 4-9 показано принятое по умолчанию распределение ролей хозяина операций в лесе.

хозяин схемы, доменов хозяин относительных идентификаторов, эмулятор хозяин инфраструктуры Домен F Рис. 4-9. Принятое по умолчанию распределение ролей хозяина операций в лесе На рисунке Домен А был первым, созданным в составе леса (он также называется кор невым доменом леса). Содержит обе роли хозяина операций на уровне всего леса. Перво му контроллеру в остальных доменах три роли, которые относятся только к определенному домену.

Расположение по умолчанию хозяев операций подходит для леса, развернутого на не сколько контроллеров домена в одном сайте. В лесе, который содержит множество кон троллеров или несколько сайтов, иногда возникает необходимость переместить назначен ные по умолчанию роли хозяев операций на другие контроллеры в составе домена или леса.

2 Установка Active Directory Планирование назначения ролей хозяев операций в домене Если в домене только один контроллер, то ему принадлежат все роли в домене. В ином случае следует выбрать два контроллера, которые являются прямыми партнерами репли кации и входят в состав хорошо организованной сети. Один из контроллеров сле дует сделать хозяином Другой контроллер необходимо сделать запасным ином операций. Контроллер домена в роли запасного (standby) хозяина операций использу ется в случае отказа контроллера домена, выполняющего роль хозяина операций.

В типичных доменах следует назначать роли хозяина относительных идентификаторов и эмулятора основного контроллера домена контроллеру домена, выполняющему роль хозяина операций. В домене очень большого размера вы уменьшите пиковую загрузку эму лятора основного контроллера, разместив данные роли на разные контроллеры, каждый из которых является прямым партнером репликации контроллера домена в роли запасно го хозяина операций. Следует сохранять эти роли на одном контроллере до тех пор, пока загрузка хозяина операций не потребует разделения этих ролей.

Роль хозяина инфраструктуры следует назначить любому контроллеру домена, кото рый не является глобальным каталогом, но имеет с ним хорошую связь. Глобальный ката лог может находиться в любом домене того же сайта, что и контроллер домена. Если кон троллер домена в роли хозяина операций отвечает данным требованиям, его следует ис пользовать до тех пор, пока загрузка контроллера не потребует разделения ролей.

Планирование ролей хозяев операций для леса После планирования всех ролей для каждого домена, следует рассмотреть роли для леса.

Роли хозяина схемы и хозяина именования доменов всегда назначаются одному контрол леру домена. Для повышения производительности эти роли следует назначать контролле ру домена, который имеет хорошую связь с компьютерами, используемыми администра тором или группой, ответственными за обновления схемы и создание новых доменов Заг рузка данных ролей хозяев операций очень мала, поэтому для облегчения сле дует помешать эти роли на контроллер одного из доменов леса.

Планирование развития В случае при развитии леса не требуется изменять расположение ролей операций. Но если планируется удаление контроллера изменение статуса ного каталога контроллера домена либо изменение порядка взаимодействия частей следует пересмотреть план и соответственно скорректировать назначения ролей хозяина операций.

Определение назначений ролей хозяина операций Прежде чем изменять назначения ролей хозяина операций, необходимо ознакомиться с назначениями, Определение хозяина относительных идентификаторов, эмулятора PDC и инфра структуры Откройте консоль Active Directory Users and Computers (Active Directory — пользовате ли и компьютеры).

2. В дереве консоли щелкните правой кнопкой папку Active Directory Users and Computers, затем — Operations Masters (Хозяева операций).

3. В открывшемся окне выберите один из вариантов:

• щелкните вкладку R1D, и в поле Operations Master (Хозяин операций) появится имя хозяина относительных идентификаторов;

Directory Глава • вкладку PDC, и в окне Operations Master появится имя эмулятора • вкладку (Инфраструктура), и в поле Operations Master по явится имя хозяина инфраструктуры.

4. Щелкните кнопку Cancel (Отмена), чтобы закрыть окно Operations Master.

Определение хозяина доменов Откройте консоль Active Directory Domains and Trusts (Active Directory — домены и до верие).

2. В консоли щелкните правой кнопкой папку Active Directory Domains and Trusts и выберите Operations Master.

В окне Change Operations Master (Изменение хозяина операций) имя хозяина именования домена появится в поле Domain Naming Operations Master (Хозяин имено вания доменов).

3. Щелкните кнопку Close (Закрыть), чтобы закрыть окно Change Operations Master.

Определение хозяина схемы Откройте оснастку Active Directory Schema (Схема Active Directory).

Эта оснастка устанавливается в составе пакета Windows 2000 Administ ration (Администрирование Windows 2000). Об установке консоли Active Directory Schema см. главу 3.

2. В дереве консоли щелкните правой кнопкой Active Directory Schema, затем левой — Operations Master.

3. В окне Change Schema Master (Смена хозяина схемы) имя текущего хозяина схемы появится в поле Current Operations Master (Текущий хозяин операций).

Передача ролей хозяина операций Подразумевает перемещение их с одного контроллера домена на другой при содействии исходного владельца ролей. В зависимости от передаваемых ролей хозяина операций пе ремещение осуществляется с помощью одной из трех оснасток Active Directory.

Передача роли относительных идентификаторов, эмулятора PDC или хозяина инфраструктуры Откройте консоль Active Directory Users and Computers.

2. В дереве консоли правой кнопкой узел домена, который станет новым хозя ином относительного идентификатора, эмулятором PDC или хозяином инфраструкту ры, затем щелкните Connect To Domain (Подключение к домену).

3. В окне Connect To Domain введите имя домена или щелкните кнопку Browse (Обзор), чтобы выбрать домен из списка, затем щелкните ОК.

4. В дереве консоли щелкните правой кнопкой узел Active Directory Users And Computers и выберите команду Operations Masters (Хозяин операций).

5. В открывшемся окне выберите один из вариантов:

• щелкните вкладку RID, затем — кнопку Change (Изменить);

• щелкните вкладку PDC, затем — кнопку Change;

• щелкните вкладку Infrastructure, затем — кнопку Change.

6. Щелкните ОК, чтобы закрыть окно Operations Masters.

Занятие Передача роли хозяина доменов Откройте консоль Active Directory Domains And Trusts.

2. В дереве консоли правой кнопкой узел контроллера домена, который новым хозяином именования домена, затем щелкните Connect To Domain.

3. В окне Connect To Domain введите имя домена или щелкните кнопку Browse, выбрать домен из списка, затем щелкните ОК.

4. В дереве консоли щелкните правой кнопкой папку Active Directory Domains And и выберите команду Operations Master.

5. В окне Change Operations Master щелкните кнопку Change.

6. Щелкните OK, чтобы закрыть окно Change Operations Master.

Передача роли хозяина Откройте оснастку Active Directory Schema.

2. В дереве консоли щелкните правой Active Directory Schema и выберите коман ду Change Domain (Изменение контроллера домена).

3. В окне Change Domain Controller выберите один из следующих вариантов:

• любой DC, чтобы Active Directory выбрала новый хозяин операции схемы;

• задать Name и ввести имя нового хозяина схемы, чтобы определить новый хозяин схемы.

4. Щелкните ОК.

5. В дереве консоли щелкните правой кнопкой Active Directory Schema и выберите ду Operations 6. В окне Change Schema Master (Смена хозяина схемы) щелкните кнопку Change.

7. Щелкните чтобы закрыть окно Change Schema Master.

Действия в случае отказов хозяина операций Некоторые роли хозяина имеют решающее значение для работы сети. Другие же могут не выполняться некоторое время, прежде чем из-за этого возникают проблемы. Обыч но недоступность компьютера, играющего роль хозяина операций, выясняется при попыт ке выполнить какую-либо операцию, за которую отвечает этот хозяин.

Если хозяин операций недоступен по причине сбоя компьютера или сети, можно на значить роль хозяина операций другому контроллеру домена. Это также называется при нудительным роли хозяина операций.

Перед принудительным перемещением сначала следует определить причину и ожида емую неисправности компьютера или сети. Если причина неполадки сети или компьютера скоро будет устранена, подождите, пока исполняющий роль на операций компьютер снова станет доступен. Если неисправен контроллер домена, в данный момент выполняющий эту роль, необходимо определить, можно ли его восстано вить и снова подключить.

В целом, назначение роли хозяина операций является радикальным методом, который стоит только если невозможно восстановить текущий хозяин операций. При нятие решения зависит от роли и времени, в течение которого обладатель роли будет не доступен. Проблемы, возникающие при различных неполадках обладателей роли, обсуж даются в следующих главах.

Внимание! Контроллер домена, роль хозяина схемы, именования или идентификатора которого была передана, никогда не возвращайте в работу без предвари тельного форматирования дисков и переустановки Windows 2000.

Внедрение Глава Отказ хозяина схемы Временная недоступность схемы незаметна для пользователей. Да и администра тор не заметит этого, пока не попытается изменить схему либо установить приложение, ее в процессе установки.

Если хозяин схемы долгое время недоступен, можно назначить его роль хозяину опе в режиме ожидания. Тем не менее присвоение этой роли — ради кальное решение, и его следует предпринимать, только если неполадку хозяина схемы нельзя исправить.

Отказ хозяина именования домена Временная недоступность хозяина именования доменов незаметна для пользователей.

Администратор сети также вряд ли обнаружит, пока не попытается добавить или уда лить домен из леса.

Если хозяин именования доменов долгое время недоступен, можно назначить его роль хозяину операций, находящемуся в режиме ожидания. Тем не менее присвоение этой роли - радикальное решение, и его следует предпринимать, только если неполадку хозяина доменов нельзя исправить.

Отказ хозяина относительных идентификаторов Временная недоступность хозяина относительных идентификаторов незаметна для пользо вателей. Администратор сети это также вряд ли обнаружит, пока не закончатся относи тельные идентификаторы в домене, где создаются объекты.

Если хозяин относительных идентификаторов долгое время недоступен, можно назна чить его роль хозяину находящемуся в режиме ожидания. Тем не менее при своение этой роли радикальное решение, и его следует предпринимать, только если хозяина относительных идентификаторов нельзя исправить.

Отказ эмулятора PDC Отказ эмулятора основного контроллера домена заметно отражается на работе пользовате лей сети. Поэтому, когда эмулятор PDC недоступен, надо немедленно назначить его роль другому контроллеру домена.

Если эмулятор PDC долгое время недоступен и в его домене есть клиенты, не имею щие программного обеспечения Windows 2000 либо резервные контроллеры домена Windows NT, следует присвоить роль эмулятора PDC хозяину операций, находящемуся в режиме ожидания. Когда исходный эмулятор основного контроллера домена исправят, можно вернуть его роль исходному контроллеру домена.

Отказ хозяина инфраструктуры Временная недоступность хозяина инфраструктуры незаметна для пользователей. Адми нистратор сети это также вряд ли обнаружит, если он не переименовал или не переместил большое количество учетных записей незадолго до этого.

Если хозяин инфраструктуры недоступен длительное времени, можно назначить его роль контроллеру домена, который не является глобальным но имеет с ним надежное соединение (из любого домена). Желательно, чтобы данный контроллер нахо дился в том же сайте, что и глобальный каталог. Когда хозяин инфраструктуры будет можно возвратить его роль исходному контроллеру домена.

3 Роли хозяина операций Резюме В лесе две роли хозяина операций: хозяин схемы и хозяин именования доме на, а в домене — три: хозяин относительных идентификаторов, эмулятор и хозяин инфраструктуры. В маленьком лесе Active с одним доменом и контроллером пос леднему назначаются все роли хозяина операций. Когда в новом лесе создается первый домен, ему автоматически назначаются все роли хозяина Передача ролей хозя ина операций означает перемещение их с одного контроллера домена на другой, осуще ствляемое с помощью одной из трех консолей Active Directory.

04 Внедрение ОП подразделения (ОП) должны отражать подробности структуры организа ции. Каждый домен может иметь собственную иерархию ОП. Если ваша организация со держит несколько доменов, вы вправе создать внутри каждого домена независимо от структур ОП в других доменах. Сейчас мы расскажем об этапах создания структуры ОП.

Изучив материал этого занятия, вы сможете:

создать ОП.

Продолжительность занятия — около 10 минут.

Создание ОП Для создания ОП служит оснастка Active Directory Users and Computers (Active Directory — пользователи и компьютеры). ОП всегда создается на первом доступном контроллере до мена, с которым контактирует оснастка, и затем ОП реплицируется на все остальные кон троллеры.

Создание ОП в качестве администратора.

2. Раскройте меню Tools вание) и щелкните Active Directory Users And Computers (Active Directory — пользова тели и компьютеры).

3. Щелкните контейнер, где вы хотите создать ОП, — домен (например, microsoft.com) или другое ОП.

4. В меню Action выберите New (Создать), а затем Organizational Unit (Под разделение).

5. В окне New Object Organizational Unit (Новый объект — Подразделение) в поле Name (Имя) введите имя нового ОП и щелкните ОК.

Задание свойств ОП По умолчанию с каждым создаваемым ОП ассоциируется набор свойств, аналогичных атри бутам объектов.

Свойства, присвоенные ОП, можно использовать для поиска ОП в каталоге. По этой причине для каждого ОП надо детально описать Например, можно лять поиск по описанию или адресу ОП, Вкладки окна свойств ОП — General (Общие), Managed By (Управляется) и Group Policy (Групповая политика) — содержат информацию о каждом ОП. Например, если за полнены все поля вкладки General (рис. 4-10), вы можете найти ОП, используя его описа ние или другое поле.

Рис. 4-10. Вкладка General окна свойств В табл. 4-3 описаны вкладки окна свойств ОП.

Табл. 4-3. окна свойств ОП Вкладка Описание General Содержит описание ОП, адрес, город, штат или почтовый индекс и страну или район Managed By Содержит имя владельца местонахождение офиса, штат или провинцию, страну или район, номер телефона и номер факса Group Policy Содержит связи политики групп ОП (Групповая политика) Настройка свойств ОП Раскройте меню Tools и Active Directory Users And Computers, 2. Раскройте домен, 3. Щелкните правой кнопкой ОП и выберите команду Properties.

Щелкните соответствующую вкладку свойств ОП, которые хотите задать или поме нять, и введите значения в каждое поле.

Практикум: создание ОП Создайте часть организационной структуры домена с помощью создания трех ОП.

Задание: создайте ОП Зарегистрируйтесь как администратор.

2. Раскройте меню вание) и Active Directory Users And Computers (Active Directory — пользова тели и компьютеры).

Отобразится одноименная консоль.

Глава Внедрение Active 3. Раскройте домен microsoft.com (или заданный вами домен).

ОП отображаются в списке домена в виде папок со значком книги каталога. Папки без значков — это специализированные контейнеры.

Какие ОП заданы в вашем домене по умолчанию?

Чтобы убедиться, что вы создаете новое ОП там, где нужно, сначала выберите соотвег ствующее местоположение.

4. В дереве консоли щелкните ваш домен (например, microsoft.com).

5. В меню Action (Действие) выберите пункт New (Создать) и щелкните Organizational Unit (Подразделение).

Откроется окно New Object — Organizational Unit (Новый объект — Подразделение).

Заметьте: требуется задать только имя ОП. Окно указывает местоположение, где будет создан объект. Это должен быть ваш домен.

6. В поле Name (Имя) введите и щелкните ОК.

7. В дереве консоли щелкните ОП Sales.

8. В меню Action выберите команду New и щелкните Organizational Unit.

9. В поле Name введите Trucks и ОК.

Оснастка отобразит вновь созданное ОП Trucks (ниже Sales).

10. Ниже ОП Sales создайте еще одно ОП с именем Autos.

Active Directory Users and Computers отобразит вновь созданное ОП Autos (отображает ся ниже ОП в добавление к ОП Trucks и стандартным ОП в домене (рис. 4-11).

] Рис. 4-11. Структура ОП Резюме Для создания нового ОП используется консоль Active Directory Users and Computers. ОП всегда на первом доступном контроллере домена, с которым может связаться консоль ММС, и затем реплицируется на все остальные контроллеры.

С каждым создаваемым ОП по умолчанию ассоциируется набор свойств, аналогичных атрибутам объектов, которые могут использоваться для поиска ОП в каталоге.

Закрепление материала Закрепление материала 9 J Приведенные ниже вопросы помогут вам лучше усвоить основные темы данной главы. Если вы не сумеете ответить на вопрос, повторите материал щего занятия. Правильные ответы см. в приложении А и ответы» в кон це книги.

Каковы причины создания доменов?

2. Для вашей организации внешнее пространство имен Интернета зарезервировано реги страционной организацией DNS. При планировании внедрения Active вы рекомендуете расширить это пространство имен для внутренней сети. Какие это дает 3. Каким образом настройка сайтов отражается на работе Windows 2000?

Что такое обший системный том, его назначение, где он расположен и как на зывается?

5. Каково назначение ролей хозяина операций?

6. Какое средство применяется для создания ОП?

Взаимодействие DNS и Active Directory Основы разрешения имен в DNS Зоны Репликация и передача 4. Мониторинг и устранение неполадок DN5 для Active Directory Закрепление В этой главе При разработке Microsoft Windows 2000 Server особое внимание уделялось интегрированию службы DNS с Active Directory. При совместном использовании Active Directory и 2000 Server это означает:

• для обнаружения контроллеров домена Windows 2000 используется процедура разре шения имен DNS. Служба Netlogon обращается к серверу DNS при кон троллеров домена в DNS;

• службу Active Directory можно использовать для хранения, интегрирования и ции зон.

В этой главе мы вас с процессом разрешения имен в DNS, с понятием «зона», а также объясним зон, интегрированных в Active Directory. В уп ражнениях этой главы вы займетесь конфигурированием зоны. Кроме того, мы расскажем о репликации и передаче зон и опишем устранение неполадок при конфигурации Active Directory и DNS.

Прежде всего Для изучения этой главы необходимо:

выполнить процедуры установки, описанные во вводной главе;

• установить Active Directory, как описано в главе 4;

• уметь работать с ММС.

Взаимодействие DNS и Active Directory Занятие Основы разрешения имен в DNS Служба DNS разрешение имен для клиентов под Windows 2000. Разрешение имен позволяет пользователю к серверам по имени, а не по IP-адресу, кото рый трудно запомнить. Сейчас мы расскажем о разрешения имен.

Изучив этого занятия, вы сможете:

описать процесс разрешения имен;

Продолжительность занятия — около 10 минут Разрешение имен Это процесс определения IP-адреса по имени DNS;

он похож на поиск в телефонном спра вочнике, где имени и фамилии сопоставлен номер телефона. Например, для подключе ния к Web-узлу Microsoft вы используете имя DNS разрешает это имя в связанный с ним IP-адрес 207.46.130.149. Таблица соответствия имен IP-адресам хра нится в распределенной базе данных DNS.

IP-адресация Каждый компьютер, протокол TCP/IP, идентифицируется своим IP адресом;

IP-адрес состоит их двух частей — идентификаторов сети и узла.

• Идентификатор сети, называемый также адресом сети, определяет конкретную под сеть в большой Все которые получают и разделяют доступ к одной подсети, имеют общий идентификатор сети внутри своего полного IP-адреса.

Этот идентификатор также используется для уникального определения каждой подсе ти внутри общей сети.

• Идентификатор узла, называемый также адресом узла, определяет узел TCP/IP (рабо чую станцию, сервер, маршрутизатор или другое устройство, поддерживающее TCP/ IP) внутри каждой сети. Адрес узла такого устройства однозначно определяет конкрет ную систему внутри ее сети.

Вот пример 32-битного IP-адреса:

00010000 Для удобства IP-адреса записываются в десятично-точечной нотации. 32-битный ад рес разделяется на четыре 8-битных октета. Октеты записываются в десятичной системе и разделяются точками. Так, показанный нами IP-адрес записывается в десятичной нотации как где сетевую часть составляют два первых числа а идентификатор узла — два последних (16.200).

Запрос поиска Серверы DNS разрешают прямые и обратные запросы. Прямой запрос определяет IP-ад рес по имени, а обратный — имя по адресу. Сервер способен разрешать запрос толь ко в пределах своей зоны полномочий. Если же он не может разрешить запрос, он переда ет его другому серверу DNS, который, вероятно, сумеет это сделать. Серверы DNS кэши результаты, чтобы снизить нагрузку на сеть.

Занятие Основы имен в DNS Прямой запрос Служба DNS использует для разрешения имен модель «клиент-сервер». Чтобы разрешить запрос прямого поиска, клиент посылает запрос локальному серверу DNS. Этот сервер сам разрешает либо передает его другому серверу DNS. рис. 5-1 показано, как клиент, вне зоны microsoft.com запрашивает у сервера DNS IP-адрес сайта www.microsoft.com.

Рис. 5-1. Разрешение запроса прямого поиска Ниже объясняется нумерация стадий на рис.

Клиент передает запрос прямого поиска локальному серверу DNS.

2. Локальный сервер проверяет базу данных своей зоны, определяя, есть ли в ней данные для разрешения запроса. Локальный сервер не имеет полномочий в домене micro поэтому он передает запрос одному из корневых серверов DNS, требуя разре шения имени узла. Корневой сервер возвращает ссылку на серверы DNS домена com.

3. Локальный сервер посылает запрос серверу DNS домена com, который возвращает ссылку на серверы домена microsoft.

4. Локальный сервер отправляет запрос серверу домена microsoft. Так как этот сервер имеет полномочия в этой части пространства имен домена, он IP-адрес для www.microsoft.com локальному серверу DNS.

5. Локальный сервер посылает адрес клиенту.

6. Процесс разрешения имени завершен, и клиент получает доступ к сайту soft.com.

Кэширование на серверах DNS При разрешении имени иногда приходится посылать несколько запросов, прежде чем от вет будет найден. При каждом запросе сервер находит другие серверы DNS, которые име ют полномочия в различных пространствах имен. Сервер кэширует результаты запросов, чтобы снизить нагрузку на сеть (рис. 5-2).

DNS и Рис. 5-2. Кэширование результатов запросов Вот какие операции выполняет сервер DNS, когда получает результат запроса.

1. Сервер результат на определенное время, временем жизни (Time to Live, TTL).

TTL задается той зоне, из которой результат запроса. Зна чение по умолчанию — 60 минут.

2. Сразу после кэширования результата запроса начинается обратный отсчет TTL с его начального значения.

3. Когда время жизни истекает, сервер удаляет результат запроса из кэша.

Кэширование результатов запросов позволяет быстро разрешать запросы, адресован ные в одну область пространства имен.

Примечание Малые данных. этом, однако, увеличивается нагрузка на DNS. Большие значения TTL сокращают время, необходимое для разрешения запроса. Однако при изменениях в сети клиент не получит обновленную информацию до истечения TTL.

Обратный запрос Запрос обратного поиска находит имя по IP-адресу. Такие утилиты, как ис пользуют запросы обратного поиска для определения имен узлов. Кроме того, в некоторых приложениях обеспечение безопасности основано на проверке имен, а не IP-адресов.

Так как распределенная база данных DNS индексирована по имени, а не по IP-адресу, обратный поиск может потребовать длительного просмотра имен во всем домене. Для шения этой проблемы создан специальный домен второго уровня Домен основан на той же иерархической системе имен, что и остальные об ласти DNS;

однако он базируется на а не именах:

• имена соответствуют IP-адресам в нотации;

• октеты IP-адреса записываются в обратном порядке;

• владельцы доменов администрируют in-addr.arpa в соответствии с их IP адресами и масками подсетей.

Например, рис. 5-3 показано представление адреса Компания, которой назначены IP-адреса в диапазоне от 169.254.16.0 до 169.254.16.255 с мас кой 255.255.255.0, получит полномочия в домене имен в Рис. 5-3.

Резюме Разрешением имен называется процесс определения IP-адреса по имени, связь имен и адресов хранится в распределенной базе данных DNS. Мы рассказали, что серверы DNS разрешают запросы прямого поиска и что происходит, когда клиент запрашивает у pa DNS IP-адрес. Вы также узнали, что серверы DNS кэшируют результаты запросов для снижения нагрузки на сеть.

Кроме запросов прямого поиска, серверы DNS разрешают также запросы обратного поиска. Такие запросы находят имя узла по IP-адресу. Так как распределенная дан ных DNS индексирована по именам, а не по адресам, создан специальный домен уровня in-addr.arpa. Домен построен по тому же принципу, что и вся система DNS;

одна ко, он базируется на а не на именах.

DNS и Active Directory Глава 2, Зоны Пространство имен DNS разделено на зоны, каждая из которых хранит информацию об одном или нескольких доменах. Зона является полномочным источником информации об имени каждого включенного в нее домена. На этом занятии вы познакомитесь с зонами DNS и с их конфигурацией.

Изучив материал этого занятия, вы сможете:

Q определять тип зоны;

D перечислить зон, интегрированных с Active Directory;

D пояснить делегирования зоны;

D конфигурировать зоны;

D конфигурировать динамическое обновление для зоны.

Продолжительность занятия — около 30 минут.

Служба DNS предусматривает возможность разделения пространства имен на одну или более зон, которые могут храниться, распределяться и реплицироваться на разных серве рах DNS. Пространство имен домена представляет логическую структуру ресурсов сети, в то время как зона является физическим этих ресурсов.

Планирование зоны Принимая решение, надо ли разделять пространство имен домена на несколько учи тывайте соображения:

• нужно ли передавать управление частью пространства имен в другое место или в дру гой отдел организации;

• есть ли необходимость разделять одну большую зону на несколько малых для распреде ления нагрузки между серверами, увеличения скорости имен создания отказоустойчивой среды;

• потребуется ли создавать в будушем, например в случае открытия нового отделения.

Если ответ на один из этих вопросов положительный, возможно, имеет смысл разде лить пространство имен домена на несколько зон. Решая вопрос о структуре зон, ориен тируйтесь на нужды своей организации. Существует два типа зон: прямого и обратного просмотра.

Зона прямого просмотра Позволяет выполнять запросы прямого поиска. Для работы службы DNS надо сконфигу рировать минимум одну зону прямого просмотра на сервере DNS. Если вы устанавливаете Active Directory с мастера и позволяете мастеру самому установить и настроить сервер DNS, он автоматически создаст зону прямого поиска, используя имя, которое вы указали для сервера.

Создание новой зоны прямого просмотра 1. Раскройте меню Tools вание) и DNS.

2. Раскройте узел сервера DNS.

2 Зоны 3. Щелкните правой кнопкой папку Forward Lookup Zone (Зоны прямого просмотра) и выберите команду New Zone (Создать новую зону). Мастер проведет вас через процесс создания зоны прямого просмотра и поможет настроить следующие параметры: Zone Туре (Тип зоны), Zone Name (Имя зоны), Zone File (Файл зоны) и Master DNS Servers (Главные серверы DNS).

Тип зоны Вы можете выбрать один из трех типов зоны.

• Интегрированная в Active Directory. Зона, интегрированная в Active Directory, является главной копией новой зоны. Для хранения и репликации файлов зоны используется механизм Active Directory.

• Основная. Это также главная копия файла зоны, но хранится она в стандартном тексто вом файле. Основную зону администрируют на том компьютере, где она была создана.

• Является копией зоны. Дополнительные зоны доступ ны только для чтения и хранятся в обычных текстовых файлах. Перед созданием до полнительной зоны нужно сначала сконфигурировать основную. При создании допол нительной зоны следует указать сервер DNS, роль главного сервера, который будет передавать информацию о зоне на сервер, содержащий вспомогатель ную зону. Дополнительная зона создается для обеспечения избыточности и для сниже ния нагрузки на основной сервер.

Преимущества зоны, встроенной в Active Directory Для сетей, где DNS используется с Active Directory, встроенные основные зоны настоятельно рекомендуются по нескольким причинам.

• Обновление данных с нескольких серверов и обеспечение безопасности основаны на механизмах Active Directory.

Для стандартной зоны обновления информации DNS основан на модели одно го главного сервера. В этой модели единственный полномочный сервер DNS представ ляет собой основной источник информации для зоны. Сервер поддерживает главную копию зоны в своем локальном файле. В этой модели уязвимым местом является основ ной сервер. Если он недоступен, запросы от клиентов на получение обновленной ин формации не выполняются.

Если же хранение файлов интегрировано в Active Directory, изменения в DNS на основе модели с несколькими главными серверами. В этой модели любой полномочный сервер DNS (например, контроллер домена с поддержкой DNS) является основным источником информации для зоны. Так как главная копия зоны поддержива ется в базе данных Active Directory, которая целиком реплицируется на все контроллеры домена, служба DNS способна обновлять зону на любом контроллере. В модели обнов ления с несколькими хозяевами любой основной сервер для интегрированной зоны спо собен обрабатывать запросы клиентов DNS по обновлению зоны, пока контроллер до мена доступен в сети.

При использовании интегрированной зоны вы можете также редактировать уп равления доступом (access control list, ACL) для более тонкой настройки доступа к зоне или к отдельной записи ресурса в зоне. Например, на ACL для какого-либо домена в зоне могут быть наложены ограничения, разрешающие выполнять динамические нения только указанным клиентам или позволяющие изменять зону или ее отдельные записи лишь отдельной группе, например администраторам домена. Эти возможности обеспечения безопасности недоступны для стандартных основных зон.

DNS и Directory Глава • Зоны автоматически копируются и синхронизируются, когда новая зона добавляется в домен Active Directory.

Хотя службу DNS разрешается выборочно удалить из контроллера домена, интегриро ванные с Active Directory зоны всегда хранятся на каждом контроллере, так что хране ние и администрирование зон не требуют дополнительных ресурсов. Кроме того, ме тоды синхронизации применяемые в Active Directory, работают быстрее, чем обычные методы обновления зоны, для которых иногда требуется копировать зону • Храня данные DNS в Active Directory, вы упрощаете планирование и администрирова ние как так и Active Directory.

Когда имен хранятся и копируются раздельно, возникают дополнитель ные сложности при планировании и проектировании сети, которые могут привести к ее росту. Интегрируя данные DNS и Active Directory, вы совмещаете управление хране нием и копированием информации.

• Репликация данных в Active Directory быстрее и эффективнее, чем стандартная репли кация DNS.

Поскольку репликация Active Directory выполняется «по свойствам», передаются толь ко существенные изменения. Это позволяет копировать меньшие объемы данных.

Имя зоны Как правило, зона именуется по имени верхнего домена в иерархии — корневого домена зоны. Например, зона, в которую входят microsoft.com и имеет имя Подробнее о наименовании зон — в главе 2.

Файл зоны Для стандартной зоны прямого просмотра вы должны указать файл, где будет храниться база данных зоны. По умолчанию имя файла состоит из имени зоны с расширением Например, для зоны файл зоны называется При переносе зоны с другого сервера вы можете импортировать существующий файл зоны. В этом случае до создания новой зоны необходимо поместить существующий файл зоны в каталог на новом сервере, где — каталог установ ки Windows 2000, обычно C:\Winnt.

Главные серверы DNS Для дополнительной зоны прямого просмотра необходимо указать сервер DNS, с которо го будет копироваться зона. Вы должны указать IP-адреса одного или нескольких серве ров DNS.

Зона обратного просмотра Обеспечивает выполнение запросов обратного поиска. Создавать зону обратного просмот ра не обязательно. Однако эти зоны требуются для работы некоторых утилит, например а также для записи имени вместо адреса в файлы журнала.

Создание зоны обратного просмотра 1. Раскройте меню Tools и щелкните DNS.

2. В дереве консоли раскройте узел сервера DNS.

2 Зоны 3. Щелкните правой кнопкой Reverse Lookup Zone (Зона обратного просмотра) и выбе рите команду New Zone (Создать новую зону). Мастер проведет вас через процесс со здания зоны обратного просмотра и поможет настроить параметры: Zone Туре (Тип зоны), Zone Name (Имя зоны), Zone File (Файл зоны) и Master DNS Servers (Главные серверы DNS).

Тип зоны Выберите один из трех типов (интегрированная в Active Directory, основная или дополни тельная), как описано выше.

Наименование зоны обратного просмотра Для зоны обратного просмотра укажите адрес сети или имя зоны. Напри мер, для IP-адреса 169.254.16.200 сетевой адрес будет 169.254. Все запросы обратного по иска о сети 169.254 разрешаются именно в этой зоне.

Файл зоны обратного просмотра Для стандартной зоны обратного просмотра необходимо указать файл зоны. Сетевой ад рес и маска подсети задают имя файла зоны по умолчанию. При этом октеты записывают ся в обратном порядке, и добавляется суффикс Например, файл зоны ного поиска для сети 169.254 называется При переносе зоны с другого сервера вы можете импортировать файл зоны.

Перед созданием зоны не забудьте поместить этот файл в папку на новом сервере.

Главные серверы DNS Для дополнительной зоны обратного просмотра необходимо указать сервер DNS, с кото рого вы собираетесь копировать зону. Вы должны указать IP-адреса одного или ких серверов DNS.

Записи ресурсов Записями ресурсов называются записи в базе данных зоны, которые связывают имена с дан ными о ресурсах сети, например IP-адресом. Существует много типов записей ресурсов.

При создании зоны служба DNS автоматически добавляет две записи: начальную запись зоны (Start of Authority, SOA) и запись ресурса имени сервера (Name Server, NS). В табл. 5-1 описа ны эти, а также другие наиболее часто встречающиеся типы записей.

Табл. 5-1. Наиболее популярные типы записей Тип записи ресурса Запись ресурса адреса Связывает имя узла с IP-адресом для зоны прямого просмотра узла (А) Запись ресурса Указатель на другую часть пространства имен. В частности в зоне указателя обратного просмотра описывает соответствие имен адресам Запись ресурса Создает альтернативное имя. или для указанного с каноническим именем имени узла, Псевдоним использовать несколько (CNAME) для ссылки на один адрес. Например, вы можете разместить сервер www.microsoft.com и ftp.microsoft.com на одном и том же компьютере Взаимодействие DNS и Directory Табл. Наиболее популярные типы записей ресурсов ресурса Описание Запись ресурса Описывает процессора и систему узла для быстрого анализа ресурсов (HINFO) Запись ресурса почтового Описывает типы почтовых серверов и порядок их применения сервера ресурса имени Перечисляет серверы DNS в домене сервера (NS) Запись ресурса Определяет серверы, поддерживающие конкретную размещения службы Например, если клиент хочет найти сервер, регистрацию в сети, он может послать запрос серверу DNS, чтобы список контроллеров домена и их адреса Начальная запись зоны Определяет, какой сервер DNS является полномочным (SOA) ником информации для этого домена. Первая запись в файле зоны должна быть записью SOA Примечание Подробнее о записях ресурсов — в RFC 1035, RFC RFC 1886 и RFC 2052.

Просмотр записи ресурса 1. В дереве консоли щелкните зону, для которой вы хотите посмотреть запись ресурса.

2. На правой панели щелкните запись, которую вы хотите посмотреть.

3. В меню Action (Действие) выберите команду Properties (Свойства).

4. В диалоговом окне посмотрите свойства выбранной записи.

5. По завершении просмотра щелкните ОК.

Добавление записи ресурса • Щелкните правой кнопкой зону, к которой вы хотите добавить запись, затем выберите тип записи, которую хотите добавить, например New Host (Создать узел) или New Mail Exchanger почтовый обменник).

Делегирование зоны Формирование зоны начинается с единственной записи, содержащей имя корневого до мена. Другие домены, добавляемые в базу данных, могут принадлежать к той же зоне или представлять собой часть другой зоны. После добавления разрешается:

• включить в оригинальную зону как ее часть;

• делегировать другой зоне, созданной для поддержки поддомена.

На рис. 5-4 показан домен который содержит имена домена microsoft. При создании на отдельном сервере домен microsoft был сконфигурирован как единая зона для всех имен microsoft. Если, однако, в домене вы собираетесь создавать их надо включить в эту зону или делегировать в другую зону. На рис. 5-4 показано добавление поддомена example к домену microsoft.com. При этом созда ется зона для поддержки поддомена example.microsoft.com, Занятие 2 Зоны Zone:

microsoft.com Зона:

example.microsofl.com Рис. 5-4. Добавление поддомена в новую зону При делегировании зоны вы должны также создать запись SOA, полно мочный сервер DNS для новой зоны. Это необходимо для передачи полномочий и для обес печения корректных ссылок на серверы DNS новой зоны. Делегировать зону вам поможет мастер.

Делегирование зоны В дереве консоли DNS щелкните для которого вы хотите делегировать 2. В меню Action выберите команду New Delegation (Создать делегирование).

3. В окне мастера щелкните Next.

4. В окне Delegated Domain Name (Имя делегируемого домена) укажите имя создаваемо го домена и щелкните Next.

5. В окне Name Servers (Серверы имен) укажите серверы DNS, где будет находиться деле гируемая зона, затем щелкните Next.

6. Проверьте параметры в окне сводной информации мастера, затем щелкните Finish (Го тово).

Все домены и возникающие в процессе делегирования зоны, надо создать в родительской зоне, причем до начала делегирования.

Конфигурирование Dynamic DNS Служба DNS, поддерживающая динамическое обновление, называется Dynamic DNS (DDNS). В случае стандартной DNS после изменений в домене, где сервер имеет чия, необходимо вручную вносить изменения на основном сервере зоны. При наличии DDNS серверы и клиенты сети автоматически обновляют файлы зоны (рис. 5-5).

S IP адреса Рис. 5-5. DDNS обновляет базу зоны после изменения IP-адресов Динамическое обновление Чтобы инициировать динамическое надо задать список полномочных серве ров. В нем необходимо указать дополнительные серверы, контроллеры доменов и прочие серверы, выполняющие регистрацию клиентов серверы DHCP и серверы WINS).

Службы DDNS и DHCP взаимодействуют, дабы синхронизировать соответствие между именем и адресом для узлов сети. По умолчанию служба DHCP позволяет клиентам до бавлять их собственные записи ресурса адреса узла (А) к зоне, после чего DHCP добавля ет соответствующую ресурса указателя (PTR) к зоне. Служба DHCP запи си ресурсов А и по истечении срока аренды адреса.

Для поддержки динамического обновления, необходимо указать в конфигурации сервера DHCP сервер DNS. Настройка DHCP не рассматривается в этом курсе;

подробнее об этом — в руководстве, посвященном сетевой инфраструктуре Windows 2000.

Настройка зоны для обновления 1. В консоли DNS щелкните правой кнопкой в зоне прямого или обратного просмотра, которую вы хотите сконфигурировать, и выберите команду Properties.

2. На вкладке General (Общие) в списке Allow Dynamic Updates (Динамическое обновле ние) выберите один из следующих вариантов;

• No (Нет) — динамическое обновление для этой зоны не разрешается.

• Yes (Да) — все запросы динамического обновления для этой зоны разрешаются.

• Only Secure Updates (Только безопасные обновления) — разрешаются лишь те об новления, которые используют безопасную для этой зоны. Это предпочти тельный вариант.

Вариант Only Secure Updates появляется, только если зона интегрирована в Active Directory. Если вы выберете этот вариант, разрешение на обновление зоны проверяется по протоколу безопасного обновления DNS.

Подробнее о DNS - в RFC 2136 и RFC 2137.

Занятие 2 Зоны Практикум: конфигурирование зоны В этом практикуме вы попробуете сконфигурировать зоны. Сначала вы ите зоны прямого и обратного просмотра, затем вы сконфигурируете эти зоны на конец, добавите запись ресурса PTR в зону обратного просмотра.

Задание 1: создайте зону прямого просмотра 1. Раскройте меню Tools, затем DNS.

Откроется окно консоли DNS.

2. Дважды щелкните SERVER1 (или имя вашего компьютера).

В окне отобразятся папки Forward Lookup Zones и Reverse Lookup Zones.

3. Щелкните правой кнопкой SERVER1 и выберите команду New Zone новую зону).

Откроется окно мастера создания зоны.

4. Щелкните Next.

Откроется окно выбора типа зоны.

5. Убедитесь, что выбран параметр Standard Primary (Основная), и щелкните Next.

Откроется окно выбора типа просмотра.

6. Убедитесь, что выбрано Forward Lookup Zone (Зона прямого просмотра) и щелкните Откроется окно задания имени зоны.

7. Наберите и щелкните Next. (Если вы в сети, спросите можно ли использовать такое имя домена.) Откроется окно создания файла зоны.

8. Убедитесь, что выбран параметр Create A New File With This File Name (Создать новый файл) что имя создаваемого файла (Если в кте 7 вы указали другое имя домена, будет предложено это имя с расширением 9. Щелкните Next.

Откроется финальное окно мастера создания зоны.

10. Щелкните Finish (Готово).

Задание 2: создайте зону обратного просмотра 1. Дважды щелкните на SERVER1, затем — New Zone.

Откроется окно мастера создания зоны.

2. Щелкните Next.

Откроется окно задания типа зоны.

3. Убедитесь, что выбран параметр Standard Primary, и Next.

Откроется окно выбора типа поиска.

4. Убедитесь, что выбрано Reverse Lookup Zone (Зона обратного просмотра), и щелкните Next.

Откроется окно задания имени зоны.

5. Убедитесь, что выбрано Network ID, и наберите 10.10.1 в поле Network ID (Код сети).

(Если вы в сети и не используете статический IP-адрес 10.10.1.1, наберите октеты ва шей подсети.) Примечание Заметьте, что в поле в нижней части экрана автоматически ется и имя зоны теперь — Если в предыдущем пункте вы указали другой сетевой адрес, имя зоны будет соответствовать ему.

22 DNS и Глава 6. Щелкните Next.

Откроется окно создания файла зоны.

7. Убедитесь, что выбран вариант Create A New File This File Name (Создать новый файл) и что имя файла 10. (Если в п. 5 вы указали другой сете вой адрес, будет предложен этот адрес с расширением in-addr.arpa.dns.) 8. Щелкните Next.

Откроется окно завершения создания зоны.

9. Проверьте информацию в окне и Finish (Готово).

Задание 3: настройте DDNS 1. В консоли DNS дважды SERVER] (или имя вашего сервера).

2. щелкните Forward Lookup Zones (Зоны прямого поиска) и затем дважды training.microsoft.com (или имя вашего тестового домена, созданного ранее), 3. Щелкните правой кнопкой training.microsoft.com (или имя тестового домена), затем щелкните Properties (Свойства).

Откроется диалоговое окно свойств зоны.

4. На вкладке General (Общие) в списке Allow Dynamic Updates выберите Yes (Да) и кните ОК.

Это задает динамическое обновление для зоны прямого просмотра.

5. Дважды Reverse Lookup Zones, затем — папку Subnet или имя тесто вой зоны, созданной ранее.

6. Щелкните правой кнопкой (или папку вашей зоны) и выберите команду Properties.

Откроется диалоговое окно свойств зоны.

7. На вкладке General (Общие) в списке Allow Dynamic Updates выберите Yes (Да) и кните ОК.

Задание 4: добавьте запись ресурса 1. В консоли DNS щелкните Reverse Lookup Zones.

2. Щелкните имя ранее созданной тестовой зоны.

Какие записи ресурсов уже существуют в зоне?

3. Щелкните правой кнопкой имя тестовой зоны, затем щелкните New Pointer (Создать указатель).

4. В поле Host Number (IP-номер узла) введите 1 в выделенном октете вашего IP-адреса.

В поле Host Name (Имя узла) введите полное доменное имя вашего компьютера, за точкой. Вы можете просмотреть существующие записи, кноп ку Browse (Обзор). Например, если имя вашего компьютера SERVER1, надо ввести (не забудьте в конце поставить точку).

5. Щелкните ОК.

На правой панели добавится новая запись PTR.

6. Закройте консоль DNS.

Резюме Служба DNS позволяет разделять пространства имен на зоны, которые могут храниться и копироваться на разных серверах. Пространство имен DNS представляет логическую структуру вашего домена, а зоны DNS обеспечивают физическое распределение ресурсов.

Занятие 2 Зоны Мы рассказали, как конфигурировать зоны прямого и обратного просмотра, и описа ли преимущества зон, интегрированных в Active Directory;

обновление из нескольких ис точников, повышение безопасности, автоматическая быстрая репликация при добавле нии новых контроллеров или внесении иных изменений, администрирования.

Вы узнали, как добавлять записи ресурсов и делегировать зоны при добавлении менов, а также что служба DNS поддерживает динамическое обновление, позволяя серве рам и клиентам сети автоматически обновлять файлы зоны, Выполняя практические задания, вы создали зоны прямого и обратного поиска, скон фигурировали зоны для динамического обновления и добавили запись ресурса PTR в зону обратного просмотра.

24 DNS и Active Directory Глава Репликация и передача зон В этом занятии объясняются понятия и зонной передачи (взаимодействие серверов DNS для синхронизации данных).

Изучив материал этого вы сможете:

D пояснить цель зонной передачи;

D настроить зонную передачу.

Продолжительность — около 10 минут.

Зоны играют важную роль в DNS, поэтому желательно, чтобы они были доступны бо лее чем с одного сервера DNS. Это важно с точки зрения отказоустойчивости, так как, если сервер недоступен, запросы на разрешение имен выполняться не будут. При нали чии в зоне нескольких серверов необходимо синхронизировать все копии зоны на каждом сервере DNS, что и выполняется в ходе зонной передачи.

Зоны с дополнительными серверами имеют следующие преимущества:

• дополнительные серверы обеспечивают избыточность данных, разрешая запросы даже в случае отказа основного сервера;

• дополнительные серверы могут снизить нагрузку на сеть;

добавление сервера DNS на другом конце медленной сети упрощает администрирование и снижает трафик в сети;

• дополнительные серверы снизят нагрузку на основной сервер.

Сразу после добавления в зону нового дополнительного сервера выполняется полная зонная передача (Full Zone Transfer, AXFR) для создания на нем полной копии всех запи сей ресурсов. В ранних реализациях сервера DNS полная зонная передача выполнялась всегда, когда требовалось обновить зону после внесении изменений на основном сервере.

Служба DNS для Windows 2000 Server поддерживает добавочную зонную (Incre mental Zone Transfer, IXFR), когда передаются только внесенные изменения.

Добавочная зонная передача Дополнительный стандарт для передачи зоны IXFR описан в RFC и представляет собой наиболее эффективный метод синхронизации зоны.

В ранних реализациях DNS любой запрос на обновление данных зоны требовал пол ной зонной передачи. Для добавочной передачи требуется запрос IXFR. Он позволяет принимающим серверам только те записи, которые нужно синхронизировать с источником данных на другом сервере DNS.

При добавочной передаче в первую очередь определяются различия между источни ком и копией зоны. Если версии зон одинаковы, что определяется серийным номером в записи SOA каждой зоны, передача не выполняется.

Если серийный номер зоны источника больше, чем на дополнительном сервере, пере даются только записи с большими серийными номерами. Для этого исходный сервер дол жен хранить историю последовательных изменений. Процесс добавочной передачи по рождает гораздо меньший трафик в сети и выполняется быстрее.

Пример: зонная передача Зонная передача инициируется вручную либо автоматически в случаях:

• при запуске службы DNS на дополнительном сервере;

• по истечении периода обновления для зоны;

3 и зон • после внесения изменений на основном сервере, если на нем задан список уведомлений.

Передача всегда инициируется сервером-получателем, который обращается к источнику данных. Это может быть основной или дополнительный сервер, сконфигури рованный для него в качестве главного сервера. Когда получает загрос на обновление, он отвечает полной или добавочной передачей зоны.

На рис. 5-6 показан порядок передачи зоны между серверами. Он может ся в зависимости от того, была ли зона скопирована ранее или же копируется впервые.

Сервер источник получатель на зоны) IXFR AXFR дня 4......,.

Ответ на запрос IXFR или 5-6. Процесс зонной передачи В этом примере запрос к серверу-источнику выполняется в после довательности, описанной ниже.

завершении новой конфигурации целевой сервер посылает запрос на полную дачу зоны серверу DNS, указанному в качестве источника данных.

2. Сервер-источник отвечает полной зонной передачей.

Зона доставлена на запросивший сервер с серийным номером версии, установленной в записи SOA. Запись SOA содержит также интервал обновления умолчанию минут), когда сервер должен обновить зону.

3. По истечении интервала обновления сервер требует обновления зоны, запрашивая информацию о записи SOA.

4. Сервер-источник отвечает на запрос.

Ответ содержит серийный номер на 5. Сервер-получатель сверяет полученный серийный номер и определяет, нужно ли об новлять зону.

Если серийный номер в ответе равен локальному, значит, зоны совпадают и передача не требуется. В этом случае обновляет зону, устанавливая новый интервал обновления, на основе указанного в ответе значения.

Если серийный номер в ответе больше локального, значит, зона изменилась и димо выполнить передачу.

6. Если сервер-получатель обнаружил изменение зоны, он посылает запрос содер жащий серийный номер в своей записи SOA.

Сервер-источник отвечает полной или добавочной передачей зоны.

Если источник ведет историю изменений и поддерживает добавочную передачу для измененных записей, он отвечает добавочной передачей.

Если сервер не хранит историю изменений или не поддерживает добавочную переда чу, он отвечает полной зонной передачей.

Примечание Windows 2000 Server поддерживает добавочную передачу зоны по стандарту IXFR. Ранние версии DNS в составе Windows NT Server 4.0, как и многие другие серверов DNS, не поддерживают добавочную зонную передачу и выполняют только полную передачу.

Взаимодействие DNS и Active Глава Безопасность при зонной передаче В консоли DNS стоит указать серверы, которым разрешено в зонной передаче, Это поможет предотвратить запросы на обновление зоны от неавторизованных серверов.

Назначение серверов, участвовать в передачах зоны 1. Раскройте меню и щелкните DNS.

2. В дереве консоли DNS щелкните правой кнопкой зону, для которой нужно задать пе редачу зоны, затем щелкните Properties.

3. Выберите вкладку Zone Transfers (рис. 5-7).

Рис. 5-7. Zone Transfers зон) 4. Укажите серверы, для которых нужно разрешить передачу зоны, и щелкните ОК.

Уведомления DNS Механизм извещения дополнительных серверов об изменениях зоны реализуется с помо щью уведомлений DNS. Уведомляемые серверы могут затем инициировать об новления зоны и получить изменения с уведомляющего сервера. Служба DNS поддержи вает обновленный стандарт уведомлений DNS (RFC 1996).

Используйте уведомления DNS только для дополнительных серверов зоны. Для репли кации зоны, интегрированной в Active Directory, они не требуются, так как серверы, встро енные в Active Directory, автоматически обновляют информацию о зоне примерно раз в минут (в зависимости от значения в записи SOA). В таких случаях задание списка уве домлений может понизить скорость работы системы за счет ненужных запросов на зон ную передачу.

Задание списка уведомляемых серверов 1. Раскройте меню Tools и шелкните DNS.

2. В дереве консоли DNS щелкните правой кнопкой зону, для которой нужно установить передачу зоны, затем щелкните Properties.

3. На вкладке Zone щелкните кнопку Notify (Уведомить).

4. В диалоговом Notify (Уведомление) укажите дополнительные серверы, которые нужно уведомлять об изменениях зоны, затем шелкните ОК.

3 и зон Рис. Диалоговое окно Notify (Уведомление) Процедура уведомления DNS Уведомление выполняется в определенном порядке.

Зона на сервере DNS является источником данных для других серверов. При нии зоны обновляется серийный номер записи SOA.

2. посылает уведомления всем серверам, перечисленным в перечне уве домлений.

3. Все дополнительные получившие уведомления, могут теперь передачу зоны с уведомляющего сервера. После этого обычный процесс передачи описанный ранее.

Резюме Для синхронизации данных на всех серверах зоны требуется зонная передача. В ранних версиях DNS, а также при добавлении нового дополнительного сервера DNS к сети вы полняется полная передача зоны, при которой копируются все записи ресурсов зоны.

Служба DNS для Windows 2000 Server поддерживает также более быструю зонную передачу, при которой передаются только последние изменения.

Разрешается задавать список серверов, авторизованных для передачи зоны, используя консоль DNS, а также о порядке уведомления дополнительных серверов об изменениях зоны. Это позволяет уведомляемым серверам процесс передачи зоны и лолу чить изменения в данных зоны. В консоли можно указывать вторичные серверы, кото рым нужно посылать уведомление;

для репликации зон, встроенных в Active Directory, уве домления DNS не требуются.

Взаимодействие DNS и Active Глава Занятие 4. Мониторинг и устранение неполадок DNS для Active Directory В этом занятии объясняются возможности наблюдения за работой сервера DNS. Здесь так же описываются проблемы при настройке DNS, встроенной в Active Directory, и возмож ные решения этих проблем.

Изучив материал этого занятия, вы сможете:

D наблюдать работу сервера DNS;

D устранять неполадки DNS для Active Directory.

Продолжительность занятия — около 10 минут.

Наблюдение за сервером DNS В Windows 2000 Server предусмотрены две способа контроля работы сервера DNS:

• запись событий по умолчанию в журнал сервера DNS;

• использование команд отладки для записи событий в текстовый файл.

Запись событий сервера DNS При работе Windows 2000 Server сообщения о событиях сервера DNS хранятся в журнале (log-файле) сервера отдельно от файлов событий, связанных с другими приложениями. Этот журнал можно просмотреть из оснастки Event Viewer. В него записывается ограниченный набор событий, выявляемых службой DNS, как запуск и остановка сервера.

Event Viewer также позволяет наблюдать за событиями на компьютерах Эти события заносятся в файл журнала на каждом компьютере с Windows 2000.

Примечание Подробнее об Event Viewer — в главе 14.

Команды отладки Консоль DNS позволяет задавать дополнительные параметры для создания временного текстового файла журнала. Этот файл — — хранится в папке system_root\ Systems32\Dns. Серверы DNS в Windows 2000 поддерживают отладочные команды, опи санные ниже (табл. 5-2).

Табл. 5-2. Команды отладки серверов DNS Команда Назначение Записывать запросы, полученные от клиентов Notify Записывать полученные от других серверов DNS Update Записывать изменения зоны, полученные от других компьютеров Questions Записывать содержимое раздела вопроса для каждого запроса, обработанного сервером DNS Answers Записывать содержимое раздела ответа для каждого запроса, обработанного сервером DNS Send Подсчитывать запросы, посланные сервером DNS DNS Active Directory Табл. 5-2. Команды отладки серверов DNS Команда Назначение Received Подсчитывать запросы, полученные сервером DNS DP Подсчитывать запросы, полученные по протоколу TCP Подсчитывать запросы, полученные по протоколу TCP Full Packets Подсчитывать полные полученные и записанные сервером DNS Write пакеты, прошедшие через сервер DNS туда и обратно Through По умолчанию все эти дополнительные возможности отладки отключены. После акти визации какой-либо из них служба DNS сможет контролировать дополнительные событий, что пригодится при отладке сервера.

Такой контроль требует много ресурсов (в некоторых случаях замедляется работа сер вера и требуется дополнительное место на поэтому его следует использовать к рат ковременно, когда действительно нужна подробная информация о работе сервера.

Задание параметров отладки 1. В консоли DNS щелкните правой кнопкой имя сервера, затем щелкните 2. На вкладке Logging задайте необходимые параметры отладки и щелкните ОК.

Устранение неполадок DNS В табл. 5-3 перечислены возможные неполадки DNS и способы их решения.

Табл. 5-3. Способы устранения неполадок Неполадки, связанные с передачей Причина Решение Приостановка службы что все серверы, используемые в передачи, DNS на сервере доступны и службы DNS на них не приостановлены Разрыв связи по сети Используя команду PING, проверьте с двух сторон наличие между серверами сетевого канала между двумя серверами DNS. В случае используемыми в про- одного из двух тестов ищите причину непосредственно в сети цессе зонной передачи Используя консоль DNS, увеличьте серийный номер на Серийные номера зоны на и для чтобы он превысил серийный номер сервере-источнике совпа- сервера-получателя. После этого инициируйте передачу зоны дают, что на передаче Возникают проблемы при Проверьте, не установлена ли на одном из серверов старая взаимодействии сервера- версия DNS, например версия источника и сервера получателя Зона содержит записи Убедитесь, что зона не содержит несовместимых типов данных, ресурсов и другие дан- например записей ресурсов неподдерживаемых типов, и ошибок. Также выясните, указана ли в конфигурации ные, которые сервер DNS приостановка загрузки некорректных данных, и определите метод не может правильно проверки имен. Эти параметры задаются в консоли DNS интерпретировать DNS и Active Глава Табл. 5-3. Способы устранения неполадок DNS (окончание) Неполадки, связанные с зонной передачей Причина Данные полномочной Если при передаче зоны постоянно происходят ошибки, убеди зоны некорректны тесь, что зона не содержит нестандартных данных. Чтобы делить вероятный источник ошибок, просмотрите сообщения сервера DNS Прерывание делегирования зоны Причина Решение Делегирование зоны параметры делегирования зоны и исправьте конфи неправильно сконфи- гурацию, если это необходимо Табл. 5-4. Способы устранения неполадок динамического обновления Клиент не выполняет динамическое обновление Решение Клиент (или его сервер Убедитесь, что ваши клиенты поддерживают протокол динами DHCP) не поддерживает ческого обновления и включены опции динамической протокол динамического поддержки в Windows 2000. Чтобы зарегистрировать компьютеры обновления DNS для динамического установите на них Windows 2000 либо установите в сети сервер DHCP для обслуживания клиентов Клиент не смог зареги- Убедитесь, что клиент правильно сконфигурирован, и при стрироваться на сервере необходимости обновите Для обновления DNS для динамического конфигурации клиентов задайте первичный суффикс DNS обновления из-за непол- на компьютере клиента с IP-адресом или задайте ной конфигурации DNS зависящий от соединения суффикс DNS на одном из сетевых подключений клиента Клиент DNS не смог Если клиент может к своему основному и альтерна обновить тивным серверам DNS, указанным в его конфигурации, значит, с сервера DNS из-за дело не в компьютере клиента. На клиентах под управлением проблем на сервере Windows 2000 используйте Event Viewer для просмотра системного log-файла и определения причин неудач при обновлениях записей ресурсов узлов и указателей Сервер DNS не поддер- Убедитесь, что сервер к которому обращается клиент, живает динамические способен поддерживать протокол динамического обновления, обновления описанный в RFC Так, серверы DNS на базе Windows NT 4.0, в отличие от Windows 2000, не поддерживают динамическое обновление 4 и неполадок DNS Directory Табл. 5-4. Способы устранения неполадок динамического обновления (окончание) Клиент не выполняет обновление Решение Сервер DNS способен Убедитесь, что основная зона, откуда клиенты поддерживать динами- ния, настроена на их поддержку. По умолчанию, сервер DNS ческое обновление, но с Windows 2000 для основной зоны не поддерживает динамичес не делает этого кие обновления. Отредактируйте свойства зоны на основном сервере DNS, если это необходимо База данных зоны Убедитесь, что зона существует и доступна для изменений.

не доступна Для основных серверов DNS убедитесь, что файл зоны существует и зона не приостановлена. Дополнительные серверы не поддерживают обновление. Определите основ ной сервер способный их поддерживать, по данным записей ресурсов SOA и NS. Для зоны, интегрированной в Active убедитесь, что сервер DNS является контроллером домена и имеет доступ к базе данных Active где хранится файл зоны Резюме На этом занятии мы рассказали об управлении серверами DNS, а также о том, какие могут возникнуть при конфигурации зоны и о путях их решения.

и Закрепление материала л | Приведенные ниже вопросы помогут вам лучше усвоить основные темы данной главы. Если вы не сумеете ответить на вопрос, повторите материал соответствую щего Правильные ответы см. в приложении А «Вопросы и ответы» в кон книги.

1. С какой целью применяются запросы прямого поиска? Запросы обратного поиска?

2. Каковы преимущества зоны, встроенной в Active Directory?

3. Для чего нужна ресурса SOA?

4. Что нужно сделать для делегирования зоны?

5. Почему добавочная зонная передача эффективнее полной?

Настройка сайтов Настройка параметров сайта Настройка репликации между сайтами, Устранение неполадок репликации, Изменение параметров сервера Закрепление материала В главе Настройка сайтов влияет в Microsoft Windows 2000 на:

• регистрацию и аутентификацию рабочей станции;

• каталогов.

Конфигурация сайта также влияет на любые приложения, воз можности Active Directory, например Exchange 2000 или службы Personalization and компонента Site Server.

Эта глава настройке параметров сайта и репликации. Кроме того, рассказывается об устранении неполадок межсайтовой репликацией, а также обсуждается настройка параметров сервера.

Прежде всего Для изучения материалов этой главы необходимо:

• настроить компьютеры в соответствии с инструкциями раздела «Об этой книге»;

• установить службу каталогов Active Directory, выполнив упражнения главы 4;

• иметь опыт работы с консолью управления 34 Настройка сайтов Глава Занятие Настройка параметров сайта Сейчас вы узнаете о настройке параметров сайта, в том числе о создании сайта, сопостав лении подсети сайту, подсоединении сайта с помощью связей и о выборе сервера лицен зий сайта.

Изучив материал этого занятия, вы сможете:

настроить параметры сайта, Продолжительность занятия — около 20 минут.

Сайт Сайт — это совокупность контроллеров домена, в состав сети, объединенной высокоскоростными недорогими каналами связи. Контроллеры домена одного сайта вы полняют репликацию на основе уведомлений: если на контроллере имеются какие-либо изменения, он уведомляет своих партнеров по репликации. Партнер, получивший уве домление, запрашивает изменения, после чего происходит репликация. Поскольку цена и скорость репликации внутри сайта особого значения не оказывают, репликация осуще ствляется по запросу, а не по расписанию. Репликация между сайтами происходит рас писанию;

для выбора наиболее благоприятного времени репликации можно создать рас писание, учтя объем сетевого трафика репликации и затраты на его передачу. Сайт — это эквивалент набору из одной или нескольких IP-подсетей.

При установке службы каталогов Active Directory на первом контроллере домена сайта в контейнере Sites создается объект с именем Default-First-Site-Name. В этом сайте необ ходимо установить первый контроллер домена. Дополнительные контроллеры устанавли ваются в сайте первого контроллера домена (предполагается, что IP-адрес жестко связан с сайтом) или в другом существующем сайте. После установки первого контроллера домена имя Default-First-Site-Name можно изменить на любое другое.

Если вы устанавливаете Active Directory на дополнительные серверы, а в хранилище Active Directory определены дополнительные сайты и устанавливаемого компьюте ра соответствует в существующем сайте подсети, контроллер добавляется в этот сайт. Иначе контроллер добавляется в сайт исходного контроллера домена.

Создание нового сайта Раскройте меню Tools ние) и щелкните Directory Sites And Services (Active Directory — сайты и службы).

2. Щелкните папку Sites правой кнопкой и выберите в контекстном меню команду New Site (Новый сайт).

3. В диалоговом окне New Object Site (Новый объект — Сайт) введите в поле Name (Имя) имя нового сайта (рис. 6-1). Выберите объект связи сайтов и щелкните ОК.

Занятие 1 параметров Рис. 6-1. Диалоговое окно New Object — Site 4. В окне сообщения щелкните ОК.

Переименование сайта 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Щелкните папку Sites.

3. Щелкните сайт правой кнопкой и выберите в контекстном меню команду Rename (Пе реименовать).

4. Введите новое имя сайта и щелкните в свободной части дерева консоли.

Подсети Компьютеры сетей присоединяются к сайтам согласно их принадлежности к под сети или к набору подсетей. Подсеть объединяет компьютеры способом, который кивает их географическую близость в сети. Сведения о подсети используются для контроллера домена в том же сайте, к которому относится компьютер, в регистрации. Кроме того, эти сведения позволяют определить оптималь ный маршрут между контроллерами домена для репликации Active Directory, Создание подсети 1. Раскройте меню Tools и щелкните Active Sites And Services.

2. Дважды щелкните папку Sites.

3. Щелкните папку Subnets правой кнопкой и выберите в контекстном меню команду New Subnet (Создание подсети).

4. В диалоговом окне New Object — Subnet (Новый объект — Подсеть), введите в поле Address (Адрес) адрес подсети (рис. 6-2). В поле Mask (Маска) задайте маску подсети, диапазон адресов, относящихся к подсети данного сайта. сайт, которому будет сопоставлена подсеть, и щелкните ОК.

a s Рис. 6-2. Диалоговое окно New Object — Subnet Сопоставление существующей подсети сайту 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Откройте папку Subnets, щелкните подсеть правой кнопкой и выберите команду Properties (Свойства).

3. В диалоговом окне свойств полсети (рис. 6-3) выберите в списке Site (Сайт) сайт, ко торому будет сопоставлена подсеть, и щелкните,.,, Рис. 6-3. окно свойств подсети 1 Настройка сайта Связи сайтов Для репликации между двумя сайтами создать между ними связь. Она не ге нерируется автоматически, и вам придется налаживать ее вручную, с помошью консоли Active Directory Sites and Services. При отсутствии линии связи между сайтами подключе ние двух компьютеров невозможно, а значит, и репликацию вам настроить не удастся.

Каждая связь включает расписание, периодичность репликации между под ключенными сайтами. Консоль Active Directory Sites and Services гарантирует, что каждый сайт добавлен как минимум в одну связь. Связать можно два и более сайтов;

в этом случае все сайты должны принадлежать в одинаковой мере хорошо соединенным сетям.

При установке Active Directory на первый контроллер домена сайта мастер установки автоматически создает в контейнере IP объект с именем Для пер вого узла по умолчанию, создаваемого необходимо настроить данную связь.

После установки первого контроллера домена имя DEFAULTIPSITELINK можно изме нить на любое другое.

Протоколы репликации Обмен данными из каталога производится с помощью разных сетевых протоколов, таких, как IP или SMTP:

• Использует удаленный вызов процедур (remote procedure для репликации через связи сайтов (межсайтовой) и внутри сайта По умолчанию межсайтовая IP-репликация выполняется по расписа нию, впрочем можно настроить репликацию Active чтобы игнорировать писания. Для IP-репликации не требуется сертификации.

• SMTP-репликация. Производится только через связи сайтов (межсайтовая), но не в пределах сайта. Так как протокол SMTP — асинхронный, обычно все им игнорируются. Необходимо установить и настроить центр сертификации (certification authority, CA) предприятия для использования SMTP-связей сайтов. Центр сертифи кации (ЦС) подписывает сообщения SMTP, которыми обмениваются контроллеры домена для подтверждения подлинности обновлений каталога. Установка и настройка ЦС здесь не обсуждаются;

подробнее об этом — в учебном курсе «Администрирование сети на основе Microsoft Windows 2000» (Русская Редакция, 2001).

Создание связи сайтов Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Раскройте папку Inter-Site Transports и щелкните правой кнопкой папку IP или в зависимости от того, какой протокол вы собираетесь использовать, затем вы берите команду New Site Link (Новая связь сайтов).

создания связи сайтов на основе протокола SMTP в сети должен быть доступен ЦС предприятия и протокол SMTP должен быть установлен на всех контроллерах домена, которые будут использовать данную связь сайтов.

3. В диалоговом окне New Object — Site Link (Новый объект — связь сайтов) в поле Name (Имя) введите имя связи сайтов (рис, 6-4).

Глава б Настройка сайтов Chicago Рис. 6-4. Диалоговое окно New Object — Site Link 4. Выберите два или более соединяемых узлов и щелкните кнопку Add (Добавить).

5. Щелкните ОК.

сайта к связи сайтов 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Раскройте папку Inter-Site Transports, затем папку или папку SMTP, щелкните пра вой кнопкой связь, к которой будет добавлен сайт, и выберите команду Properties.

3. В диалоговом окне свойств связи сайтов перейдите на вкладку General (Общие), выбе рите в списке Sites In This Site Link (Сайты в этой связи сайтов) добавляемый к данной связи, и щелкните кнопку Add (Добавить).

4. Щелкните ОК.

Лицензирование сайтов Чтобы обеспечить соответствие ПО организации лицензионным соглашениям Microsoft BackOffice, администратор может наблюдать приобретение, удаление и использование лицензий. Информация о лицензировании собирается на сервере с помощью службы License Logging (Служба учета доступной в Windows 2000 Server.

Служба License Logging каждого сервера сайта реплицирует информацию о лицензи ровании в центральную БД, которая размещается на сервере, называемом сервером ли сайта. сайта или администратор сервера лицензий сайта может средствами консоли Licensing (Лицензирование) из папки Administrative Tools просмот реть полную историю лицензирования сайта, хранящуюся на сервере лицензий.

Первый созданный в сайте контроллер домена по умолчанию становится сервером лицензирования. Впрочем, сервер лицензий сайта может и не быть контроллером домена.

Для оптимальной производительности сервер лицензий сайта и контроллер домена долж ны находиться в одном сайте. В большой организации с несколькими сайтами сбор сведе ний о лицензировании осуществляется отдельно для каждого сайта соответствующим сер вером лицензий.

Занятие 1 сайта Выбор сервера сайта Раскройте меню Tools и Active Sites And Services.

2. Щелкните для которого требуется назначить сервер лицензий.

3. В правой панели правой кнопкой License Site Settings и выберите в контек стном меню команду Properties.

4. В диалоговом окне Licensing Site Settings Properties (Свойства: Licensing Site tings) щелкните в области Licensing Computer (Компьютер кнопку Change (Изменить).

5. В диалоговом окне Select Computer (Выбор: Компьютер) выберите компьютер-сервер лицензий сайта и щелкните ОК.

6. В диалоговом окне Licensing Site Settings Properties щелкните ОК.

Просмотр лицензий сайта 1. Раскройте меню Tools и щелкните Licensing вание).

2. В меню License (Лицензия) выберите команду Select Domain (Выбрать домен), чтобы подключиться к серверу лицензий сайта для домена.

3. В диалоговом окне Select Domain (Выбор домена) введите в поле Domain (Домен) имя сервера лицензий сайта и затем щелкните ОК.

Практикум: настройка сайта Сейчас вы настроите сайт — создадите его, сопоставите ему подсеть, подсоедини те его с помощью связи сайтов, а также выберете сервер лицензий сайта.

Задание 1: переименуйте сайт Раскройте меню Tools и щелкните Active Directory Sites And Services.

Откроется окно консоли Active Directory Sites and Services.

2. Щелкните папку Sites.

Какие объекты отображаются в правой панели?

3. Щелкните сайт Default-First-Site-Name правой кнопкой и выберите в контекстном меню команду Rename (Переименовать).

4. Введите новое имя сайта, Redmond, и щелкните в свободном месте дерева консоли.

Сайт Default-First-Site-Name переименован в Redmond.

Задание 2: создайте новый сайт 1. Щелкните папку Sites правой кнопкой и выберите в контекстном меню команду New Site (Новый сайт).

2. В поле Name (Имя) введите Chicago. Выберите для связи сайта Chicago сайт LT IPSITELINK и щелкните ОК.

Откроется окно сообщения Active Directory, напоминающее, что для завершении на стройки сайта Chicago необходимо:

• убедиться, что сайт соответствующим образом подключен к другим сайтам посред ством связей;

• добавить подсети сайта в контейнер Subnets;

• установить в сайте один или более контроллеров домена или переместить в сайт существующие контроллеры;

• выбрать сервер лицензий сайта.

Настройка Задание 3: создайте подсеть Дважды щелкните папку Sites.

2. Щелкните папку Subnets правой кнопкой и выберите в контекстном меню команду New Subnet (Создание подсети).

3. В поле Address (Адрес) введите адрес подсети — В поле Mask (Маска) введи те маску подсети — 255.0.0.0. Эта маска описывает диапазон адресов, включенных в подсеть данного Выберите сайт Chicago, чтобы сопоставить ему подсеть, и кните ОК.

Подсеть 10.0.0.0/8 будет создана и сопоставлена сайту Chicago.

Задание 4: сопоставьте сайту подсеть 1. Откройте папку Subnet, щелкните подсеть 10.0.0.0/8 правой кнопкой и выберите в кон текстном меню команду Properties.

Откроется диалоговое окно свойств подсети 10.0.0.0/8 с активной вкладкой Subnet (Подсеть).

2. В списке Site (Сайт) выберите сайт Redmond, которому будет сопоставлена данная подсеть, и щелкните ОК.

Задание 5: создайте связь сайтов Откройте папку Inter-Site Transports и щелкните папку IP.

Какой объект отображается в правой панели?

2. Щелкните папку IP правой кнопкой и выберите в контекстном меню команду New Site Link (Новая связь сайтов).

Откроется диалоговое окно New Object — Site Link (Новый объект — Связь сайтов).

3. В поле Name (Имя) введите Redmond to Chicago.

4. Убедитесь, что сайты Redmond и Chicago отображаются в поле Sites In This Site Link (Сайты в этой связи сайтов), и щелкните ОК.

Задание 6: выберите сервер лицензий сайта Щелкните сайт Chicago.

2. В правой панели щелкните License Site Settings правой кнопкой и выберите в контек стном меню команду Properties.

Откроется диалоговое окно License Site Settings Properties.

3. В области Licensing Computer (Компьютер лицензирования) щелкните кнопку Change (Изменить).

Откроется диалоговое окно Select Computer (Выбор: Компьютер).

4. Выберите SERVER1 (или имя вашего компьютера) и щелкните ОК.

Вы вернетесь в диалоговое окно Licensing Site Settings Properties (Свойства: Licensing Site Settings). Теперь компьютером лицензирования стал 1, а доменом — soft.com (или выбранные вами компьютер и домен;

см. область Licensing Computer).

5. Щелкните ОК.

6. Закройте консоль Active Directory Sites and Services.

Задание 7: ознакомьтесь с лицензиями сайта 1. Раскройте меню Tools и щелкните Licensing (Лицензиро вание).

Откроется окно утилиты MICROSOFT.COM — Licensing. Для просмотра сведений о на вкладку Products View (Просмотр продуктов).

1 Настройка сайта Резюме Вы научились настраивать сайты. После создания сайта необходимо добавить его подсети в контейнер Subnets, убедиться, что сайт соединен соответствующим образом с другими сайтами посредством связей, а также выбрать сервер лицензий сайта. Объединение ком пьютеров в подсети подчеркивает их географическую близость в сети. Связи сайтов вклю чают стоимость и расписание трафика репликации;

при отсутствии связей репликация меж ду двумя сайтами невозможна.

Служба License Logging каждого сервера сайта реплицирует информацию о ровании в центральную БД, которая размешается на сервере лицензий Админист ратор сайта или администратор сервера лицензий может из консоли Licensing изучить полную историю лицензирования сайта, хранящуюся на сервере лицензий.

Выполняя практическую часть занятия, вы создали сайт, сопоставили ему соединили сайт с помощью связей и выбрали сервер лицензий сайта.

Настройка сайтов Глава 2, Настройка репликации между сайтами Сетевые подключения представлены связями сайтов. Путем создания связей сайтов и на стройки их стоимости, а также частоты и доступности вы информируете Active Directory о том, как использовать эти подключения для репликации данных каталога.

Эффективность связей сайтов можно повысить, соединив перекрывающиеся существую щие связи сайтов в мосты или создав мосты для всех связей сайтов. Кроме того, можно указать в качестве точки обмена информацией каталога между сайтами. На этом занятии о настройке репликации.

материал этого занятия, вы сможете:

настроить репликацию между сайтами.

Продолжительность — около 25 минут.

Настройка межсайтовой репликации Для настройки межсайтовой репликации необходимо выполнить действия, описанные ниже.

Создать связи сайтов (см. занятие 1).

2. Настроить атрибуты связи сайтов.

3. Создать мосты связей.

4. Настроить объекты подключения обязательно).

5. Выбрать основной связей сайтов В процессе настройки межсайтовой репликации необходимо задать стоимость связи, дос тупность и частоту репликации для всех сайтов.

Стоимость Необходимо указать значение стоимости связи сайтов каждого доступного подключения, для репликации. Если имеется несколько избыточных се подключений, следует установить связи сайтов для каждого подключения и затем назначить стоимости для данных связей сайтов, отражающие их относительную пропуск ную способность. Например, если вы пользуетесь высокоскоростной линией и если имеется подключение удаленного доступа к сети на случай недоступности линии Т-1, сле дует указать более низкую стоимость для линии и более высокую — для подключения удаленного доступа к сети. Active Directory всегда выбирает подключение на основе сведе ний о его стоимости;

таким образом, подключение с низкой стоимостью будет задейство вано, пока оно доступно.

Задание стоимость связи сайтов Раскройте меню Tools ние) и щелкните Active Directory And Services (Active Directory — сайты и службы).

2. Раскройте узел Inter-Site Transports, затем папку IP или SMTP. Щелкните требуемую связь сайтов правой кнопкой и выберите команду Properties (Свойства).

Настройка между 3. В окне свойств связи сайтов введите в поле Cost (Стоимость) стоимость репликации (рис. 6-5). Стоимость по умолчанию — 100;

чем меньше значение, тем выше приори тет. Предположим, стоимость линии Т1 равна 100 единицам, а стоимость подключе ния удаленного доступа — Рис. 6-5. Диалоговое окно свойств сайтов.

4. Щелкните ОК.

Частота репликации Для настройки частоты задайте целое значение, время ожида ния для Active Directory (в минутах) перед проверкой обновлений репликации. Интервал репликации должен быть как минимум 15 минут и не больше 10 080 минут (что соответ ствует неделе). Для успешной репликации необходимо, чтобы связь сайтов была всегда доступна. Если связь сайтов недоступна по расписанию в течение указанного срока между обновлениями репликации, то репликация не будет выполнена.

Настройка частоты репликации 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Раскройте узел Transports, затем папку IP или SMTP. Щелкните требуемую связь сайтов правой кнопкой и выберите команду Properties.

3. В окне свойств связи укажите в поле Replicate Every (Реплицировать каждые) времени в минутах между повторами репликации. Интервал по умолчанию — 180 ми нут;

введенное значение округляется до числа, кратного в диапазоне от до 10 080.

4. Щелкните ОК.

Доступность репликации Следует настроить доступность репликации через связи сайтов чтобы указать, когда связь сайтов доступна для репликации. Так как протокол SMTP — асинхронный, обычно все расписания им игнорируются. Поэтому доступность репликации через связи сайтов для SMTP-связи настраивается, только если:

связи сайтов используют подключения по расписанию;

• очередь SMTP не включена в расписание;

• обмен данными производится серверами напрямую, без участия промежуточных уст ройств, например в основной сети Ethernet.

Настройка доступности репликации 1. Раскройте меню Tools и шелкните Active Directory Sites And Services.

2. Раскройте узел Inter-Site Transports, затем папку IP или SMTP. Щелкните требуемую связь сайтов правой кнопкой и команду Properties.

3. В диалоговом окне свойств связи щелкните Change Schedule (Изменить расписание).

4. В диалоговом окне Schedule For (Расписание для) укажите интервал времени, в тече ние которого данное подключение доступно или нет для репликации информации ка талога (рис. 6-6). Затем щелкните ОК, 5. В диалоговом окне свойств связи щелкните ОК.

Ваши действия не возымеют эффекта, если в окне свойств межсайтового протокола помечен флажок Ignore Schedules (Игнорировать расписания).

Рис. окно Schedule для связи сайтов расписаний для межсайтового протокола Раскройте меню Tools и щелкните Active Directory Sites And Services.

Раскройте узел Inter-Site Transports, щелкните папку IP или SMTP правой кнопкой мыши и выберите команду Properties.

В диалоговом окне свойств IP или SMTP на вкладке General (Общие) пометьте флажок Ignore Schedules (Игнорировать расписания).

4. Щелкните ОК.

Мосты, объединяющие связи сайтов Если для подключено более двух сайтов, использующих одинаковый прото кол, по умолчанию все связи сайтов в мост» с точки зрения цены (предпо лагается. что связи соединяют одни и те же сайты). Связи сайтов, объединенные в мост, Занятие являются транзитивными, то есть все связи сайтов для конкретного протокола неявно относятся к единому мосту связей сайтов для данного протокола. Таким образом, в пол ностью маршрутизируемой IP-сети (в сети, все сайты которой могут взаимодействовать друг с другом по протоколу IP) вам не надо настраивать какие либо мосты связей сайтов.

В частично маршрутизируемой IP-сети функцию транзитивности связей сайтов для про токола IP можно отключить. В этом случае все IP-связи сайтов считаются нетранзитив ными, и вам придется настраивать мосты связей сайтов. Мост связи сайтов — это лент отдельной сети;

все связи, составляюшие мост, способны транзитивно однако вне моста маршрутизация не выполняется.

Создание моста связей сайтов 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Раскройте узел Inter-Site Transports, затем щелкните папку IP или SMTP правой кноп кой и выберите в контекстном меню команду New Site Link Bridge (Новый мост связей сайтов).

3. В диалоговом окне New Object — Site Link Bridge (Новый объект — Мост связей сай тов) в поле Name (Имя) введите имя моста (рис. 6-7).

site ' Redmond to A bridge a: least Рис. 6-7. Диалоговое окно New Object — Site Link Bridge 4. Выберите два или более соединяемых сайтов и щелкните кнопку Add (Добавить).

5. Щелкните ОК.

Примечание Эта процедура избыточна и не возымеет эффекта, если в диалоговом окне свойств протокола помечен флажок Bridge Site Links (Установить мост для всех связей сайтов).

Объединение мостами всех связей сайтов для протокола репликации 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Раскройте узел Transports, затем щелкните папку IP или SMTP правой кноп кой и выберите команду Properties.

3. В диалоговом окне свойств IP или SMTP на вкладке General пометьте фла жок Bridge All Site Link (Установить мост для всех связей сайтов).

4. Щелкните ОК.

Настройка подключений вручную В обычных условиях служба каталогов Active Directory автоматически создает и удаляет подключения. Хотя вы можете вручную добавлять и настраивать подключения, а также принудительно выполнять по конкретному подключению, в большинстве слу чаев вам следует разрешить автоматическую оптимизацию репликации на основе сведе ний, заданных в консоли Active Directory Sites and Services. Создавать подключение вруч ную следует, только если вы уверены в его необходимости и хотите, чтобы оно сохраня лось, пока не будет удалено вручную.

Настройка подключения вручную 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. Дважды щелкните сайт, содержащий контроллер домена, для которого вы хотите вруч ную добавить или настроить подключение.

Раскройте папку Servers, затем папку контроллера домена и щелкните правой кнопкой мыши NTDS Settings и выберите команду New Active Directory Connection (Новое под ключение Active Directory).

4. В диалоговом окне Find Domain Controllers (Поиск: контроллеры домена) щелкните контроллер домена для и щелкните ОК.

5. В диалоговом окне New Object — Connection (Новый объект — Подключение) в поле Name введите имя объекта и щелкните ОК.

Принудительная репликация по подключению 1. Раскройте меню Tools и Active Directory Sites And Services.

2. Дважды щелкните сайт, содержащий подключение, по которому необходимо принуди тельно выполнить репликацию.

3. Откройте папку Servers, контроллер домена, затем откройте NTDS Settings.

4. Щелкните правой кнопкой мыши требуемое подключение и выберите команду cate Now (Реплицировать сейчас) 6-8).

1 Chicago • Redmond В Рис. 6-8. Принудительная репликация по подключению 2 репликации между сайтами Назначение основного сервера-плацдарма Обычно для обмена между сайтами используются все контроллеры домена, однако, дабы более точно управлять можно определить используемый для обмена данными каталога между сайтами. Наличие позволяет выбрать основной контроллер домена для приема данных межсайтовой реплика ции. Затем последовательно распространяет информацию каталога путем репликации.

Сервер-плацдарм — это точка подключения для обмена данными каталога между сай тами. Можно определить основной сервер-плацдарм, если имеется компьютер, способ ный оперативно передавать и принимать данные в объемах.

вание компьютера и емкого канала связи гарантирует корректную обработку больших объемов трафика репликации. Если ресурсы контроллера домена заданным вами параметрам Active Directory, он сможет самостоятельно эффективно обра батывать данные каталога.

Можно задать несколько предпочитаемых но в любой момент времени только один из них будет активным. При отказе активного сервера-плацдарма Active Directory перекладывает его функции на другой сервер-плацдарм. Если но использовать ни один из перечисленных пользователем Active Directory выберет в качестве основного другой контроллер в сайте. На этот случай данный контроллер домена должен обладать достаточной ной способностью, удовлетворяющей повышенным требованиям, которые к Необходимо указать основной если для защиты сайта в ме используется брандмауэр. В качестве основного выберите прокси сервер, выполняющий функции брандмауэра, при этом он станет точкой подключения для обмена данными с серверами, расположенными за пределами брандмауэра. Если это го не сделать, обмен данными каталога в ряде случаев выполняться не будет.

Выбранный основной будет основным для обмена данными через протокол, связи сайта. Другие контроллеры домена при необходимости также можно использовать для обмена данными каталога, но в нормальных условиях сер вер-плацдарм выбирается первым для получения и отправки всех данных каталога.

Выбор сервера-плацдарма 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. В дереве консоли щелкните правой кнопкой мыши контроллер домена, который тре буется сделать сервером-плацдармом, и выберите команду Properties.

3. В окне свойств контроллера домена в списке Transports Available For Data Transfer (Транспорты для передачи данных между сайтами) выделите один или несколь ко протоколов межсайтовой репликации, для которых данный компьютер будет основ ным сервером-плацдармом, и щелкните кнопку Add (Добавить).

4. Щелкните ОК.

Практикум: настройка репликации между сайтами Сейчас вы настроите стоимость связи сайтов, доступность и периодичность реп ликации, а также мост связи сайтов.

43 Настройка Глава Задание 1: залайте стоимость связи сайтов 1. Раскройте меню Tools и Active Directory Sites And Services.

Откроется окно консоли Active Directory Sites and Services.

2. Откройте папку Inter-Site Transports, затем папку IP и щелкните правой кнопкой мыши связь сайтов Redmond To Chicago, созданную на предыдущем занятии. В контекстном меню выберите команду Properties.

Откроется диалоговое окно свойств Redmond To Chicago.

3. В поле Cost (Стоимость) введите стоимость репликации — 20.

Задание 2: настройте периодичность связи сайтов 1. В поле Replicate Every каждые) введите 120, чтобы задать промежуток времени в минутах между повторами репликации.

Задание 3: настройте доступность репликации связи сайтов 1. Щелкните Change Schedule (Изменить расписание).

Откроется диалоговое окно Schedule For Redmond To Chicago (Расписание для Redmond То Chicago).

2. Сделайте подключение доступным постоянно, кроме интервалов с 8:00 до 9:00 и с 16: до 17:00 с понедельника по пятницу.

3. В окне свойств связи Redmond To Chicago ОК.

Задание 4: создайте мост связей сайтов Откройте папку Inter-Site Transports, щелкните папку IP правой кнопкой и выберите команду New Site Link Bridge (Создать мост связей сайтов).

Откроется диалоговое окно New Object — Site Link Bridge (Новый объект — Мост свя зей сайтов).

2. В поле Name (Имя) введите Redmond to Chicago Bridge.

3. Убедитесь, что в поле Site Links In This Site Link Bridge (Связи сайтов, в дан ный мост) отображаются связи и Redmond to Chicago, и щелк ните ОК.

Резюме что необходимо указать сведения о доступности, стоимости и частоте для всех связей сайтов — это часть процесса настройки межсайтовой репликации. Active Directory всегда выбирает подключение на основе сведений о его стоимости;

таким образом, под ключение с низкой стоимостью используется в первую очередь и до тех пор пока оно до ступно. Создание мостов связей сайтов позволяет повысить эффективность репликации.

Кроме того, установка основного сервера-плацдарма делает данный сервер основным для обмена данными через протокол, соответствующий связи сайтов.

Выполняя практикум, вы настроили стоимость связи сайтов, доступность и периодич ность репликации, а также создали мост связи сайтов.

3 репликации 3. Устранение неполадок репликации Здесь обсуждаются проблемы, возникающие в репликации. Как правило, про блемы, которые можно устранить средствами консоли Active Directory Sites and Services, таковы:

• новая информация каталога не распространяется своевременно;

• запросы на обслуживание не обрабатываются вовремя.

Здесь также рассказывается, как проверить топологию репликации.

Изучив материал этого занятия, вы сможете:

устранять проблемы с Продолжительность занятия — около 5 минут.

Неэффективная репликация вызывает падение производительности Active Directory;

например могут не распознаваться новые пользователи. В большинстве случаев в результате неэффективной обработки запросов и неэффективной репликации информа ция каталога устаревает, а контроллеры домена становятся Каждую про блему можно решить одним или несколькими способами. В табл. приведены рекомен дации по устранению неполадок репликации.

Табл. 6-1. Устранение неполадок Репликация информации каталога прекратилась Причина Решение Сайты, включающие клиентов Создайте связь текущим сайтом и сайтом, и контроллеры домена, не имеют подключенным к остальным сайтам сети связей с контроллерами другого сайта сети. Это вызывает сбои в обмене информацией каталога между сайтами Репликация каталога замедлилась, но не Причина Решение Хотя все сайты соединены связями, Убедитесь, что служба Active Directory настроена структура правильно. Для объединения нескольких связей вой репликации недостаточно пол- сайтов, требующих более эффективной каталога попробуйте создать мост или объединить в мост руется на все контроллеры домена, все связи сайтов если они объединены связями, од нако это не оптимальное решение.

При наличии связей сайтов и отсут ствии мостов распространение изме нений с одних доме нов на другие, с которыми отсутст вуют прямые связи, выполняется слишком долго Настройка сайтов Глава Табл. 6-1. Устранение неполадок репликации (окончание) Репликация каталога замедлилась, но не остановилась Причина Решение сетевых ресурсов недоста- Увеличьте долю свободных сетевых ресурсов, выделяе точно для обслуживания суммар- мых трафику каталога. Уменьшите частоту ного трафика репликации. Такая в расписании. Настройте стоимость связей сайтов.

ситуация может повлиять на служ- Создайте связи сайтов или мосты связей сайтов, чтобы бы, не отношения к получить сетевые подключения с повышенной пропуск Active Directory, поскольку обмен ной способностью каталога требует зна чительных сетевых ресурсов каталога, Увеличьте частоту репликации. Если репликация выпол шаяся на контроллерах домена в няется через мост, проверьте, какая связь сайтов сдер одном сайте, своевременно не об- живает репликацию. Увеличьте интервал времени, новилась на контроллерах домена отведенный для репликации, или частоту репликации в других сайтах, поскольку задан- в заданный интервал времени для проблемной связи ная в расписании частота меж- сайтов сайтовой репликации слишком низка Клиенты пытаются запросить Проверьте, имеется ли сайт, который способен лучше аутентификацию, информацию и обслуживать подсеть клиента. Если медленно обслу службы у контроллера домена по живаемый клиент изолирован от контроллера домена, с низкой пропускной попробуйте создать другой сайт с собственным способностью. Это может замед- контроллером домена, к которому затем присоедините лить отклик на запросы клиентов клиент. Создайте подключение с большей пропускной способностью Проверка топологии репликации Active Directory запускает процесс, который определяет стоимость подклю чений, проверяет доступность известных контроллеров домена и не были ли добавлены новые и затем на основе полученных сведений добавляет или удаляет ния для формирования эффективной топологии репликации. Этот процесс не затрагивает объекты-подключения, созданные вручную.

Проверка топологии репликации 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. В дереве консоли щелкните правой кнопкой мыши сервер, который хотите использо вать для проверки топологии репликации.

3. Щелкните NTDS Settings правой кнопкой и выберите в контекстном меню команду Tasks\Check Replication Topology (Все топологии репликации).

Резюме Мы рассказали о некоторых проблемах, возникающих в процессе репликации, а также о возможных способах их Занятие 4 параметров сервера Занятие 4. Изменение параметров сервера Чтобы сохранить конкурентноспособность в бизнесе, вам необходимо периодически кон фигурировать параметры сервера для сайта. На этом занятии мы опишем некоторые осо бенности обслуживания сервера, в том числе создание в сайте, переме щение этого объекта между сайтами, включение или отключение глобального каталога и удаление объекта сервера из сайта.

Изучив материал этого занятия, вы сможете:

настраивать объект сервера в сайте.

Продолжительность занятия — около минут.

По мере роста и изменения сайта согласно потребностям бизнеса вам может потребо ваться изменить параметры сервера для сайта:

• создать объект-сервер в сайте;

• переместить объект-сервер между сайтами;

• включить или отключить поддержку глобального каталога;

• удалить объект-сервер из сайта.

Создание в сайте Данную процедуру можно использовать для создания в сайте рядовых серверов и кон троллеров домена, Создание вера — не то же самое, что установка ра домена с мастера Active Directory Installation.

Создание объекта-сервера в сайте 1. Раскройте меню Tools и щелкните Active Directory Sites And Services.

В дереве консоли дважды шелкните сайт, в котором будет содержаться новый объект сервер контроллера домена.

3. Щелкните папку Servers правой кнопкой и выберите команду Сервер).

4. В диалоговом окне New Object — Server (Новый объект — Сервер) в поле (Имя) введите имя нового объекта-сервера. Затем щелкните ОК.

Перемещение объектов-серверов между сайтами Описанную ниже процедуру можно использовать для перемещения рядовых серверов и контроллеров домена между сайтами.

объекта-сервера между сайтами Раскройте меню Tools и щелкните пункт Active Directory Sites And Services.

2. В дереве консоли щелкните требуемый объект-сервер правой и выберите ко манду (Все 3. В диалоговом окне Move Server (Перемещение сервера) выберите сайт, куда собираетесь переместить объект-сервер, и щелкните ОК.

сайтоа Включение и отключение поддержки глобального каталога Для регистрации в системе клиентам нужен доступ к глобальному каталогу, поэтому для использования преимуществ сайтов, в каждом из них должна быть минимум одна реплика глобального каталога.

Включение и поддержки глобального каталога 1. Раскройте меню Tools и щелкните Active Sites And Services.

2. В дереве щелкните контроллер домена, содержащий глобальный ка талог.

3. Щелкните правой кнопкой мыши NTDS Settings и выберите команду Properties.

4. Для включения глобального каталога пометьте флажок Global Catalog (для отключения поддержки — сбросьте этот флажок) и щелкните ОК.

Удаление бездействующего объекта-сервера из сайта Используйте данную если хотите навсегда удалить из сайта. Если в дальнейшем вы планируете заново активизировать сервер, вместо удаления сервера уда лите его объект NTDS Settings. После активизации сервера Active Directory ав томатически создаст новый объект NTDS Settings, образом включив сервер в топологию репликации.

Удаление бездействующего сервера Раскройте меню Tools и щелкните Active Directory Sites And Services.

2. В дереве консоли щелкните правой кнопкой удаляемый объект-сервер и выберите ко манду Delete (Удалить).

3. В ответ на запрос подтвердить ваши намерения щелкните Yes.

Резюме Вы научились настраивать параметры сервера, в том числе создавать объект сервера в сай те, перемещать этот объект между включать или отключать поддержку глобаль ного каталога, а также удалять бездействующий объект-сервера из сайта.

Закрепление материала 9 | Приведенные ниже вопросы помогут вам лучше усвоить основные темы главы. Если вы не сумеете ответить на вопрос, повторите материал соответствую щего занятия. Правильные ответы см. в приложении А и в кон це книги.

1. Назовите четыре этапа настройки сайта.

2. Назовите два объекта сайта, которые мастер установки Directory создает автоматически.

3. Какой протокол использует удаленные вызовы процедур для межсаитовои и сайтовой репликации?

4. Назовите три этапа настройки репликации между сайтами.

5. В чем отличие частоты и доступности репликации?

6. Для чего предназначен 7- Управление учетными записями пользователей Занятие Учетные пользователей Занятие 2. Планирование новых учетных записей Создание учетной записи Занятие 4. Создание профиля пользователя Занятие 5. Создание домашних папок Занятие 6. Изменение учетных записей Закрепление материала В этой главе Здесь рассказывается, как использовать и планировать учетные как создавать ло кальные и доменные учетные записи и задавать их свойства. Кроме того, вы как настроить профили пользователей и их домашние папки, а также о том, как запретить, разрешить, переименовать, удалить, разблокировать учетные записи и как восстановить пароли пользователей.

Прежде всего Для изучения материалов этой главы необходимо:

• понимать различия рабочей группы и домена;

• понимать различия контроллера домена и простого сервера;

• уметь входить и выходить из системы Windows 2000;

• знать правила именования в Active Directory.

Учетные записи пользователей Посредством учетной записи может подключиться к домену для доступа к ре сурсам сети или зарегистрироваться каком-либо компьютере, чтобы получить доступ к ресурсам. Все, кто регулярно пользуется сетью, должны иметь уникальную учетную запись.

В Windows 2000 предусмотрено три типа учетных записей: локальные, доменные и учетная user account) позволяет пользователю зареги стрироваться на конкретном компьютере, чтобы получить доступ к его ресурсам. Пользо ватель, обладающий доменной учетной записью (domain user account) может подключиться к домену, чтобы получить доступ к ресурсам сети. Встроенная учетная запись (built-in user account) позволяет выполнять функции администрирования или получать доступ к ло кальным или сетевым ресурсам. На этом занятии рассказано об учетных записях и разли чиях между ними.

Изучив материал этого занятия, вы сможете:

рассказать о различиях между локальной и доменной учетными записями;

рассказать о назначении встроенной учетной записи.

Продолжительность занятия — около 10 минут.

Локальная учетная запись Позволяет войти в систему и получить доступ к ресурсам только того компьютера, на ко тором создана.

Windows 2000 создает локальную учетную запись только в локальной базе данных безо пасности (рис. 7-1). Windows 2000 не информацию о локальной учетной за писи на какой-либо другой компьютер. Если существует локальная учетная запись, для проверки ее подлинности применяется локальная БД безопасности.

Не создавайте локальные учетные записи на компьютерах с Windows 2000, включен ных в домен, так как домен не распознает такие записи. А значит, пользователь не полу чит доступ к ресурсам домена, а администратор домена не сможет управлять локальными учетными записями или назначать разрешения доступа к ресурсам домена, если только он не подсоединился к компьютеру с меню Action (Действие) консоли Computer Management (Управление компьютером).

Локальная БД Локальный пользователь Локальные учетные записи • Обеспечивает доступ к ресурсам на локальном компьютере • Создаются в локальной БД Рис. 7-1. Локальные учетные записи 1 Учетные Учетные записи домена Позволяют пользователям получить доступ к домену и его ресурсам из любого места сети.

При входе в систему пользователь вводит свой пароль и регистрационное имя. На основе этих сведений Windows 2000 опознает пользователя и выделяет ему маркер доступа, кото рый содержит информацию о и параметрах защиты. Маркер доступа иденти фицирует пользователя для компьютеров с Windows 2000, к ресурсам которых он хочет по лучить доступ. Windows 2000 создает маркер доступа на время данной сессии.

Доменная учетная запись создается контейнере или ОП в копии БД каталога Active Directory на контроллере домена (рис. 7-2). Этот контроллер реплицирует информацию о новой учетной записи на остальные контроллеры домена.

После этого все контроллеры в дереве домена могут опознать пользователя при входе в систему.

информации о доменной учетной записи на все контроллеры до мена выполняется не сразу. Поэтому иногда пользователю не удается немедленно войти в систему по только что созданной учетной записи. По умолчанию репликация информации каталога выполняется каждые пять минут.

Доменные записи • Обеспечивают доступ к сетевым ресурсам • Предоставляют маркер доступа для аутентификации • Создаются в Active Directory на контроллере домена Рис. 7-2. Доменная учетная запись Встроенные учетные записи Windows 2000 автоматически создает встроенные учетные записи. Наиболее часто приме няются встроенные учетные записи Administrator (Администратор) и Guest (Гость) Встроенные учетные записи и создаются автоматически, при установке на контроллер домена Internet Information (IIS). — это запись для анонимного доступа к IWAM_ учетная запись для анонимного доступа к приложениям IIS.

Учетная запись автоматически создается при установке Terminal на контроллере домена и используется службами терминалов.

Встроенная учетная запись Administrator Применяется для управления компьютером в целом. Если ваш компьютер входит в до мен, вы можете использовать эту запись для конфигурирования домена. Учетная Управление учетными записями Глава Administrator позволяет создавать и модифицировать учетные записи и труппы, политикой безопасности, устанавливать принтеры, назначать разрешения учетным запи сям для доступа к ресурсам.

Учетную запись Administrator лучше использовать только для выполнения админист ративных задач. О настройке учетных записей для выполнения задач, не связанных с ад министрированием, — в главе 8.

Примечание учетную запись Administrator нельзя. Обязательно переименуйте ее для повышения уровня зашиты. Причем используйте имя, никак не связанное с учетной записью Administrator. Это усложнит процесс ее взлома.

Встроенная учетная запись Guest Применяется временными пользователями для входа в систему и по умолчанию отключена.

Активизируйте ее только в сетях, не высокой степени зашиты, и всегда назна чайте пароль. Вы вправе переименовать эту учетную запись, но не можете ее удалить.

Резюме В Microsoft Windows 2000 разные типы учетных записей: локальные и домен ные. Доменная учетная запись позволяет пользователю подключиться к домену, чтобы получить доступ к ресурсам сети. С помощью локальной учетной записи пользователь вхо дит в систему на конкретном компьютере для получения доступа к его ресурсам. Также существуют встроенные учетные записи, которые бывают как доменными, так и локаль ными. Они предназначены для выполнения функции администрирования или получения доступа к ресурсам.

Доменная учетная запись в копии БД каталога Active Directory на контрол лере домена. Этот контроллер информацию о новой учетной записи на ос тальные контроллеры домена. Windows 2000 создает локальную учетную запись только в БД безопасности конкретного компьютера (локальной БД безопасности). Информация о локальной учетной записи не реплицируется на контроллеры домена. Встроенные учет ные записи Windows 2000 создает автоматически.

2 учетных Занятие 2. Планирование новых учетных записей Вы можете ускорить процесс создания учетных записей, правильно планируя и организуя информацию. В этом занятии рассказывается о планировании:

• правил именования учетных записей;

• требований к паролям;

• параметров учетных записей (время, когда можно входить в систему, компьютеры, с которых это можно делать, а также срок действия пароля).

Изучив материал этого занятия, вы сможете:

планировать создание новых учетных записей;

рассказать, как требования для паролей влияют на уровни безопасности.

Продолжительность занятия — около 10 минут.

Правила именования учетных записей Прежде всего, нужно знать, как пользователи идентифицируются в домене. Логичные правила и строгое их соблюдение помогут вам и вашим пользователям запомнить имена для входа в систему и найти их в списках.

В табл. 7-1 перечислены правила именования, которые необходимо учитывать при планировании учетных записей.

Табл. 7-1. именования Правило Пояснение Локальные учетные записи Имена локальных учетных записей должны быть уникальны на компьютере, где вы их создаете Доменные учетные записи Составное имя (distinguished name, DN) для входа в систему должно быть уникальным в каталоге Active Directory. Относи тельное составное имя (relative distinguished RDN) должно быть уникально в пределах организационного подразделения где вы создаете доменную учетную запись Используйте максимум Имена пользователей могут содержать до 20 символов, 20 символов строчных, так и прописных. В поле разрешается ввести и боль шее число символов, но Windows распознает только Избегайте недопустимых Недопустимы символы:

символов + * ? <> В именах пользователей Вы можете использовать комбинацию и алфа регистр не различается витно-цифровых символов для того, чтобы уникально иден тифицировать пользователя. Регистр не имеет значения, но Windows 2000 сохраняет его Согласуйте учетные записи Если есть два пользователя с именами Иванов Алексей вы можете для первой записи взять ю для с одинако пользователя и его инициалы, а для второй добавить выми именами несколько букв из имени или отчества для того, чтобы записи различались. Например, ИвановАВ и Другой вариант — пронумеровать имена пользователей: и ИвановАВ Управление Табл. 7-1. Правила именования Правило Пояснение Отразите статус служащего Укажите временный статус в их учетной записи.

Для этот можно Т и дефис перед именем пользователя. Например, Или применить скобки Совместимость Некоторые системы электронной почты не воспринимают с электронной почтой такие как пробел или круглые скобки Требования к паролям Чтобы упорядочить доступ к ресурсам системы, каждой учетной записи надо сопоставить пароль. Перечислим основные принципы назначения паролей.

• Всегда назначайте пароль для учетной записи Administrator (Администратор), чтобы предотвратить неавторизованный • Определитесь, кто будет назначать пароли для учетных записей: админис тратор или пользователи. Вы можете делать сами и запретить пользователям их изменять. Другой вариант — разрешить пользователям ввести собственные пароли при первом входе в систему. В большинстве случаев лучше, когда пользователи сами уп равляют своими паролями.

• Придумайте пароли, которые трудно угадать. Избегайте паролей с очевидными ассо (например, год рождения, имя родственника и т. п.).

• Длина пароля может достигать 128 символов. Рекомендуемая минимальная длина — символов.

• Используйте как строчные, так и прописные буквы, числа, а также разрешенные сим волы.

• Между первой и седьмой позициями минимум один символьный знак.

• Пусть следующий пароль как больше отличается от предыдущего.

• Пароль не должен содержать имя пользователя или имя учетной записи.

• В качестве пароля не следует выбирать часто употребляемое слово или имя.

Примечание Групповые политики Windows 2000 также влияют на пароли. Подробнее об использовании групповых политик — в главе 12.

Pages:     | 1 | 2 || 4 | 5 |   ...   | 10 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.