TS RemoteApp

Введение

Достаточно часто работа пользователя на терминальном сервере ограничивается запуском одного или нескольких приложений и не требует полноэкранной сессии. Технология Terminal Services RemoteApp (удаленные приложения) упрощает работу по такому сценарию. Удаленные приложения могут распространяться с помощью msi-пакетов и интегрироваться с локальной операционной системой. В частности, ярлыки этих приложений будут находиться в меню "Пуск" или на рабочем столе локального компьютера, а также использоваться при открытии ассоциированных с ними типов файлов.

Системные требования

Для использования технологии RemoteApp, клиент удаленного рабочего стола должен быть версии 6.0 или выше. В данный момент доступен клиент версии 7.0 для операционных систем: Windows XP, Windows Vista, Windows 2003/2008 Server. Установить его можно при помощи системы обновлений. В Windows 7 и Windows 2008 R2 он используется по умолчанию.

Принцип работы

В связи с необходимостью более полной интеграции с локальной системой, принцип работы удаленных приложений отличается от работы в полноэкранной сессии. Рассмотрим это более подробно (рис. 1). Информация позаимствована из Windows Server 2008 Terminal Services Resource Kit.

Рис. 1. Схема запуска удаленного приложения

1. Пользователь запускает клиент удаленного рабочего стола mstsc.exe и соединяется с сервером.
2. Создается терминальная сессия. Открывается процесс Userinit.exe. Он стартует Rdpinit.exe, управляющий Rdpshell.exe. Rdpshell.exe - это оболочка, используемая при работе в удаленных приложениях вместо Windows Explorer (explorer.exe).
3. Между клиентской и серверной составляющей устанавливается виртуальный канал. Он используется для передачи данных между сервером и клиентом.
4. Rdpinit.exe проверяет список разрешенных для запуска приложений. Если приложение разрешено, терминальный сервер запускает его.
5. Создается окно приложения.
6. Rdpshell.exe взаимодействует с окном приложения и передает данные терминальному клиенту.
7. Терминальный клиент создает окно, которое полностью идентично невидимому окну приложения на терминальном сервере. С этого момента пользователь может работать с приложением в обычном режиме.

За корректное отображение удаленных приложений отвечают следующие серверные компоненты:

• Rdpinit.exe,
• Rdpshell.exe,
• Rdpdll.dll.

Rdpinit.exe - это аналог Userinit.exe. С его помощью запускаются логон-скрипты и создается оболочка пользователя. Rdpinit.exe отвечает за запуск Rdpshell.exe и обновление значков в панели уведомлений на стороне клиента через Rdpdd.dll. Кроме того, Rdpinit.exe управляет процессом завершения сеанса.

Rdpshell.exe на сервере отслеживает изменения, происходящие в окне приложения (например, открытие или закрытие) и передает их клиенту. Также, Rdpshell.exe обнаруживает соединение\отключение\переподключение терминальной сессии и соответственно закрывает или открывает окно приложения на стороне клиента.

Rdpdd.dll получает от Rdpinit.exe и Rdpshell.exe значки из панели уведомлений и обновляет их отображение на клиенте. Кроме того, Rdpdd.dll отслеживает изменения на стороне клиента и передает их приложению, запущенному на сервере.

Со стороны клиента, ключевой технологией при работе с удаленными приложениями является RemoteApps Integrated Locally (RAIL). Это расширение RDP-протокола, позволяющее более полную интеграцию с рабочим столом пользователя.

RAIL-клиент запускается на локальном компьютере пользователя и создает окно или значок оповещения для соответствующих им элементов приложения выполняемого на RAIL-сервере. Созданные окна\оповещения точно повторяют поведение окон\оповещений на терминальном сервере. Когда пользователь вводит какие-либо данные в Rail-окна\оповещения это захватывается RAIL-клиентом и передается на сервер. Аналогично данные передаются и в обратную сторону: все изменения отображения захватываются сервером и перенаправляются клиенту.

Более подробно взаимодействие между отдельными компонентами терминальных служб рассмотрено в статье WS2008: Terminal Services RemoteApps.

Установка и настройка
Пошаговую инструкцию по установке и настройке RemoteApp можно найти на сайте Microsoft Technet.

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

При настройке удаленных приложений в консоли TS RemoteApp Manager можно выбрать разрешен или запрещен запуск неопубликованных приложений (рис. 2).

Рис. 2. Параметры настройки развертывания удаленных приложений

Рассмотрим действие этой настройки на следующем примере.

На терминальном сервере опубликован исключительно Microsoft Word и пользователь при работе в нем открывает гиперссылку, содержащуюся в документе. В зависимости от указанной настройки, он сможет или нет запустить Internet Explorer в той же терминальной сессии.

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

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

При запуске удаленного приложения, вместо значка самого приложения отображается значок клиента удаленного рабочего стола. Для предоставления пользователю более полной информации о запускаемых приложений можно воспользоваться статьей How to make RemoteApp show the application icon when starting.

