
- •Тема 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-копии
- •Контрольные вопросы

97
зданные в Windows NT 4.0, становятся соответственно зеркальными, чередующимися, составными томами динамического диска. Чередующийся том с четностью преобразуется в том RAID-5.
Для успешной модернизации каждый диск должен содержать 1 Мб неразмеченного пространства. Перед модернизацией диска надо закрыть все обращающиеся к нему программы.
Модернизация базового диска в динамический
Базовый диск можно модернизировать в динамический:
щелкните правой кнопкой значок базового диска и выберите в контекстном меню команду Upgrade To Dynamic Disk (Обновление до динамического диска). Откроется ок-
но мастера обновления. По завершении процесса перезагрузите компьютер.
Преобразовав базовый диск в динамический, можно создавать тома, обладающие дополнительными возможностями, но диск не сможет содержать основные или дополнительные разделы.
Обратное преобразование динамического диска в базовый
Перед преобразованием динамического диска надо удалить все тома, чтобы все пространство диска считалось неразмеченным. Чтобы преобразовать динамический диск в базовый, щелкните правой кнопкой динамический диск (все неразмечен-
ное пространство) и выберите в контекстном меню команду
Revert To Basic Disk (Восстановить конфигурацию базового диска).
Внимание! При преобразовании динамического диска вбазовый все данные будут потеряны.
5.2. Файловая система FAT
Файловая система FAT была создана еще тогда, когда размер дисков был мал, а структура каталогов очень проста. Для защиты файловой системы на томе находятся две копии таблицы расположения файлов, и в случае разрушения одной копии таблицы используется другая, Для загрузки системы таблица FAT должна храниться в точно определенном месте на диске.
98
FAT16 работает в Windows Server так же, как в MS-DOS, Windows З.х/95/98, a FAT32 - как в Windows 95 OSR2/98. Windows Server можно установить на существующий основной раздел FAT или логический диск. В Windows Server можно перемешать или копировать файлы между томами FAT и NTFS.
Windows Server нельзя использовать совместно с программами сжатия или разбиения на разделы, которым требуется доступ к дискам средствами MS-DOS. Поэтому такие программы,
как MS-DOS 6.0 DoubleSpace или MS-DOS 6.22 Disk Space,
нельзя активизировать на основных разделах FAT или логических дисках, к которым надо иметь доступ в Windows Server.
5.2.1. Файловая система FAT16
Диск в файловой системе FAT состоит из секторов по 512 байт. Сектор — это наименьшая единица, используемая при чтении/записи данных.
Наименьшей единицей, которую ОС использует для размещения файла в разделе FAT, является кластер: Размер кластера зависит от размера раздела и может достигать 64 кб.
Каждый кластер раздела в таблице FAT определяется как:
•неиспользуемый;
•используемый файлом;
•испорченный;
•последний кластер файла.
На рисунке 5.4. представлена структура тома FAT16.

99
Рис. 5.4. Структура тома FAT16
Корневой каталог содержит записи для всех файлов и папок тома. Единственное отличие корневой папки от остальных папок в том, что она находится в точно определенной области диска и содержит записи фиксированного размера по 512 байт. Количество записей гибкого диска зависит от его размера.
Папки хранят записи для каждого файла и подпапки. Их атрибуты приведены в таблице 5.1.
Файлы в FAT записываются в первое доступное место тома. Начальный кластер представляет собой адрес первого кластера, используемого файлом. Каждый кластер содержит указатель на следующий кластер файла или шестнадцатеричный признак конца файла. Информацию в папке может использовать любая ОС, поддерживающая FAT. Windows Server хранит дополнительные временные метки в записи папки FAT. Эти метки содержат время создания или последнего доступа к файлу; к ним преимущественно обращаются POSIX-приложения.
Все записи в папке имеют одинаковый размер, а значит, о том, что представляет собой та или иная запись, можно узнать по байту атрибута. Например, один бит указывает, что запись предназначена для подпапки, а другой — что она является меткой тома. Обычно установку этих битов контролирует только ОС.
|
100 |
|
|
|
|
Таблица 5.1 |
|
Атрибуты записи для файлов и папок |
|||
|
|
|
|
Атрибуты записи |
|
Количество бит |
|
Имя |
|
Формат 8.3 |
|
Атрибут |
|
8 |
|
Время создания |
|
24 |
|
Дата создания |
|
16 |
|
Дата последнего доступа |
|
16 |
|
Время последнего изменения |
|
16 |
|
Дата последнего изменения |
|
16 |
|
Начальный кластер вFAT |
|
16 |
|
Размер файла |
|
32 |
|
Пользователь может устанавливать 4 бита из байта атрибута:
•архивный файл;
•системный файл;
•скрытый файл;
•файл только для чтения.
FAT16 включена в Windows Server для совместимости с предыдущими версиями Windows и другими ОС.
В Windows Server размер раздела FAT16 ограничен 4 Гб.
5.2.2. Файловая система FAT32
Основным преимуществом FAT32 над FAT16 является поддержка разделов большего объема. FAT16 поддерживает разделы до 4 Гб, a FAT32 — до 2 047 Гб. В Windows Server раз-
мер создаваемого тома ограничен 32 Гб, но можно смонтировать тома и большего размера.
Для совместимости с существующими программами, сетями и драйверами устройств FAT32 спроектирована с минимальными отклонениями от архитектуры, внутренних структур данных, API-интерфейсов и формата FAT16.
5.2.2.1. Структура разделов FAT32
Файловая система FAT32 преодолела барьер в 4 Гб, ограничивавший объем разделов.

101
Форматируя разделы размером 4 Гб и более под FAT16, надо использовать кластеры размером не менее 32 кб.
Максимальный размер файла в FAT32 — 4 Гб — 2 байта. FAT32 использует для таблицы расположения файлов 4 байта каждого кластера, a FAT16 — 2 байта.
Раздел FAT32 должен содержать не менее 65 527 кластеров, и их размер увеличить нельзя. На рисунке 5.5 изображена структура раздела FAT32.
Рис. 5.5. Структура тома FAT32
Файловые системы FAT16 и FAT32 плохо масштабируемы. При увеличении размера тома растет таблица расположения файлов. Один из недостатков большой таблицы FAT - увеличение времени, требуемое ОС для определения объема свободного объема загрузочного тома после перезагрузки.
Таблица расположения файлов представляет собой упакованный список 32-разрядных записей, связанных один в один с кластерами.
Ограничения FAT32
Максимальный размер тома в FAT32 ограничен максимальным числом записей FAT, числом секторов в кластере и 32-разрядным числом секторов в записи раздела. (Предполагается, что размер сектора составляет 512 байт).
Таблица 5.2 связывает максимальный размер раздела с размером кластеров.