1. Введення в Windows Server 2008 R2
2. Огляд Служб віддаленого робочого столу (Remote Desktop Services)
3. Використання цього посібника
4. Архітектура Служб віддаленого робочого столу (Remote Desktop Services Architecture)
5. Основні ролі Служб віддаленого робочого столу (Remote Desktop Services Roles)
6. Додаткові ролі і можливості (Additional Roles & Features)
7. Сценарій 1: Віддалений робочий стіл
8. Сценарій 2: RemoteApp і Desktop Connections / Web Access
9. Сценарій 3: Особистий віртуальний робочий стіл (Personal Virtual Desktops) з використанням RD Virtualization
10. Персональний віртуальний віддалений робочий стіл користувача.
11. Налаштування Windows 7
12. Сценарій 4: Пул віртуальних робочих столів і RD Virtualization
13. Висновок

Керівництво по швидкому запуску Служб віддаленого робочого стола Windows Server 2008 R2содержіт докладний покроковий опис технічних заходів необхідних для реалізації трьох основних сценаріїв:

• Віддалений робочий стіл (Remote Desktop Session Host Desktops),
• Дистанційні програми (Remote Desktop Session Host RemoteApp (раніше відомі як Служби терміналів)),
• Інфраструктура віртуального робочого столу (Virtual Desktop Infrastructure (VDI)).

VDI ділиться на персональний робочий стіл (Personalized Desktop) і пул робочих столів (Desktop Pools). Даний документ в першу чергу призначений для IT Pro фахівців і дозволяє швидко налаштувати інфраструктуру Windows Server 2008 R2 RC.

Введення в Windows Server 2008 R2

Операційна система Windows Server® 2008 R2 нова версія Windows Server компанії Microsoft. Грунтуючись на можливості та особливості Windows Server 2008, версія Windows Server 2008 R2 дозволяє створювати рішення, які легше планувати, розгортати і керувати, ніж попередні версії Windows Server. Крім того Windows Serer 2008 R2 полегшує взаємодію і управління як для локальних, так і для віддалених ресурсів. Це в свою чергу дозволяє організаціям скоротити витрати і підвищити ефективність, шляхом більш ефективного управління і контролю всіх ресурсів підприємства.

Огляд Служб віддаленого робочого столу (Remote Desktop Services)

Служби віддалених робочих столів (Remote Desktop Services - RDS) нове ім'я для поліпшених і оновлених служб, раніше відомих як служби терміналів (Terminal Services). Зміни в службах терміналів почалися ще з Windows Server 2008. У Windows Server 2008 R2, крім нової назви були внесені істотні зміни в Web Access і RemoteApp, які вперше з'явилися в Windows Server 2008.

В RDS була включена підтримка розгортання віртуальних робочих столів (робочих столів віртуальних машин) для поліпшення доступу до віддалених робочих столів і програм, а так само для поліпшення роботи користувачів при різних сценаріях використання RDS.

Використання цього посібника

Даний документ призначений як технічний огляд і набір покрокових інструкцій для відпрацювання різних сценаріїв використання RD). Для досвідчених системних адміністраторів це керівництво містить основні завдання, необхідні для ознайомлення з останніми нововведеннями RDS в середовищі Windows Server 2008 R2. Для адміністраторів, вперше знайомляться з RDS, цей посібник містить максимальний обсяг вступної інформації, щоб звести до мінімуму необхідність ознайомлення з додатковою документацією. Додаткову інформацію, в тому числі покрокові керівництва, можна отримати на сайті Microsoft TechNet .

Кожен сценарій грунтується на попередньому. Хоча питання ліцензування не розглядаються в даному керівництві, правильне ліцензування є обов'язковою вимогою використання RDS. Деякі сценарії можуть вимагати більш детального повторення попередніх кроків. Якщо не сказано інше, такі нюанси відносяться до всіх сценаріями:

• Краще разом з Windows 7! (Better together with Windows 7) Зв'язка Windows Server 2008 R2 і Windows 7 містить технології покращують роботу користувачів. Зокрема було враховано досвід корпоративних користувачів і думок IT Pro фахівців для поліпшення безпеки та управління взаємодії систем.
• Сервер віддаленого робочого столу - Віддалений робочий стіл (RD Session Host - Session-based Desktops). Класичний віддалений робочий стіл (сервер терміналів) припускає установку ролі RD на виділеному сервері і роботу користувачів з власним віддаленим робочим столом. Дане середовище відкрита для користувачів, що мають доступ до сервера.
• Сервер віддаленого робочого столу - Дистанційні програми (RD Session Host - RemoteApp). Дистанційні програми (RemoteApp) були впроваджені в Windows Server 2008. Це програми, віддалений доступ до яких можна отримати через Служби віддалених робочих столів (RDS) і які працюють так, як ніби вони запущені на локальному комп'ютері користувача. Користувачі можуть запускати програми RemoteApp разом зі своїми локальними програмами. Ця функція полегшує роботу користувачів, оскільки стирає відмінність між віддаленим і локальним робочим столом користувача. У Windows Server 2008 R2 Дистанційні програми (RemoteApp) були доопрацьовані, щоб забезпечити можливість управління доступом до Вилученим додатків (RemoteApp) як по окремим користувачам, так і по групах безпеки.
• Віртуальний сервер віддаленого робочого стола - Персональний робочий стіл і пул робочих столів (RD Virtualization Host - Personal Desktops and Pooled Desktops). Оновлені RDS дозволяють використовувати інфраструктуру віртуальних робочих столів (Virtual Desktop Infrastructure (VDI)) при використанні Hyper-V. Віртуальні робочі столи можуть бути персональними, - індивідуальні для кожного користувача окремо, або можуть бути об'єднані в єдиний пул, з загальними настройками і додатками.
• Дистанційні програми та підключення до віддаленого робочого столу (RemoteApp & Desktop Connections). У Windows Server 2008 використовуються Web Access для створення єдиної веб-сторінки входу, на якій доступні всі опубліковані Дистанційні програми. У Windows Server 2008 R2 і Windows 7, користувачі можуть підписуватися на Дистанційні програми, при цьому Дистанційні програми будуть автоматично встановлюватися на робочих станціях користувачів: ярлики додатків будуть автоматично створювати в меню Пуск.

Кожен розділ цього посібника є опис загальної архітектури і кроків, необхідних для налаштування. Описані в документації сценарії призначені в першу чергу для тестування в лабораторному середовищі і не можуть служити керівництвом щодо розгортання в робочому середовищі. Для отримання додаткової інформації про побудову високонавантаженої інфраструктури слід звернутися до детальніших інструкцій.

Архітектура Служб віддаленого робочого столу (Remote Desktop Services Architecture)

Архітектура RDC покликана забезпечувати масштабованість і надійність надання послуг, дозволяючи користувачам отримувати доступ до додатків, не вимагаючи від них нових знань. В даному розділі міститься короткий огляд ролі RDS. У ньому також міститься докладна інформація про додаткові функції і можливості, які використовує RDS. Майте на увазі, що для того, щоб скористатися новими функціями RDS, на клієнтському комп'ютері повинна бути встановлена ​​остання версія клієнта RDC (Rremote Desktop Client) з підтримкою RDP 7.0.

Основні ролі Служб віддаленого робочого столу (Remote Desktop Services Roles)

Основні ролі RDC показані на малюнку 1:

• Remote Desktop Session Host (RDSH). Основна роль RDC, дозволяє використовувати віддалений робочий стіл і віддалені програми (RemoteApp).
• RD Virtualization Host (RDVH). Дана роль - новий компонент RDS в Windows Server 2008 R2. Він дозволяє серверами RDVH з підтримкою Hyper-V працювати з віртуальними робочими столами з використанням ОС клієнтських машин.
• RD Connection Broker. Ця роль управляє з'єднаннями між користувачами і компонентами RDS. Дана роль відстежує які сесії і віртуальні машини використовує користувач, і дозволяє при необхідності відновлювати підключення до них. RD Connection Broker так само використовується для балансування сесій (віддалених додатків) і віртуальних машин через ферми RDSH і RDVH.
• RD Web Access. Ця роль єдиної веб-сторінки входу, на якій користувачам відображається список віртуальних робочих столів і віддалених додатків доступних для запуску.
• RD Gateway. Дана роль забезпечує доступ користувачів, які знаходяться за межами корпоративної мережі.
• RD Licensing. Це роль сховища ліцензій RDS, вона необхідна для функціонування інших можливостей RDS. Служби RDS можуть працювати 120 днів в тестовому режимі, після чого їх необхідно підключити до активованої службі ліцензій RD Licensing Server Windows Server 2008 R2 з встановленими ліцензіями на термінальний доступ (TS CALs).