При установке службы удаленных приложений на странице "Метод проверки подлинности" следует указать, каким образом будет проверяться клиент перед подключением. Если все клиенты используют операционные системы, поддерживающие протокол CredSSP (например, Windows 7 или Windows Vista), рекомендуется установить требование проверки на уровне сети. В противном случае рекомендуется выбрать параметр "Не требовать проверку подлинности на уровне сети".

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

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

Для простоты распространения удаленных приложений можно использовать TS WebAccess. Это позволяет публиковать подготовленные rdp-файлы на корпоративном веб-сайте.

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

Do not display Initial Configuration Tasks window automatically at logon,

Do not display Server Manager automatically at logon,

находящихся в разделе Computer Configuration\Administrative Templates\System\Server Manager.

В русской версии операционной системы данные политики (рис. 3) называются

• Не отображать окно "Задачи начальной настройки" автоматически при входе,
• Не отображать диспетчер сервера автоматически при входе.

Рис. 3. Групповые политики, отвечающие за отображение Диспетчера Сервера и окна первоначальной настройки

Особенности использования

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

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

Рис. 4. Алгоритм отключения сессии

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

Пользователь запускает удаленный Microsoft Outlook и открывает из него документ Microsoft Word, находившийся во вложении. Microsoft Word запускается в той же терминальной сессии отдельным удаленным приложением. Сессия будет оставаться активной до тех пор пока не закроются как Microsoft Outlook, так и Microsoft Word.

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

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

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

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

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

Сделать это можно с помощью политики «Set time limit for logoff of RemoteApp sessions», находящейся в разделе

Computer Configuration\Administrative Templates\Windows Components\Terminal Services\Terminal Server\Session Time Limits

В русскоязычных версиях операционной системы данная политика называется «Задать предел времени для выхода из сеансов RemoteApp» (рис. 5).

Рис. 5. Настройка ограничения по времени терминальных сессий

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

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

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

1. Создать организационную единицу в оснастке Active Directory Users and Computers
2. Переместить туда терминальный сервер
3. Создать объект групповой политики и связать его с созданной ранее организационной единицей
4. Создать группу безопасности. Включить в неё терминальный сервер и пользователей, которым запрещен доступ к полноэкранному рабочему столу
5. В фильтрах безопасности объекта групповой политики удалить группу Authenticated users и добавить созданную ранее группу.
6. В групповой политике установить следующие настройки:
7. Computer Configuration\Policies\Administrative Templates\System\Group Policy\User Group Policy loopback processing mode - Enabled , mode - Merge
8. User Configuration\Policies\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Remote Session Environment\Start a program on connection - %systemroot%\system32\logoff.exe
9. Обновить групповые политики командой: gpupdate /force

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

Дополнительные ресурсы

• Using Terminal Services RemoteApp™ programs on multi-monitor client computers
• How to make RemoteApp show the application icon when starting
• Terminal Services RemoteApp Session Termination Logic
• WS2008: Terminal Services RemoteApps
• Remote Desktop Protocol: Remote Programs Virtual Channel Extension
• Working With Terminal Services Remote Applications

TS Session Broker (Посредник служб терминалов)

Введение

Terminal Services Session Broker (посредник сеансов служб терминалов) - служба, позволяющая объединить несколько терминальных серверов в ферму. В предыдущей версии операционной системы подобной функциональностью обладала служба Terminal Server Session Directory. Она позволяла восстанавливать незавершенные сеансы при повторном соединении пользователя. В Windows Server 2008 эта служба была переименована, а также в ней добавился функционал по балансировке подключений. С помощью TS Session Broker можно обеспечить не только равномерную (по числу сессий) нагрузку на терминальные сервера, но и задать удельный вес сервера в ферме. Это позволяет направить большее число сессий на более производительные серверы.

Принцип работы

При подключении пользователя к ферме терминальных серверов следует разделять два этапа балансировки. На этапе первоначального подключения терминальные сессии распределяются на один или несколько серверов фермы. Это можно сделать встроенными средствами ДНС при использовании технологии round robin. В этом случае создается несколько записей с одним и тем же именем, ссылающихся на IP-адреса различных терминальных серверов. Также можно использовать NLB-кластер или аппаратную балансировку нагрузки.

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

При выборе сервера проверяется наличие у пользователя незавершенного сеанса. Если такой сеанс найден, терминальная сессия восстанавливается. Если у пользователя нет сеансов ни на одном из серверов фермы, он будет перенаправлен на сервер с наименьшим числом сессий. Сравнение числа сессий происходит с учетом удельного веса каждого сервера. Например, если в ферме находится два сервера с удельными весами 50 и 100, то на первый сервер будет перенаправляться в два раза меньше сессий чем на второй.

Файлы TS Session Broker находятся в каталоге: %systemroot%\system32\tssesdir. Информация о текущих соединениях хранится в базе данных tsesdir.edb. Для каждого сеанса определены:

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

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

Расположение базы данных tsesdir.edb можно изменить с помощью ключа реестра WorkingDirectory, находящегося в ветке: HKLM\System\CurrentControlSet\Services\Tssdis\Parameters.

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

