Виртуализация презентаций с помощью служб терминалов Windows Server 2008 - Что нового в службах терминалов
ОГЛАВЛЕНИЕ
Что нового в службах терминалов
У служб терминалов в Windows Server 2008 имеется новых компонентов и возможностей:
Terminal Services RemoteApp Одним из больших изменений в Windows Server 2008 является возможность сделать удаленном единственное приложение. В предыдущих версиях служб терминалов, передавался весь удаленный рабочий стол, даже если требовался лишь доступ к единственному приложению. Это часто путало пользователей, поскольку некоторые приложения появлялись на удаленном рабочем столе (через службы терминалов), а некоторые на локальном рабочем столе – и запомнить, на каком рабочем столе находилось какое приложение было непросто. Теперь приложения, доступ к которым производится через службы терминалов, выглядят и ведут себя так, как если бы они работали на локальном компьютере конечного пользователя.
Веб-клиент служб терминаловВсем хочется предоставить конечным пользователям простой способ запускать приложения. Веб-клиент служб терминалов удовлетворяет эту потребность, позволяя администраторам публиковать отдельные приложения на веб-странице. Веб-клиент служб терминалов включает веб-страницу по умолчанию, которую можно развернуть прямо в начальной конфигурации, но также может быть модифицирован и включен в веб-узел SharePoint. Чтобы запустить TS RemoteApp с помощью веб-клиента служб терминалов, пользователь посещает веб-страницу (доступную из Интернета или интрасети), видит список всех доступных приложений и щелкает на то, которое хочет запустить.
В Windows Server 2003, чтобы сделать возможным подключение из обозревателя требовался отдельный элемент управления ActiveX, именуемый Remote Desktop Web Connection (RDWC). Теперь элемент управления был встроен прямо в основной клиент Remote Desktop Connection (RDC), так что ничего не требуется загружать или устанавливать на клиенте. Более того, поддерживается полный набор функций протокола удаленного рабочего стола (Remote Desktop Protocol – RDP), что не делал клиент RDWC.
Шлюз служб терминалов Шлюз служб терминалов – один из наиболее значительных новых компонентов Windows Server 2008. Трафик RDP проходит через порт 3389 и одной из крупных проблем, с которой сталкивались администраторы при развертывании сервера терминалов для пользователей извне брандмауэра была необходимость либо открыть порт в брандмауэре (не рекомендуется), либо использовать отдельное решение VPN (дорого). Благодаря шлюзу служб терминалов, трафик RDP туннелируется через HTTPS (порт 443) для установки зашифрованного соединения между удаленными пользователями в Интернете и сервером терминалов (или удаленным ПК). Что еще лучше, такой сценарий отлично срабатывает даже если пользователь или сервер терминалов расположен за основанным на пересечениях маршрутизатором преобразования сетевых адресов ( NAT).
Шлюз служб терминалов может быть соединен с другим компонентом Windows Server 2008 — защитой доступа к сети (NAP), чтобы помочь в обеспечении работоспособности клиентских компьютеров перед выдачей доступа к ресурсам служб терминалов.
Посредник сеансов служб терминалов Windows Server 2000 представил нам балансировку сетевой нагрузки (NLB), но хотя она действительно хорошо работала для веб-серверов, она не была идеальна для балансировки загрузки служб терминалов. Новый посредник сеансов служб терминалов предоставляет отличную альтернативу, путем расширения возможностей каталога сеанса Windows Server 2003, чтобы сделать возможной балансировку нагрузок на основе сеанса.
При использовании посредника сеансов служб терминалов, новые сеансы распределяются на наименее загруженный сервер в ферме и пользователям не нужно знать, где был установлен сеанс, чтобы подключиться к существующему сеансу. ИТ-руководители могут использовать эту функцию для сведения IP-адресов каждого из серверов терминалов в единую запись DNS. Такая конфигурация может также предоставлять устойчивость к сбоям; если один из серверов фермы недоступен, пользователи подключатся к следующему наименее загруженному серверу в ферме.
Быстрая печать служб терминалов Печать традиционно была бичом многих администраторов в средах служб терминалов. Учитывая необходимость совпадения драйверов печати на серверах и клиентских компьютерах, конечные пользователи не обладали большой гибкостью в установке принтеров, тогда как администраторам приходилось думать об управлении драйверами печати на сервере. По контрасту, благодаря быстрой печати служб терминалов, пользователи теперь могут уверенно распечатывать из TS RemoteApp или полного настольного сеанса на локальном устройстве печати, подключено ли оно напрямую или через сеть. Самое лучшее здесь заключается в том, что принтеры теперь можно поддерживать, не устанавливая для этого драйверы на сервере терминалов.
Когда пользователь желает распечатать что-то из программы TS RemoteApp или настольного сеанса, ему выводится диалоговое окно полных свойств принтера от локального клиента и он получает доступ ко всем функциям принтеров (таким, как водяные знаки, сортировка и сшивание). Когда пользователь печатает что-то, задача печати визуализируется на сервере с помощью файлового формата Microsoft XPS и отсылается клиенту. Вдобавок, при применении быстрой печати служб терминалов администраторы могут использовать групповую политику для ограничения числа перенаправляемых принтеров принтером по умолчанию, тем самым понижая издержки и улучшая масштабируемость.
Таковы появившиеся в Windows Server 2008 компоненты с «большим именем». Мы вернемся к TS RemoteApp, веб-клиенту служб терминалов, посреднику сеансов служб терминалов и шлюзу служб терминалов ниже в этой статье. Сперва давайте взглянем на некоторые другие компоненты в этом выпуске, из числа отличных, но менее выдающихся.