Додаткові ролі і можливості (Additional Roles & Features)

Для підтримки нових функцій в RDS, необхідно використання деяких додаткових ролей і можливостей. До них відносяться:

• Web Server (IIS). Дана роль необхідна для доступу до RD Web Access.
• Hyper-V. Ця роль підтримує віртуалізацію віддалених робочих столів і потрібно при установці RD Virtualization.
• Network Policy Server в поєднанні зі службами RD Gateway використовується для забезпечення доступу до клієнтських політикам доступу.
• Desktop Experience Pack. Забезпечує такі можливості як інтерфейс Aero і програвання відео високої парності.

На рисунку 1 представлена ​​інфраструктура RDS. Нижче описується послідовність підключення клієнта до віддаленого робочого столу або до віддаленого додатком.

1. Віддалений користувач підключається до сайту RD Web Access.
2. Сервер RD Web запитує інформацію про додатки, сесіях та віртуальних робочих столах у сервера RD Connection Broker.
3. RD Connection Broker перевіряє стан ролей RDSH і RDVH, інформацію про призначені користувачеві віртуальних робочих столах в Active Directory® Domain Services (AD DS), потім передає цю інформацію назад на сервер RD WEB Access.
4. Користувач отримує інформацію про доступні віддалених додатках і віртуальних робочих столах на сайті RD Web.
5. Клієнтський комп'ютер відкриває з'єднання з сервером RD Gateway. Використовуючи процедуру віддаленого виклику (RPC) поверх протоколу HTTP підключається до сервера RD Connection Broker.
6. RD Connection Broker використовує AD DS для знаходження дозволів користувача та інформації про персональні віртуальних робочих столах асоційованих з даними користувачем.
7. RD Connection Broker перенаправляє клієнтський комп'ютер на доступний RDSH або RDVH сервер на якому встановлено запитувана додаток або віртуальний робочий стіл.
8. RDSH або RDVH сервер відповідають клієнту і надають запитувану сесію або віртуальний робочий стіл.
9. Будь-які RDSH або RDVH сервера вимагають доступу до сервера ліцензування (RD Licensing Server). Існує 120 денний період, протягом якого ліцензії не потрібні.

Малюнок 1 Інфраструктура RDS

Сценарій 1: Віддалений робочий стіл

Сесія на основі поєднання RDS це те, що прийнято називати класичними службами терміналу. Підключення до сервера (RDSH) з метою отримання доступу до віддаленого робочого столу. Підключення проводитися до сервера Windows Server 2008 R2 з роллю RDSH. Кожен користувач отримує особисту сесію і свій робочий стіл.

Як і в попередніх версіях, додатки повинні бути встановлені на сервері, при установці програми необхідно вибрати опцію «Установка для Всіх користувачів» (Install for All Users) щоб користувачі віддаленого робочого столу могли запускати додаток. Можливості сервера будуть доступні всім користувачам RDSH, тому важливо, щоб доступ отримували тільки довірені користувачі.

Вимоги для підключення до сесії віддалених робочих столів:

• На сервері повинен бути встановлений компонент Remote Desktop Session Host
• додатки встановлені

На рисунку 2, сервер RDSH розгорнуто з основними додатками Microsoft® Office і клієнт звертається до сервера для доступу до цих програм.

Малюнок 2. Сесія, на основі підключення.

Для настройки даного сценарію, виконайте наступні кроки:

1. У Диспетчері сервера додайте роль Служби віддалених робочих столів (RDS).
2. При установці ролі виберіть служби Remote Desktop Session Host. Примітка: Завжди включайте підтримку режиму підвищеної безпеки (Network Level Authentication) для отримання доступу до RDS, якщо ваші клієнтські комп'ютери працюють під управлінням Windows XP SP3 або більш нової ОС. Примітка: Користувачі і групи повинні бути членами групи Користувачі віддаленого робочого столу (Remote Desktop Users).

   Встановіть Desktop Experience Pack, щоб працювати з призначеним для користувача інтерфейсом Windows Aero, Windows Media Player і іншими можливостями.