1. Посредник сеансов служб терминалов обнаруживает неудачное перенаправление сессии.
2. Через некоторый интервал времени (по умолчанию минуту) он начинает пинговать "подозрительный" сервер.
3. Если сервер остается не доступен (не отвечает на пинги) в течении заданного числа попыток, он удаляется из базы данных посредника сеансов служб терминалов.
4. При перезапуске службы tssdis состояние базы данных восстанавливается.

Параметры этого процесса можно гибко настроить с помощью ключей реестра, находящихся в ветке: HKLM\System\CurrentControlSet\Services\Tssdis\Parameters. Рассмотрим их более подробно.

• PingMode. По умолчанию равен 0. Рекомендуется не изменять этот параметр. Остальные значения используются исключительно в целях отладки.
• TimeServerSilentBeforePing. По умолчанию равен 60. Определяет промежуток времени в секундах по истечении которого посредник сеансов служб терминалов начинает пинговать терминальный сервер после неудачной попытки подключения.
• TimeBetweenPings. По умолчанию равен 10. Устанавливает число секунд между попытками пинга.
• NumberFailedPingsBeforePurge. По умолчанию равен 3. Задает число попыток пропинговать сервер перед удалением из базы данных.
• RecoverWhenStart. По умолчанию равен 1. Определяет необходимость восстановления базы данных при перезапуске службы tssdis.

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

Установка и настройка

Подробную инструкцию по установке и настройке посредника сеансов служб терминалов можно найти на сайте Microsoft Technet. Условно его можно разбить на три основных этапа.

1. Установить роль терминального сервера со службой TS Session Broker.
2. Добавить терминальные сервера в группу Session Directory Computers (локальная группа на сервере с установленным TS Session Broker).
3. Настроить терминальные сервера на использование TS Session Broker.

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

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

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

Подключение по имени сервера возможно лишь в случае если балансировка не потребует перенаправления. При подключении по IP-адресу сервера или по имени фермы сеанс будет распределен посредником сеансов служб терминалов. Единственный способ подключения, минуя балансировку - использование mstsc с ключом /admin. Этот метод аналогичен подключению к консоли на сервере Windows 2003 и требует наличия у пользователя административных прав.

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

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

Особенности практического использования

Этот раздел посвящен практическим нюансам использования TS Session Broker. Информация получена из практического опыта автора и обсуждений на форумах Technet.

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

http://social.technet.microsoft.com/Forums/en-US/winserverTS/thread/ed624e86-c692-481c-84eb-f9026b574dd9

http://social.technet.microsoft.com/Forums/en/winserverTS/thread/53cdb3ee-7c73-4cda-aff9-afffec4b94f3

Проблема связана с тем, что сервер, получив учетные данные пользователя при первоначальном соединении, перенаправляет его на другой терминальный сервер. При этом учетные данные не передаются и для входа на перенаправленный сервер пользователь вынужден вводить их второй раз. Для Windows XP с пакетом обновлений SP3 и более старших версий операционных систем это может быть решено с помощью Cred SSP. Данная технология позволяет программам передавать учетные данные пользователя с локального компьютера. Прочитать об этом можно в статье: KB951608

Более подробно это будет рассмотрено в одном из следующих материалов.

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

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

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

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

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

HKLM\SYSTEM\CurrentControlSet\Services\Tssdis\Parameters

Если такого ключа нет, его необходимо создать.

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

Для сохранения лога в файл необходимо добавить ключ TraceOutputMode со значением 3 в ветку HKLM\SYSTEM\CurrentControlSet\Services\Tssdis\Parameters

и перезапустить службу. Файл лога по умолчанию находится в каталоге: : %systemroot%\system32\tssesdir. Туда заносятся следующие события:

• Запуск службы TS Broker;
• Остановка службы;
• Присоединение сервера к ферме;
• Выход сервера из фермы;
• Вход пользователя;
• Отключение пользователя;
• Восстановление сеанса;
• Выход пользователя;
• Сообщения системного журнала событий связанные с работой посредника сеансов служб терминалов.

В обычном режиме работы логирование лучше отключать. Для этого параметр TraceOutputMode надо установить равным 0.

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

Посредник сеансов служб терминалов необязательно устанавливать на терминальный сервер. Это может быть любой другой Windows 2008 сервер организации.

Контроль за корректным распределением терминальных сессий удобно осуществлять с помощью пакета управления терминальными серверами в System Center Operations Manager. График распределения сессий между терминальными серверами позволяет своевременно заметить сбои в балансировки и принять соответствующие меры для их устранения.

Дополнительные ресурсы

• TS Session Broker
• WS2008: Terminal Server Session Broker Overview
• WS2008: Session Broker Load Balancing

Смена файловых ассоциаций на терминальном сервере

Введение

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

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

Немного предыстории. В связи с нестабильной работой фотоальбома Windows на терминальных серверах, было принято решение об использовании альтернативного программного обеспечения для просмотра изображений. На серверах уже был установлен Microsoft Office 2007. Однако, Microsoft Office Picture Manager не подходил из-за отсутствия поддержки просмотра многостраничных tif-файлов. Кроме того, при попытке печати из Microsoft Office Picture Manager и фотоальбома Windows возникала загадочная ошибка о недостатке оперативной памяти.

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

