- •Глава 1: Введение в Windows Server 2003 Terminal Services
- •Роли сервера
- •Технология Terminal Services
- •Новые ответы на старые вопросы
- •Режимы совместимости
- •Улучшения в протоколе rdp 5.2
- •Клиент Remote Desktop Connection
- •Каталог сеансов
- •Лицензирование терминальных служб
- •Компоненты лицензирования Terminal Server
- •Конфигурация через групповые политики
- •Доступ к параметрам пользователя через adsi
- •Типы лицензий
- •Инсталляция Terminal Server Licensing
- •Обнаружение сервера лицензирования
- •Назначение лицензий
- •Групповые политики для сервера лицензирования
- •Глава 2: Установка и настройка терминального сервера Сценарии развертывания терминальных служб
- •Замена рабочего стола
- •Удаленный доступ
- •Установка роли терминального сервера
- •Настройка роли терминального сервера
- •Совместимость разрешений (Permission Compatibility)
- •Лицензирование (Licensing)
- •Ограничить пользователя одним сеансом (Restrict Each User to One Session)
- •Основная настройка групповых политик
- •Дополнительные параметры
- •Установка и настройка клиента Remote Desktop Connection
- •Клиент Remote Desktop Connection
- •Клиент Remote Desktop Web Connection
- •Глава 3. Каталог сеансов и распределение нагрузки
- •Конфигурация аппаратного обеспечения терминального сервера
- •Конфигурация жесткого диска
- •Процессор
- •Нижняя граница
- •Отказоустойчивость
- •Распределение нагрузки
- •Настройка nlb
- •Другие балансировщики нагрузки
- •Каталог Сеансов (Session Directory)
- •Настройка каталога сеансов
- •Как работает каталог сеансов
- •Глава 4. Администрирование терминального сервера
- •Требования для доступа к терминальному серверу
- •Разрешения для rdp
- •Уровни доступа rdp
- •Настройка учетных записей пользователей
- •Домашний каталог и каталог профиля
- •Путь к профилю Terminal Services
- •Домашние каталоги
- •Настройка свойств пользователей через интерфейсы Active Directory Service
- •Групповые политики
- •Управление терминальными серверами в среде ad
- •Настройка терминальных серверов при помощи групповых политик
- •Настройки интерфейса пользователя
- •Ограниченные группы
- •Порядок обработки политик
- •Обратный порядок обработки политик
- •Разрешение обратного порядка
- •Результирующая политика
- •Управление сеансами пользователей
- •Удаленное управление
- •Редактирование реестра
- •Утилиты командной строки
- •Глава 5. Установка приложений и совместимость
- •Механизмы совместимости приложений
- •Скрипты входа
- •Пример 1
- •Пример 2
- •Дополнительные административные скрипты
- •Инсталляция приложений
- •Отображение реестра
- •Отображение файлов ini
- •Режимы инсталляции и исполнения
- •Скрипты совместимости приложений
- •Примеры инсталляции приложений на терминальном сервере
- •Простая инсталляция
- •Заказная инсталляция
- •Инсталляция с использованием скриптов совместимости
- •Установка недокументированных приложений
- •Пример из реального мира
- •Флаги совместимости Terminal Services
- •Инсталляция приложений с помощью групповых политик
- •Создание папки общего доступа
- •Создание административных инсталляций
- •Добавление пакетов в gpo
- •Фильтрация приложений
- •Перезагрузка терминальных серверов
- •Развертывание приложений для конечных пользователей
- •Глава 6: Безопасность и защита от вирусов
- •Вирусы, черви, трояны...
- •Настройка безопасности в Internet Explorer
- •Изменения, вносимые Internet Explorer Enhanced Security Configuration
- •Управление разрешенными элементами ActiveX
- •Реализация Windows Automatic Updates
- •Использование sus
- •Развертывание сервис-паков и заплат
- •Использование групповых политик для развертывания пакетов обновлений
- •Развертывание заплат
- •Использование файла zap
- •Использование скрипта остановки
- •Практика защиты от вирусов
- •Все вместе
- •Пример 1: Небольшая среда (театр)
- •Пример 2: BigBusiness, Inc.
- •Прложение a: Клиенты Terminal Services
- •Приложение b: Важные ссылки
- •Приложение с: Изменения в реестре
- •Приложение d: Скрипты
- •Скрипт перезагрузки
- •Приложние e: Командные утилиты Terminal Services
- •Параметры командной строки клиента Remote Desktop Client
Использование sus
В больших или критических средах вы можете захотеть выбирать, какие обновления необходимы вы вашей среде, или иметь возможность проверить обновления на тестовом сервере до установки его на рабочий сервер. Для этого Microsoft предлагает SUS.
SUS устанавливается на Win2K IIS или WS2K3 Application Server и заменяет собой сайт Microsoft Automatic Updates. Затем вы используете GPO, чтобы перенаправить клиента Automatic Updates на внутренний сервер SUS. Клиент тогда загружает обновления с сервера SUS, а не с сайта Microsoft.
Для установки SUS загрузите инсталлятор с сайта Microsoft (http://www.microsoft.com/windows2000/windowsupdate/sus/default.asp). Инсталляция по умолчанию размещает исходные файлы в каталоге C:\sus\content и требует от вас вручную санкционировать новые версии ранее санкционированных обновлений до того, как клиенты смогут их загрузить и инсталлировать. Вы можете изменить эти опции либо после инсталляции, либо выбрав заказную инсталляцию в мастере Windows Installer:
Если на сервере приложений мало свободного места на диске и терминальный сервер имеет выход в Интернет, вы можете оставить опцию хранить исходные файлы обновлений на сервере Microsoft. Вы оставляете за собой возможность выборочно потверждать и проверять обновления, но не будете иметь локальные копии исходных файлов.
Иногда Microsoft выпускает обновленные версии ранее выпущенных заплат. SUS позволяет вам считать обновленные версии новыми версиями (это полезно, если вы тестируете обновления перед установкой их в рабочей среде) или автоматически санкционировать новую версию, если уже установили оригинальную.
После установки SUS, вы можете настроить и управлять службой посредством веб-интерфейса http://localhost/susadmin или удаленно через http://<servername>/susadmin. В нем вы можете настроить прокси-сервер (если он нужен для доступа к серверу Microsoft), указать имя, которое клиенты будут использовать для доступа к SUS, выбрать синхронизацию обновлений с сервером Microsoft или с другим сервером SUS (полезно, если у вас есть несколько серверов SUS), а также изменить две опции, установленные во время установки.
Если для обновления исходных файлов вы используете локальное хранилище, вы можете выбрать, какие локализованные версии следует загружать. Выберите только те языки, которые поддерживают клиенты, поскольку дополнительные файлы могут потреблять много места на диске и увеличить время синхронизации.
В интерфейсе администрирования SUS вы также можете указать, где инициировать синхронизацию. Во время синхронизации сервер загружает последний каталог обновлений с Microsoft, а также исходные файлы обновлений (если вы выбрали локальное хранение). После выполнения ручной синхронизации и убедившись, что прокси настроен правильно, вы должны создать расписание синхронизации, чтобы ваш сервер SUS всегда содержал последние обновления.
После синхронизации вашего сервера SUS, используйте административный интерфейс для санкционирования новых обновлений.
SUS содержит описание каждого обновления, ссылку на подробности инсталляции, список операционных систем, к которым применяется данное обновление. На экране подробностей имеется гиперссылка на бюллетень Microsoft, в котором содержится дополнительная информация.
Если вы планируете проверить обновления до применения их в рабочей среде, вы можете вручную загрузить их с сайта Windows Update или создать два сервера SUS — один для тестов, а второй для рабочей среды. Санкционируйте обновления сначала на тестовом сервере, а затем, после проверки, санкционируйте их на рабочем сервере.
Чтобы настроить терминальные серверы для вытягивания обновлений с сервера SUS, настройте GPO тем же способом, как для Microsoft Automatic Updates, но используйте Specify Intranet Microsoft update service location и укажите там URL вашего сервера SUS.
SUS позволяет вам управлять, какие обновления будут установлены на терминальных серверах. Хотя этот метод дает возможность проверить обновления перед установкой, он также требует ручного санкционирования. Вы должны бдительно следить за появлением бюллетеней безопасности Microsoft или часто проверять свой сервер SUS - не появились ли там новые обновления.
На момент написания этой статьи, клиент Automatic Updates имел один существенный недостаток. Если обновление или пакет обновлений загружены и готовы к инсталляции, клиент не сможет загрузить новые обновления до тех пор, пока не будут инсталлирован первый набор. Поэтому вам следует либо настроить ежедневный график инсталляции, либо еженедельно санкционировать обновления на сервере SUS. Тогда клиент при запросе SUS загружает и инсталлирует все ожидающие обновления.