3. Встановлюйте додатки на сервер віддаленого робочого стола (Remote Desktop Server). Примітка Для установки Microsoft Office 2007 ласка переконайтеся що ви використовуєте версію Volume License або ви не зможете запустити додаток.
4. Налаштуйте клієнтський комп'ютер для доступу до сервера RDS за допомогою файлу настройки RDP.

Сценарій 2: RemoteApp і Desktop Connections / Web Access

Використовуйте віддалені програми (RemoteApp) для розгортання додатків. Дані програми будуть відображатися безшовним вікнами, так, як якщо б вони були запущено локально. Це дозволяє користувачами є і просто працювати з декількома робочими столами одночасно. Новою можливістю в Windows Server 2008 R2 в поєднанні з клієнтськими комп'ютерами під управлінням Windows 7 є автоматичне створення ярликів для Видалених додатків (RemoteApp), з'єднань RDSH і RDVH в призначеному для користувача меню Пуск. Крім того, оновлений Windows Server 2008 R2 дозволяє відображати на єдиній веб-сторінці Дистанційні програми (RemoteApp) з декількох RDSH серверів, при цьому відображатися будуть тільки ті додатки, які визначив адміністратор.

Крім того, цей же список програм і робочих столів може бути опублікований через RD Web Access для підтримки перед- Windows 7 комп'ютерів.

Вимоги для запуску RDS і використання Видалених додатків, підключення до віддаленого робочого столу і доступу до веб-сайту RD Web access:

• Сервер Remote Desktop Session Host (RDSH)
• Сервер Remote Desktop Session Host (RDVH)
• встановлені програми
• Сервер з встановленої службою RD Connection Broker
• Сервер RDS Redirector
• Сервер RD Web Access

ПРИМІТКА: Протягом останніх трьох ролі можуть бути при необхідності встановлені на одному і тому ж сервері.

Малюнок 3. Запуск сесії до віддаленого робочого столу за допомогою Підключення до віддаленого робочого столу (Remote Desktop Connection) і веб-сторінки RD Web access

Для розгортання додатків за допомогою RD Connection Manager, виконайте наступні дії:

1. Додайте програми в список RemoteApp Program і налаштуйте дозволу для кожної програми окремо, щоб визначити користувачів які зможуть бачити ярлик программи.На сервері RDS, раніше налаштованого за допомогою Диспетчера сервера (Server Manger), розгорніть пункт Remote Desktop Services, клацніть RemoteApp Manager, а потім запустіть Майстер додавання віддаленого програми (Add RemoteApp Programs Wizard).
2. Увімкніть показ на веб-сторінці RD Web access для необхідного програми RemoteApp, клацнувши Show Applications in RD Web Access в списку RemoteApp Programs.
3. На новому сервері встановіть роль RD Connection Broker.
4. На сервері RD Connection Broker, додайте обліковий запис комп'ютера з роллю RD Web access в групу RD Web Access.
5. В RD Connection Manager, додайте сервери RD Session Host на яких встановлені Дистанційні програми (RemoteApp).
6. На новому сервері встановіть роль RD Web Access. Примітка Сервер не обов'язково повинен бути носієм ролі RDSH для установки ролі RD Web Access; якщо ви використовуєте сервер з роллю RD connection broker як планованого сервера, веб-сервер уже встановлений.
7. Налаштуйте централізовану публікацію через RD Web access: a. Використовуйте обліковий запис, що входить в групу адміністраторів Веб-доступу віддаленого робочого столу (RD Web Access Administrators group) на сервері RD Web Access, відкрийте сторінку https: // RDWEBSERVER / RDWeb, де RDWEBSERVER повне доменне ім'я (FQDN) вашого Веб-сервера віддаленого робочого столу (RD Web server). Примітка Не забудьте використовувати HTTP через Secure Sockets Layer (HTTPS) для доступу до даної сторінки, оскільки сервер не приймає звичайні HTTP з'єднання. (На сервері є самоподпісанний сертифікат, використання якого може викликати повідомлення про помилку.)

   Microsoft рекомендує використовувати служби сертифікатів або використовувати комерційні рішення для створення SSL сертифікату. При цьому клієнтам Веб-доступу до віддаленого робочого столу (RD Web Access) не з'являється жодних повідомлень про помилки, пов'язаних з недійсними параметрами сертифіката.

   b. У розділі Налаштування (Configuration) на веб-сайті, змініть властивості RD Web Access вибравши пункт Remote Desktop Server Centralized Publishing, так як показано на малюнку 4.

   
   Малюнок 4. Налаштування сайту для централізованої публікації інформації про RDS

   c. В поле Ім'я джерела (Source name) задайте ім'я сервера RD Connection Broker.