В качестве такового было выбрано Imagine

http://en.wikipedia.org/wiki/Imagine_(graphics_software)

Из его плюсов можно отметить:

· низкие требования к ресурсам сервера,

· отсутствие предпросмотра при печати изображений (на терминальных серверах это приводит к излишней трате трафика),

· русскоязычный интерфейс,

· поддержку просмотра многостраничных tif,

· интеграция с проводником Windows.

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

Смена ассоциаций

Стандартными утилитами для выполнения подобного рода операций являются:

assoc и ftype.

Для смены ассоциации для открытия файлов с расширением .tif достаточно выполнить следующие команды:

assoc .tif=Imagine.Document

ftype Imagine.Document="E:\Program Files\Imagine\Imagine.exe" "%1"

вместо Imagine.Document можно задать любой другой новый тип файлов.

К сожалению я, недостаточно хорошо владею искусством написания скриптов. Поэтому мне не удалось добавить в логон-скрипт указанные выше команды. Проблема была в двойных кавычках у параметра команды ftype и том как их передать в скрипт. Поискав в Интернете, наткнулся на статью:

http://blogs.technet.com/heyscriptingguy/archive/2009/03/27/quick-hits-friday-the-scripting-guys-respond-to-a-bunch-of-questions-03-27-09.aspx

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

Set objShell = WScript.CreateObject("WScript.Shell")

objShell.Run("%comspec% /K ftype TIFImage.Document =""C:\Program Files\MSPVIEW.exe"" ""%1"""), 1, True

Там же приводилась ссылка на официальную документацию:

http://technet.microsoft.com/ru-ru/library/ee156605(en-us).aspx

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

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

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

В ветке: HKEY_CURRENT_USER\Software\Classes\Applications создавался куст реестра, соответствующий Imagine, а ветке HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif

прописывалось, что файл *.tif надо открывать с помощью описанного выше приложения.

Собрав все изменения в один reg-файл, проверил его работу по изменению ассоциации. Для этого вручную выбрал Microsoft Office Picture Manager для открытия данного типа файлов и импортировал созданный ранее reg-файл. В результате, получил ошибку о том, что не все данные были импортированы.

Причиной подобной ошибки послужил запрет на изменение значений ветки реестра HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif\UserChoice.

Этот запрет автоматически создавался системой после "ручного" выбора программы для открытия tif-файлов.

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

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif\UserChoice]

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

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

В заключении прилагаю содержимое reg-файла и vbs-скрипта

imagine.reg:

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif\UserChoice]

[HKEY_CURRENT_USER\Software\Classes\Applications\Imagine.exe]

[HKEY_CURRENT_USER\Software\Classes\Applications\Imagine.exe\shell]

[HKEY_CURRENT_USER\Software\Classes\Applications\Imagine.exe\shell\open]

[HKEY_CURRENT_USER\Software\Classes\Applications\Imagine.exe\shell\open\command]

@="\"E:\\Program Files\\Imagine\\Imagine.exe\" \"%1\""

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif]

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif\OpenWithList]

"a"="Imagine.exe"

"MRUList"="a"

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif\OpenWithProgids]

"TIFImage.Document"=hex(0):

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif\UserChoice]

"Progid"="Applications\\Imagine.exe"

imagine.vbs:

Dim i,Shell,KeyValue,Keys(1,4)

set Shell = WScript.CreateObject("WScript.Shell")

Keys(0,0)="Progid"

Keys(0,1)="HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.tif\UserChoice\"

Keys(0,2)="Applications\Imagine.exe"

Keys(0,3)="REG_SZ"

On Error Resume Next

For i=0 To UBOUND(Keys)-1

Shell.RegRead(Keys(i,1)&Keys(i,0))

if Err.Source="WshShell.RegRead" then

Set objShell = CreateObject("Wscript.Shell")

objShell.Run ("regedit /s E:\Program Files\Imagine\imagine.reg")

KeyValue=Keys(i,2)

else

