- •Тема 1. ЦЕЛИ И ЗАДАЧИ СЕТЕВОГО АДМИНИСТРИРОВАНИЯ
- •Контрольные вопросы
- •Тема 2. ВВЕДЕНИЕ В WINDOWS SERVER
- •2.1. Семейства Microsoft Windows 2000 Server и Windows Server 2003-2008
- •2.2. Характеристики Windows 2000 и Windows Server 2003-2008
- •2.3. Контроллеры домена и рядовые серверы
- •2.3.1. Роли серверов
- •2.4. Архитектура операционной системы
- •2.4.1.1. Внешние подсистемы (подсистемы среды)
- •2.4.1.2. Интегральные (внутренние) подсистемы
- •2.4.2.1. Исполнительная система Windows Server
- •2.4.2.2. Драйверы устройств
- •2.4.2.3. Микроядро
- •2.4.2.4. Аппаратно-зависимый уровень
- •Контрольные вопросы
- •Тема 3. СЛУЖБА КАТАЛОГОВ WINDOWS SERVER
- •3.1. Знакомство со службой каталогов
- •3.2. Рабочие группы и домены
- •3.3. Служба каталогов Active Directory
- •3.3.2.1. Логическая структура
- •3.3.2.2. Физическая структура
- •Контрольные вопросы
- •4.2. Установка и начальная настройка системы
- •4.2.2. Выбор носителя дистрибутива системы
- •4.2.3. Процесс установки системы Windows Server 2003
- •Контрольные вопросы
- •Тема 5. ФАЙЛОВЫЕ СИСТЕМЫ MS WINDOWS SERVER
- •5.1. Обслуживание жестких дисков
- •5.1.1.1. Типы дисков, разделов и томов
- •5.1.1.2. Файловые системы
- •5.1.2. Основные задачи обслуживания дисков
- •5.1.2.1. Работа с простыми томами
- •5.1.2.2. Работа с составными томами
- •5.1.2.3. Работа с чередующимися томами
- •5.1.2.4. Добавление нового диска
- •5.1.2.5. Изменение типа диска
- •5.2. Файловая система FAT
- •5.2.1. Файловая система FAT16
- •5.2.2. Файловая система FAT32
- •5.2.2.1. Структура разделов FAT32
- •5.3. Файловая система NTFS
- •5.3.1. Введение в NTFS
- •5.3.2. Структура NTFS
- •5.3.2.1. Структура тома NTFS
- •5.4. Безопасность файловых систем
- •5.5. Дополнительные файловые системы
- •5.5.1. Распределенная файловая система
- •5.5.1.1. Общие сведения о DFS
- •5.5.1.2. Преимущества DFS
- •5.5.1.3. Ограничения, накладываемые DFS
- •5.5.1.4. Типы корней DFS
- •5.5.1.5. Конфигурирование томов DFS
- •5.5.2. Служба репликации файлов
- •5.5.2.1. Репликация посредством FRS
- •5.5.2.2. Уникальные порядковые номера
- •Контрольные вопросы
- •Тема 6. СЛУЖБА КАТАЛОГОВ ACTIVE DIRECTORY
- •6.1. Обзор Active Directory
- •6.1.1. Введение в Active Directory
- •6.1.1.1. Концепция Active Directory
- •DC=ru/DC=bupk/CN=Users/CN=Ivan Petrov
- •Значение
- •Представляет
- •6.1.2.1. Модель данных
- •6.1.2.2. Схема
- •6.1.2.3. Модель безопасности
- •6.1.2.4. Модель администрирования
- •6.1.2.5. Доступ к Active Directory
- •6.1.2.6. Архитектура службы каталогов
- •6.2. Планирование внедрения Active Directory
- •6.2.1. Планирование пространства имен
- •6.2.1.1. Внутреннее и внешнее пространства имен
- •Преимущества
- •Недостатки
- •Сценарий 2. Внутреннее и внешнее пространства имен различаются
- •Преимущества
- •Недостатки
- •6.2.1.2. Выбор архитектуры пространства имен
- •6.2.2.1. Создание структуры ОП
- •6.2.2.2. Рекомендации по разработке структуры ОП
- •6.2.2.3. Структура иерархии ОП
- •6.2.3. Планирование сайта
- •6.2.3.1. Оптимизация регистрационного трафика
- •6.2.3.2. Оптимизация репликации каталога
- •6.3. Внедрение Active Directory
- •6.4.1. Создание первого контроллера нового домена
- •6.4.2.1. База данных Active Directory
- •6.4.2.2. Общий системный том
- •6.4.3.1. Смешанный режим
- •6.4.3.2. Основной режим
- •6.5. Администрирование Active Directory
- •6.5.1. Создание подразделений и объектов в них
- •6.5.1.1. Создание организационных подразделений (ОП)
- •6.5.1.2. Добавление объектов в ОП
- •6.5.2. Управление объектами Active Directory
- •6.5.2.1. Поиск объектов
- •6.5.2.3. Перемещение объектов
- •6.5.3. Управление доступом к объектам Active Directory
- •6.5.3.1. Управление разрешениями Active Directory
- •6.5.3.2. Наследование разрешений
- •6.5.3.3. Делегирование полномочий по управлению объектами
- •Контрольные вопросы
- •Тема 7. АДМИНИСТРИРОВАНИЕ MS WINDOWS SERVER
- •7.1. Использование Microsoft Management Console (MMC)
- •7.1.1.1. Консоли ММС
- •7.1.2.1. Изолированная оснастка
- •7.1.2.2. Расширение оснастки
- •7.1.3.1. Авторский режим
- •7.1.3.2. Пользовательский режим
- •7.2. Администрирование учетных записей пользователей
- •7.2.2. Планирование новых учетных записей пользователей
- •7.2.2.1. Правила именования
- •7.2.2.2. Требования к паролю
- •7.2.2.3. Параметры учетных записей
- •7.2.4.1. Диалоговое окно свойств
- •7.2.5.1. Профиль пользователя
- •7.2.5.2. Изменение учетных записей пользователей
- •7.2.5.3. Создание домашней папки
- •7.3. Администрирование учетных записей групп
- •7.3.2.1. Типы групп
- •7.3.2.2. Область действия группы
- •7.3.2.3. Участники групп
- •7.3.2.4. Вложенность групп
- •7.3.2.5. Стратегии групп
- •7.3.3. Внедрение групп
- •7.3.3.1. Администрирование групп
- •7.3.4. Внедрение локальных групп
- •7.3.4.1. Создание локальных групп
- •Описание
- •7.3.5. Встроенные группы
- •7.3.5.1. Встроенные глобальные группы
- •7.3.5.2. Встроенная локальная группа домена
- •7.3.5.3. Встроенные локальные группы
- •7.3.5.4. Встроенные системные группы
- •7.4. Администрирование групповой политики
- •7.4.1. Введение в групповые политики
- •7.4.2. Преимущества групповой политики
- •7.4.2.1. Типы групповых политик
- •7.4.2.2. Структура групповой политики
- •7.4.2.3. Применение групповой политики
- •Контрольные вопросы
- •Тема 8. СИСТЕМА БЕЗОПАСНОСТИ WINDOWS
- •8.1. Инфраструктура открытого ключа
- •8.1.2.1. Шифрование с применением открытых ключей
- •8.1.2.2. Секретные ключи
- •8.1.3.1. Иерархия ЦС
- •8.1.4.1. Архитектура служб сертификации
- •8.1.4.2. Обработка запроса сертификата
- •8.1.4.3. Сертификаты ЦС
- •8.1.4.4. Установка служб сертификации
- •8.1.4.5. Администрирование служб сертификации
- •8.2. Технологии открытого ключа
- •8.2.1. Защищенные каналы
- •8.2.2. Смарт-карты
- •8.2.2.1. Вход в систему с помощью смарт-карты
- •8.2.3. Технология Authenticode
- •8.2.4. Шифрованная файловая система
- •8.2.4.1. Защита данных
- •8.2.4.2. Восстановление данных
- •8.2.4.4. Отказоустойчивость
- •8.2.4.5. Шифрование в EFS
- •8.2.4.6. Расшифровка в EFS
- •8.2.4.7. Восстановление EFS
- •8.2.4.8. Утилита командной строки cipher (шифр)
- •8.2.5.1. Политики IPSec
- •8.2.5.2. Компоненты IPSec
- •8.2.5.3. Пример связи по IPSec
- •8.3. Протокол Kerberos в Windows Server
- •8.3.1. Обзор протокола Kerberos
- •8.3.1.1. Термины протокола Kerberos
- •8.3.1.2. Возможности протокола Kerberos
- •8.3.1.3. Процесс аутентификации с помощью Kerberos
- •8.3.1.4. Делегирование в Kerberos
- •8.3.2.1. Локальный интерактивный вход в систему
- •8.3.2.2. Интерактивный вход в домен
- •8.3.2.3. Поддержка открытого ключа в Kerberos
- •8.4. Средства конфигурации системы безопасности
- •8.4.1.1. Настройка системы безопасности
- •8.4.1.2. Анализ безопасности
- •8.4.3. Оснастка Group Policy (Групповая политика)
- •8.5. Аудит в Microsoft Windows
- •8.5.1. Обзор аудита в Windows
- •8.5.1.1. Использование политики аудита
- •8.5.3.1. Настройка аудита
- •8.5.3.2. Настройка политики аудита
- •8.5.3.3. Аудит доступа к файлам и папкам
- •8.5.3.4. Аудит доступа к объектам Active Directory
- •8.5.3.5. Аудит доступа к принтерам
- •8.5.4.1. Журналы в Windows
- •8.5.4.2. Управление журналами аудита
- •8.5.4.3. Архивация журналов
- •Контрольные вопросы
- •Тема 9. СЕТЕВЫЕ СЛУЖБЫ И ПРОТОКОЛЫ
- •9.1. Основы функционирования протокола TCP/IP
- •9.1.3.1. Разбиение сетей на подсети с помощью маски подсети
- •9.2. Сетевые протоколы
- •9.2.1. Протокол ATM
- •9.2.1.1. LAN Emulation
- •9.2.1.2. IP поверх ATM
- •9.2.1.3. ATM поверх xDSL
- •9.3. Сетевые службы
- •9.3.1. Служба DNS
- •9.3.1.1. Служба DNS: пространство имен, домены
- •9.3.1.2. Служба DNS: домены и зоны
- •9.3.1.3. Зоны прямого и обратного просмотра
- •9.3.1.4. Алгоритмы работы итеративных и рекурсивных запросов DNS
- •9.3.2.1. Введение в DHCP
- •9.3.2.2. Аренда DHCP
- •9.3.3. Служба WINS
- •9.3.3.1. Процесс преобразования имен службой WINS
- •9.3.3.2. Регистрация имени
- •Контрольные вопросы
- •Тема 10. СЛУЖБА РЕЗЕРВНОГО КОПИРОВАНИЯ
- •10.1. Базовые понятия службы резервного копирования
- •10.1.1. Типы резервного копирования
- •10.2. Разработка и реализация стратегии резервного копирования
- •10.2.1. Понятие плана архивации
- •10.2.2. Выбор архивных устройств и носителей
- •10.2.3. Типовые решения архивации
- •10.2.4. Пример создания задания на выполнения архивации данных
- •10.2.5. Пример восстановления данных из резервной копии
- •10.2.6. Теневые копии
- •10.2.7. Использование теневых копий
- •10.3. Архивирование и восстановление состояния системы
- •10.3.1. Архивирование и восстановление состояния системы
- •10.3.2. Автоматическое аварийное восстановление системы
- •10.3.2.2. Восстановление системы с помощью ASR-копии
- •Контрольные вопросы
125
-составные имена (distinguished name, DN);
-относительные составные имена (relative distinguished name, RDN);
-глобально уникальные идентификаторы (globally unique identifier, GUID);
-основные имена пользователей (user principal name, UPN). Active Directory является LDAP-совместимой службой ка-
талога, т.е. все обращения к объектам в каталогах осуществляются по протоколу LDAP.
Составное имя
Объекты размещаются в доменах Active Directory согласно иерархическому пути, включающему метки доменного имени Active Directory и всех уровней контейнерных объектов.
Каждый объект в хранилище Active Directory имеет составное имя. Оно уникально идентифицирует объект и содержит информацию для клиента, достаточную для извлечения объекта из каталога.
DN включает имя домена, содержащего объект, и полный путь к объекту по иерархии контейнеров.
Следующее DN идентифицирует объект-пользователя Ivan Petrov в домене bupk.ru:
DC=ru/DC=bupk/CN=Users/CN=Ivan Petrov
Разделители и значения, использованные в DN для Ivan Petrov, приведены в таблице 6.1.
Таблица 6.1
Разделители и значения, использованные в DN для Ivan Petrov
LDAPразделитель |
Значение |
Представляет |
|
|
|
DC |
ru |
Компонент домена |
DC |
bupk |
Компонент домена |
CN |
Users |
Общее имя |
CN |
Ivan Petrov |
Общее имя |
В оснастке не отображаются сокращения LDAP (O=, DC=, CN=). Они приведены здесь лишь для иллюстрации того, как
126
LDAP распознает составные части DN. Некоторые из сокращений, описанных в RFC-документах, например О= для наименования организации и С= для страны, в Active Directory не применяются, хотя и распознаются протоколом LDAP.
Относительное составное имя
В Active Directory можно найти объект, даже не зная его точного DN или если это имя было изменено. Поиск можно вести по атрибутам объекта, один из которых — относительное составное имя, часть полного DN.
В предыдущем примере RDN для объекта-пользователя Ivan Petrov будет CN= Ivan Petrov, а для родительского объекта — CN=Users.
Active Directory позволяет копировать RDN объектов, однако в рамках одного организационного подразделения (ОП) такие имена должны быть уникальны. Например, если в ОП Users есть учетная запись пользователя Ivan Petrov, добавить в то же ОП запись о дноименного пользователя нельзя. Однако если ОП Users содержит два меньших ОП, например Managers и Sales, то в обоих разрешено создать учетную запись Ivan Petrov, поскольку каждая будет иметь уникальное DN.
Глобально уникальный идентификатор
Помимо DN, каждый объект в хранилище Active Directory обладает глобально уникальным идентификатором — 128-разрядным номером, назначенным агентом DSA при создании объекта. GUID не изменяется даже после перемещения или переименования объекта. Приложения могут хранить GUID объекта и гарантированно находить объект независимо от его текущего DN.
В Windows NT ресурсы домена были связаны с идентифи-
катором безопасности (security identifier, SID), формируемом внутри домена, т.е, SID был уникален только в рамках домена. GUID уникален во всех доменах, причем его уникальность сохраняется при перемещении объектов из одного домена в другой.
Основное имя пользователя
127
Это дружественное имя, которое короче DN и легче для запоминания. Основное имя пользователя состоит из сокращенного имени, представляющего пользователя, и, как правило, DNSимени домена, в котором находится объект USER.
Формат основного имени таков:
имя пользователя, символ @, суффикс основного имени пользователя.
Например, пользователь Ivan Petrov в bupk.ru мог бы иметь основное имя вида username@bupk.ru.
UPN не зависит от DN объекта-пользователя, поэтому объект User разрешается перемещать или переименовывать, не изменяя регистрационного имени пользователя.
6.1.2.Архитектура Active Directory
Active Directory составляют несколько основных архитектурных компонентов: схема, модели данных, безопасности и администрирования.
6.1.2.1. Модель данных
Модель данных Active Directory унаследована от модели данных Х.500. Каталог содержит объекты, представляющие различные компоненты сети. Каждый объект представлен атрибутами. Совокупность объектов, допустимых для хранения в каталоге, определяется схемой.
6.1.2.2. Схема
Схема реализована как набор экземпляров классов объектов, хранимых в каталоге. Схема может обновляться динамически, т.е. приложение вправе добавить в схему новые атрибуты и классы и сразу использовать эти расширения.
Схема обновляется путем создания или изменения хранимых в каталоге объектов схемы. Как и все объекты хранилища Active Directory, объекты схемы защищены списками управления доступом (access control list, ACL), поэтому изменять схему раз-
решено только правомочным пользователям.
128
6.1.2.3. Модель безопасности
Каталог — полноценная составляющая инфраструктуры безопасности Windows Server. ACL защищает все объекты в хранилище Active Directory. Средства авторизации доступа Windows Server применяют ACL для разрешения доступа к объектам или атрибутам в хранилище Active Directory .
6.1.2.4. Модель администрирования
Active Directory администрируют только авторизованные пользователи. Администратор вправе предоставить пользователю некий стандартный набор разрешений для выполнения только определенных действий над указанной совокупностью экземпляров или классов объектов в конкретном поддереве каталога, т. е. делегировать административные полномочия. Это позволяет четко контролировать распределение полномочий, не предоставляя каждому отдельному пользователю конкретные разрешения.
6.1.2.5. Доступ к Active Directory
Доступ к Active Directory осуществляется по сетевым протоколам, определяющим форматы передаваемых сообщений и способы взаимодействия клиента с сервером. Доступ к этим протоколам предоставляют интерфейсы прикладного програм-
мирования (application programming interface, API).
Интерфейсы прикладного программирования
Служба Active Directory обладает мощными, гибкими и простыми в работе API. Богатый набор API для службы каталога способствует разработке использующих ее приложений и инструментов.
Интерфейсы Active Directory
В помощь разработчикам приложений, взаимодействующих с Active Directory и другими LDAP-совместимыми катало-
гами, в Microsoft был создан Active Directory Service Interface (ADSI) — набор расширяемых интерфейсов для разработки приложений, взаимодействующих с Active Directory, любым каталогом на базе LDAP, другими службами каталогов, включая
Novell Directory Services (NDS).