8. На комп'ютерах під управлінням Windows Vista або Windows 7, зайдіть на сторінку Веб-доступу до віддаленого робочого столу використовуючи URL https: // RDWEBSERVER / RDWeb, потім увійдіть в якості зареєстрованого користувача.

Це показує доступні віддалені програми.

Сценарій 3: Особистий віртуальний робочий стіл (Personal Virtual Desktops) з використанням RD Virtualization

RD Virtualization дозволяє створювати віртуальні столи, якими можна управляти і задавати доступ через RD Connection Broker. Користувачі можуть приєднуватися до персонального робочого столу або до пулу робочих столів, які передбачають спільне використання. Стан сесії користувача і віртуальної машини запам'ятовується, таким чином, під час наступного з'єднання користувач буде перенаправлений на той же сервері, де виконується його VDI сесія.

Вимоги для RDS з використанням RD Virtualization:

• Сервер з роллю Remote Desktop Virtualization Host (RDVH). Якщо сервер з Сценарію 1 підтримує Hyper-V, роль RD Virtualization може бути встановлена ​​на ньому.

Примітка Ролі RD Connection Broker і RD Virtualization Host не можуть бути встановлені на одній і тій же машині.

• Сервер з рол RDS Redirection Server. Спеціальний RDS сервер необхідній для использование перенаправлення RDP. Даній сервер працює спільно з сервером RD Connection broker. После того як RDS-сервер буде налаштованості як Переспрямовувач, ВІН перестану прійматі регулярні Підключення до віддаленого робочого столу. Для віддаленого адміністрування даного сервера використову Адміністративне Підключення "mstsc / admin" з меню «Пуск».
• Встановіть роль RD Virtualization. При установці нового сервера, так само встановіть роль Remote Desktop Server.
• Віртуальні робочі столи віртуальніх машин повінні буті налаштовані на использование RDVH. Віртуальні машини повінні буті запущені під керування: Windows 7, Windows Vista або Windows XP.
• Налаштуйте RDS для перенаправлення персональних віртуальніх робочих столів. Якщо персональні робочі столи не будуть використовуватися, пропустіть дані крок і перейдіть до розділу "Пул віртуальних робочих столів", який буде розглянуто пізніше в цьому керівництві.
  Для створення віртуального робочого столу в віртуальній машині виконайте наступні кроки (тільки для Windows 7):

Примітка Ім'я віртуальної машини в Hyper-V Manager tool має повністю (FQDN) збігатися з ім'ям гостьовий віртуальної машини (наприклад, vmclinet1.contoso.com).

1. Приєднайте комп'ютер до домену Active Directory.
2. Увімкніть віддалений робочий стіл.
3. Налаштуйте групу Користувачі віддаленого робочого столу (Remote Desktop Users group). Всі користувачі, які повинні отримати доступ до даної віртуальної машині повинні бути членами даної групи.
4. На сервері RD Virtualization додайте обліковий запис комп'ютера з віртуальною машиною в локальну групу Адміністраторів (local Administrators group).
5. Встановіть останню версію служб інтеграції для Hyper-V. Більш детальну інформацію можна дізнатися з Hyper-V Getting Started Guide . Windows 7 включає останню версію служб інтеграції для Hyper-V.
6. Налаштуйте Windows Firewall для дозволу трафіку Remote Desktop і Remote Service Management.
7. Встановіть параметр реєстру AllowRemoteRPC рівний 1. Цей параметр розташований в наступному ключі реєстру: HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Control \ Terminal Server.

Для настройки перенаправлення RDS, виконайте наступні кроки:

1. На новому сервері, який буде виконувати роль Переспрямовувач RDS встановіть служби віддалених робочих столів (Remote Desktop Services).
2. На сервері RD connection broker запустіть майстер Configure Virtual Desktops Wizard. (Запустіть майстер з панелі дій на сервері RDS, з пункту Remote Desktop Connecter Manager в консолі Диспетчер сервера.)
   Малюнок 6. Майстер Configure Virtual Desktops Wizard
3. У пункті "Specify the Remote Desktop Virtual Host" додайте необхідні сервера RDVS. (На сервері повинен працювати Hyper-V і віртуальні машини повинні бути налаштовані.)
4. У пункті «Configure Redirection Settings» вкажіть сервер, налаштований на кроці 2.
5. У пункті «Specify an RD Web Access Server» вкажіть сервер, на якому встановлений компонент RD Web Access. (Це може бути один і той же сервер, як вказано в Сценарії 2 цієї настанови)

Персональний віртуальний віддалений робочий стіл користувача.

Наступним кроком необхідно призначити користувачеві віртуальний робочий стіл. Ви можете зробити це за допомогою пункту RD Virtualization host консолі Служби віддалених робочих столів. Клацніть Assign Personal Virtual Desktop для запуску відповідного майстра.

Ви так само можете асоціацію користувача і його віртуального робочого столу за допомогою консолі "Active Directory Користувачі і комп'ютери» з будь-якого сервера Windows Server 2008 R2.

Малюнок 7. Архітектура взаємодії з персональним робочим столом

Налаштування Windows 7

Для того щоб отримати доступ до віртуальної машини, використовуйте сторінку RD Web Access для доступу до віддалених додатків, або заздалегідь налаштований файл створений за допомогою сервера RD Connection Broker. У пункті RD Connection Manager, клацніть по посиланню «Отримати файл конфігурації клієнта» (Obtain client Configuration file).

Сценарій 4: Пул віртуальних робочих столів і RD Virtualization

Пули робочих столів є наборами однаково налаштованих віртуальних робочих столів. Коли користувач запитує доступ до пулу, він отримує доступ до будь-якої вільної віртуальної машині: призначені для користувача настройки не залежать від того, на який віртуальній машині працює користувач. Як тільки користувач завершує сеанс роботи з віртуальною машиною, машина готова до обслуговування іншого користувача. Малюнок 8 показує загальну архітектуру роботи з пулом віртуальних робочих столів.

Малюнок 8. Архітектура пулу віртуальних робочих столів

Почнемо роботу з налаштування пулу з вибору назви для нього, наприклад: vdipool.contoso.com.

Примітка Ім'я пулу робочих столів іноді так само називають ім'ям ферми.

Далі, встановіть і налаштування на сервері RDS перенаправлення на пул робочих столів. Щоб зробити це, виконайте наступні кроки:

1. На новому сервері, який буде виконувати функцію Переспрямовувач для нового пулу віртуальних робочих столів, необхідно встановити роль RDS.
2. На сервері RD Connection broker переконайтеся, що віртуальний сервер, який об'єднує віртуальні машини в пул, був доданий в список серверів RDVS. Якщо він не був доданий, додайте його через кнопку Add RD Virtualization Host Server в панелі дій.
3. Створіть пул віртуальних робочих столів:

a. На сервері RD Connection Broker використовуйте консоль Диспетчер сервера (Server Manger) щоб перейти до розділу Remote Desktop Services, потім клацніть пункту RD Virtualization Host Servers і запустіть майстер Virtual Machine Pool Creation Wizard.

b. Введіть ім'я, яке буде відображатися в меню Пуск Windows 7.

Ім'я ферми повинно бути таким же, як ви вказали вище.

c. Введіть ім'я сервера налаштованого на кроці 1, як сервера перенаправлення.

Щоб відкотити пул віртуальних робочих столів в первісний стан, виконайте наступні дії:

1. Зробіть знімок стану (snapshot) кожної віртуальної машини, члена пулу.
2. Перейменуйте знімок в RDV_ROLLBACK.

Висновок

У Windows Server 2008 R2 існує безліч додаткових сценаріїв використання RDS. Даний посібник розглядає базовий функціонал для полегшення розуміння системними адміністраторами елементів ІТ інфраструктури. Додаткові інструкції можна знайти в RDS Help documentation , Яка містить детальні покрокові інструкції для багатьох сценаріїв.

Олексій Тараненко

за матеріалами TechNet