KeyValue= Shell.RegRead(Keys(i,1)&"\"&Keys(i,0))

end if

Err.Clear

If KeyValue<>Keys(i,2) then

Set objShell = CreateObject("Wscript.Shell")

objShell.Run ("regedit /s E:\Program Files\Imagine\imagine.reg")

End If

Next

Обзор Служб Терминалов в Windows 2008 Server

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

• TS Session Broker;
• TS Gateway;
• TS RemoteApp;
• TS Web Access;
• TS Easy Print;
• Single Sign-on.

Рассмотрим их более подробно.

TS Session Broker
Если удаленный доступ требуется одновременно многим пользователям, то одного терминального сервера может быть недостаточно. В этом случае можно организовать подключение с помощью Terminal Services Session Broker (посредник сеансов служб терминалов). Эта служба обеспечивает балансировку сеансов между терминальными серверами, находящимися в ферме. Кроме того, в случае если пользователь отсоединился, не завершив работы, при следующем подключении его перенаправит в существующий сеанс. Дополнительным преимуществом является возможность подключения по единому имени. Другими словами, пользователи не должны каждый раз выбирать имя сервера к которому они подключаются. Достаточно в настройках клиента удаленного рабочего стола указать имя фермы терминальных серверов. Всю дальнейшую работу по подключению возьмет на себя TS Session Broker.

TS Gateway
Для пользователей, работающих за пределами корпоративной сети, стало возможно более безопасное подключение к терминальному серверу без установки vpn-подключения. В этом случае Terminal Services Gateway (шлюз служб терминалов) выполняет роль посредника. Принимая соединения из вне, он перенаправляет их на нужный пользователю терминальный сервер. С помощью настроек безопасности возможно ограничить набор терминальных серверов к которым разрешено подключаться подобным образом. Интеграция с NAP позволяет задать требования к компьютеру пользователя и перед подключением проверить на нем: актуальность системных обновлений и базы антивируса, состояние брандмауэра. Отдельно следует отметить, что для подключения по умолчанию необходим лишь 443 порт. Это особенно актуально при работе в публичных местах где разрешен лишь доступ по ограниченному набору портов.

TS RemoteApp
Terminal Services RemoteApp (удаленные приложения) упрощают работу с приложениями, установленными на терминальном сервере. Теперь они могут использоваться практически так же как и локально установленные программы. Удаленные приложения могут распространяться с помощью msi-пакетов и интегрироваться с локальной операционной системой. В частности, ярлыки этих приложений будут находиться в меню "Пуск" или на рабочем столе локального компьютера, а также использоваться при открытии ассоциированных с ними типов файлов.

TS Web Access
Для предоставления доступа к удаленным приложениям можно использовать TS Web Access (веб-доступ к службам терминалов). В этом случае пользователи могут запускать опубликованные приложения из окна браузера, зайдя на внутренний сайт организации. Это значительно упрощает процесс распространения приложений и делает их доступней для конечного пользователя. Для работы через TS Web Access необходим доступ к терминальному серверу и клиент удаленного рабочего стола (версии не меньше 6.1).

TS Easy Print
Поддержка системы печати на терминальных серверах традиционно является "головной болью" системных администраторов. Установка различных версий драйверов для множества разнообразных принтеров зачастую приводит к частым сбоям службы диспетчера очереди печати, а в некоторых случаях даже к остановке самого сервера. Технология Terminal Services Easy Print позволяет избежать этого, используя универсальный драйвер. С его помощью, задания на печать формируются в виде xps-файлов и передаются на клиентский компьютер. На компьютере пользователя задание обрабатывается с помощью локально установленных драйверов и посылается на нужный принтер.

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

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

Дополнительные ресурсы
При подготовке статьи были использованы следующие интернет-ресурсы:

• Русскоязычная документация о роли служб терминалов
• Английская версия этого документа
• Блог разработчиков

Публикация статей с конкурса Oszone.net

Хочу добавить ссылки на статьи, опубликованные мной ранее на сайте oszone.net в рамках конкурса Наш Выбор - Windows 7. Хотя занять призовое место и не получилось, участие принесло массу положительных эмоций. Особенно хотелось бы поблагодарить организатора конкурса - Вадима Стеркина. Его рецензии позволили значительно улучшить содержание статей и выявить в них массу грамматических ошибок.
Список статей:
Новые возможности подключения к удаленному рабочему столу в Windows 7 и Windows 2008 R2

Windows 7 в корпоративной среде Часть 1: Активация системы

Windows 7 в корпоративной среде Часть 2: Организация системы печати

Windows 7 в корпоративной среде Часть 3: Обзор системы обновлений

Технология BranchCache. Часть 1. Краткий обзор.

Технология BranchCache. Часть 2. Distributed Cache Mode.

Технология BranchCache. Часть 3. Hosted Cache Mode.

Технология BranchCache. Часть 4. Настройка брандмауэра клиентских рабочих станций.

Технология BranchCache. Часть 5. Настройка серверов.

Прозрачное кэширование и автономные файлы в Windows 7 и Windows 2008 R2

Установка агента System Center Operations Manager на сервер Forefront TMG, находящийся в рабочей группе

Введение

В статье описывается процесс установки агента Operations Manager 2007 R2 на сервер Forefront TMG, находящийся в рабочей группе. А также способ получения сертификатов для поддержки доверительных отношений между агентом и сервером Operations Manager без участия удостоверяющего центра версии Enterprise.

Немного предыстории. Недавно руководство поставило задачу настроить мониторинг сервера Forefront Thread Management Gateway 2010. Процесс усложнялся тем, что этот сервер расположен в рабочей группе и не входит в состав домена Active Directory.

В первую очередь скачал Management Pack for Forefront Threat Management Gateway 2010 Release Candidate . С помощью данного пакета управления можно получать информацию о событиях и предупреждениях, связанных с работой сервера, его компонентов, а также их взаимодействии с другими элементами IT-инфраструктуры. Кроме того, собираются данные о производительности, доступности, конфигурации и текущем статусе сервера Forefront TMG.

В ходе установки msi-пакета создается каталог с файлами самого Management Pack и прилагающейся к нему документацией. По умолчанию они расположены в:

C:\Program Files (x86)\System Center Management Packs\Microsoft Forefront TMG Management Pack

В первую очередь рекомендуется ознакомиться с документом "Microsoft Forefront Threat Management Gateway Management Pack Guide for Operations Manager 2007". Условно его можно разделить на три основные части

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

• Подготовительные действия. К ним можно отнести настройку серверов ForeFront TMG и Operations Manager, а также процесс установки агентов и пакета управления.

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

Перейдем сразу же ко второй части.

Установка агента

В процессе установки следует выполнить следующие действия:

1. разрешить ручную установки агентов на сервере Operations Manager,

2. создать правило доступа на сервере ForeFront TMG для разрешения удаленного мониторинга,

3. установить агента Operations Manager на сервере ForeFront TMG,

4. сгенерировать и установить сертификаты для поддержки доверительных отношений между серверами (в случае нахождения сервера ForeFront TMG в рабочей группе).

Рассмотрим это более подробно.

Разрешение ручной установки агентов на сервере Operations Manager

В большинстве случаев Operations Manager получает информацию с объектов наблюдения при помощи установленных там агентов. Для мониторинга ForeFront TMG установка агента обязательна, т.к. сценарий использования Agentless Monitoring не поддерживается. Чаще всего установка агентов осуществляется при помощи мастера обнаружения (Discovery Wizard), запускаемого из консоли администрирования. Однако из-за блокировки трафика файерволом, на Forefront TMG сервере рекомендуется ручная установка агента.

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

1. В консоли администрирования перейти на вкладку Administration.

2. Выбрать Settings.

3. Дважды щелкнуть мышью по Security.

4. В открывшемся окне "Global Management Server Settings - Security" выбрать "Review new manual agent installations in pending management view" (см. рис. 1). Автоматическое одобрение может быть как включено, так и не включено (в зависимости от требований к безопасности).

Рис. 1. Настройка ручной установки агентов в консоли администрирования

Создание правила доступа на сервере ForeFront TMG

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

1. Запустить консоль управления ForeFront TMG.

2. Выбрать "Firewall Policy".

3. Создать новый набор компьютеров (Computer Set).

a. Перейти на закладку "Toolbox" и выбрать "Network Objects".

b. Щелкнуть правой кнопкой мыши по пункту Computer Set и выбрать "New Computer Set..."

c. Ввести имя для набора (например, "System Center Operations Manager").

d. Нажать кнопку "Add".

e. Ввести имя сервера Operations Manager и его IP-адрес.

f. Дважды нажать кнопку "OK" для завершения создания.

4. Перейти на закладку "Tasks" и выбрать "Create Access Rule" (см. рис. 2).

Рис. 2. Панель управления ForeFront TMG

5. Задать имя для правила доступа и нажать кнопку "Next".

6. На странице "Rule Action" выбрать "Allow".

7. На странице выбора протоколов

a. Выбрать "Selected Protocols" и нажать кнопку "Add".

b. В появившемся списке развернуть папку "Infrastructure".

c. Выбрать "System Center Operation Manager Agent" и нажать "Add".

d. Выбрать "System Center Operation Manager Agent Installation", нажать "Add" и "Close".

e. Нажать "Next".

8. На странице "Access Rule Sources"

a. Нажать "Add".

b. Развернуть папку "Network", выбрать "Local Host", нажать "Add" и нажать "Close".

c. Нажать "Next".

9. На странице "Access Rule Destinations"

a. Нажать "Add".

b. Развернуть папку "Computer Sets", выбрать созданный ранее набор компьютеров ("System Center Operations Manager"), нажать "Add" и нажать "Close".

c. Нажать "Next".

10. На странице "User Sets" нажать "Next".

11. На странице "Completing the New Access Rule Wizard" нажать "Finish".

12. Нажать "Apply" для сохранения и применения созданного правила.

Установка агента Operations Manager на сервере ForeFront TMG

Для ручной установки агента можно воспользоваться пакетом MOMAgent.msi. Найти его можно на сервере управления в папке:

"Каталог установки Operations Manager\AgentManagement\Архитектуры сервера Forefront TMG"

Например, в моем случае это:

C:\System Center Operations Manager 2007\AgentManagement\amd64.

В качестве альтернативного варианта можно воспользоваться диском с дистрибутивом установки System Center Operations Manager.

Рассмотрим процесс установки msi-пакета. Для этого необходимо выполнить следующие действия

1. Дважды кликнуть по файлу MOMAgent.msi.

2. В окне "Welcome to the System Center Operations Manager 2007 R2 Agent Setup Wizard" нажать "Next".

3. Выбрать "Specify Management Group Information" и нажать "Next".

4. В поле "Management Group Name" указать имя группы управления.

5. В поле "Management Server Name" указать имя сервера управления.

6. Выбрать в качестве учетной записи для действий агента указать Local System или другую предварительно созданную запись.

7. Завершить работу мастера установки агента.

Настройка аутентификации при помощи сертифкатов

В случае установки агентов на компьютеры, находящиеся в рабочей группе рекомендуется использование Operations Manager Gateway Server.
Gateway Server собирает информацию с агентов, находящихся в рабочих группах или доменах с которыми не установлено доверительных отношений, и передает её на центральный сервер управления. Преимуществом такого сервера является передача данных от него к серверу управлению только по одному порту (TCP 5723). Это упрощает настройку сетевых экранов и повышает уровень безопасности системы.

Однако в некоторых случаях можно обойтись и без установки Gateway Server. Информация об этом изложена в статье KB947691

Рассмотрим это более подробно.

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

" Event ID : 21007 The OpsMgr connector cannot create a mutually authenticated connection to <Management server> because it is not in a trusted domain. Event ID : 21016 Opsmgr was unable to setup a communication channel to <Management server> and there is no failover hosts "

Кроме того, сведения об агенте не появляются в консоли Operations Manager. Для устранения подобных проблем необходимо использоваться сертификаты.

В приведенной выше статье предлагается следующий порядок действий.

1. Импортировать сертификат корневого удостоверяющего центра на сервер управления и Forefront TMG .

2. Настроить удостоверяющий центр на поддержку сертификатов Operations Manager.

3. Запросить сертификаты с сервера управления и Forefront TMG.

4. Сохранить полученные сертификаты в виде pfx-файлов.

5. Настроить агента и сервер Operations Manager на использование полученных сертификатов c помощью утилиты MOMCertImport.

К сожалению, в моем случае сервер Operations Manager находился в домене без удостоверяющего центра. Установка его требовала множество согласований и тщательного планирования. Однако, существовал сервер сертификатов тестового домена, установленный на Windows 2008 Server Standard Edition. В связи с этим, добавление специализированных шаблонов сертификатов не поддерживалось. Поэтому 2-й шаг, приведенной выше инструкции, был немного модифицирован для адаптации к текущим условиям.

Импорт сертификата корневого удостоверяющего центра

1. Запустить браузер и перейти к веб-интерфейсу удостоверяющего центра. Обычно ссылка для этого имеет вид: http://certification_authority_server/certsrv. Вместо certification_authority_server следует подставить полное доменное имя сервера сертификатов.

2. Нажать "Download a CA certificate, certificate chain, or CRL".

3. Выбрать "Download a CA certificate chain" (см. рис. 3).

Рис. 3. Запрос корневого сертификата через web-интерфейс

4. Сохранить файл с расширением p7b на рабочем столе.

5. Открыть консоль MMC и добавить в неё оснастку "Certificates". В параметрах этой оснастки выбрать "Computer account" и "Local Computer".

6. Выбрать пункт "Trusted Root Certificate Authorities". Щелкнуть правой кнопкой мыши по "Certificates". Перейти к пункту меню "All Tasks" и выбрать "Import".

7. В качестве маски файла указать тип: "PKCS #7 Certificates (*.spc,*.p7b )" и выбрать файл сертификата, сохраненный ранее на рабочем столе. Нажать кнопку "Open" и затем "Finish".

Запрос сертификата

В связи с тем, что удостоверяющий центр не поддерживал выпуск сертификатов при помощи специализированных шаблонов, запрос происходил по схеме предложенной в статье: "Creating "Wildcard" Certificate Requests for IIS using the Windows Vista/Server 2008 Certificates MMC plugin"

1) Открыть консоль MMC и добавить в неё оснастку "Certificates". В параметрах этой оснастки выбрать "Computer account" и "Local Computer".

2) Щелкнуть правой клавишей мыши по папке "Personal". Выбрать "All Tasks"; "Advanced Operations"; "Create Custom Request...".

3) Нажать дважды "Next".

4) В окне "Custom Request" выбрать "(No template) Legacy Key" (см. рис. 4). В качестве формата запроса оставить предлагаемый по умолчанию "PKCS #10". Нажать "Next".

Рис. 4. Формирование запроса на специализированный сертификат

5) В окне "Certificate Information" развернуть значок "Details" и нажать кнопку "Properties".

6) Перемещаясь по вкладкам справа налево установить следующие значения параметров запроса.

a) На закладке "Private Key" развернуть "Key Type" и выбрать "Exchange". Затем, развернуть "Key Options" и поставить флажок напротив "Make private key exportable".

b) На закладке "Extensions" развернуть "Extendend Key Usage (applications policies)", добавить параметры "Server Authentification" и "Client Authentification".

c) На закладке "Subject" в поле "Subject Name" выбрать тип "Common Name" и указать полное доменное имя сервера (FQDN), запрашивающего сертификат. В нашем случае вся процедура запроса сертификата будет повторяться дважды. Один раз для сервера Forefront TMG, другой для сервера управления.

d) На закладке "General" задать имя сертификата. Оно может быть произвольным и будет использоваться при поиске на сервере сертификатов.

e) Нажать кнопку "Next".

f) Указать имя файла в котором будет сохранен запрос на сертификат и завершить работу мастера, нажав кнопку "Finish".

7) Открыть веб-интерфейс сервера сертификатов (см. пункт 1).

8) Нажать "Request a Certificate".

9) Выбрать "advanced certificate request".

10) Щелкнуть "Submit a certificate request by using a base-64-encoded CMC or PKCS #10 file, or submit a renewal request by using a base-64-encoded PKCS #7 file."

11) Открыть в текстовом редакторе (например блокноте) сохраненный ранее запрос сертифката и полностью скопировать текст запроса в поле "Base-64-encodedcertificate request(CMC or PKCS #10 or PKCS #7):". В качестве "Certificate template" выбрать "Web Server". Нажать кнопку "Submit".

12) Открыть оснастку "Certification Authoruty" на сервере сертифкатов.

13) В случае необходимости одобрения выпускаемого сертификата, перейти в папку "Pending Requests". Выбрать созданный ранее запрос. Щелкнуть по нему правой клавишей и нажать "Issue" для выпуска сертификата.

14) Перейти в папку "Issued Certificates" (см. рис. 5). Выбрать созданный сертификат. Щелкнуть по нему правой клавишей мыши и выбрать "Open".

Рис. 5. Консоль управления сервера сертифкатов

15) В окне сертификата перейти на вкладку "Details" и нажать кнопку "Copy to File" (см. рис. 6).

Рис. 6. Экспорт полученного сертификата

16) Нажать кнопку "Next".

17) В окне "Export file format" оставить параметры по умолчанию и нажать кнопку "Next".

18) В поле "File name" указать имя и месторасположение файла сертификата.

19) Скопировать полученный сертификат на сервер для которого он был запрошен (см. пункт 6.с).

20) Открыть там оснастку "Certificates" по аналогии с пунктом 1.

21) Перейти в Certificates; Personal; Certificates. Щелкнуть правой клавишей мыши. Из меню "All Tasks" выбрать "Import".

22) Нажать "Next" и указать путь с к полученному сертификату.

23) Нажать "Next". Оставить параметры по умолчанию и еще раз нажать "Next" и завершить работу мастера нажав кнопку "Finish".

24) В списке должен отобразиться полученный сертификат. Щелкнуть по нему правой клавишей мыши. Выбрать "Open". Перейти на закладку "Details" и нажать кнопку "Copy to file".

25) Нажать "Next". Выбрать "Yes, export the private key". Нажать "Next".

26) Оставить значения по умолчанию. Нажать "Next". Задать пароль для сертификата. Нажать "Next".

27) Указать имя и месторасположение файла сертификата в формате pfx и нажать "Next".

28) Завершить работу мастера нажав кнопку "Finish".

В итоге получен сертификат в формате pfx. Далее, с помощью утилиты MOMCertImport, можно настроить его использование в процессе аутентификации агента и сервера управления Operations Manager.

Настройка использования сертифкатов с помощью утилиты MomCertImport

Утилиту MOMCertImport можно найти в папке \SupportTools\i386 на установочном диске Operations Manager. Настройка использования сертификата осуществляется командой:

MOMCertImport path_to_pfx_file

Вместо path_to_pfx_file необходимо указать путь к созданному ранее pfx-сертифкату и его имя. Например:

MOMCertImport C:\temp\tmg.pfx

После выполнения данной команды необходимо перезапустить службу health service для Operations Manager. Сделать это можно из оснастки управления службами или из командной строки:

net stop healthservice

net start healthservice

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

Быстрое завершение работы Windows 7 в картинках

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

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

На решение этой проблемы, навел один из вопросов на форуме Microsoft Technet:

http://social.technet.microsoft.com/Forums/ru-RU/windows7ru/thread/190ed7e1-164f-460b-afb6-bd23eb4634fc

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

Создаем ярлык на рабочем столе. Для этого жмем правой клавишей по свободному месту рабочего стола и из меню " Создать " выбираем пункт "Ярлык" (рис. 1).

Рис. 1. Создание ярлыка

В поле "Укажите расположение объекта" (рис. 2) пишем одну из следующих команд:

Shutdown.exe -s -t 00 -для выключения;

Shutdown.exe -r -t 00 - перезагрузка;

Rundll32.exe User32.dll,LockWorkStation - блокировка;

rundll32.exe PowrProf.dll,SetSuspendState - режим гибернации;

rundll32.exe powrprof.dll,SetSuspendState 0,1,0 - спящий режим.

Рис.2. Выбор предпочтительного способа завершения работы

Далее называем этот ярлык (рис.3).

Рис. 3. Название ярлыка

Жмем кнопку "Готово" и завершаем работу мастера. Заходим в свойства ярлыка: кликаем правой клавишей и выбираем "Свойства" (рис. 4)

Рис. 4. Настройка свойств ярлыка

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

Рис. 5. Выбор сочетания клавиш

Например, Сtrl + Alt + L. При желании можно поставить "страшный" значок для нашего ярлыка (кнопка "Сменить Значок"). Теперь работа с операционной системой будет завершаться при нажатии заданного нами сочетания клавиш.

Идея позаимствована отсюда:

http://www.howtogeek.com/howto/windows-vista/quick-tip-create-shutdown-restart-lock-icons-in-windows-vista/

http://winspark.net/2009/06/30/how-to-create-keyboard-shortcut-of-any-program/