термінальні служби
Установка, друк і балансування навантаження
Термінальний сервер: апгрейд або чиста установка?
Вимоги до клієнтського комп'ютера
Установка термінального сервера
Малюнок 1. Установка термінального сервера
Натиснувши Install і дочекавшись установки компонентів, вам буде потрібно перезавантажити сервер.
Друк з термінальною сесії
Тепер при підключенні клієнта до сервера терміналів система переглядає встановлені на клієнтському комп'ютері принтери і намагається спочатку встановити для них в віддаленому сеансі драйвер Terminal Services Easy Print. Тільки якщо це не вдається, буде проведений пошук драйвера на сервері, і в разі його відсутності принтер підключений не буде. Це поведінку можна змінити через групову політику Use Terminal Services Easy Print printer driver first ( «Використовувати в першу чергу драйвер принтера Easy Print служб терміналів») в розділі Computer Configuration -> Administrative Templates -> Windows Components -> Terminal Services -> Terminal Server - > Printer Redirection ( «Конфігурація комп'ютера -> Адміністративні шаблони -> Компоненти Windows -> Служби терміналів -> Сервер терміналів -> Перенаправлення принтерів»). Якщо перевести її в стан Disabled ( «Відключено»), спочатку буде проведений пошук драйвера на сервері і тільки потім спроба встановити для принтера драйвер TS Easy Print. У цьому ж розділі є корисна політика Redirect only the default client printer ( «Перенаправляти тільки буде використовуватися під принтер клієнта»), в стан Enabled ( «Включено») вона дозволяє підключати при вході на сервер тільки принтер за замовчуванням клієнта.
Що стосується драйвера TS Easy Print, то, по завіреннях Microsoft, він повинен забезпечувати той же набір можливостей, що і локальний драйвер, оскільки при виклику вікна налаштувань принтера в віддаленому сеансі викликається вікно з локальними налаштуваннями (див. Рис. 2). На малюнку видно, що вікно властивостей принтера розташовується поверх вікна віддаленого підключення, тобто воно відкривається локально у клієнта.
Малюнок 2. З віддаленого сеансу відкривається вікно налаштувань локального принтера
Спроба підключення принтера через драйвер TS Easy Print при вході на сервер включена за замовчуванням, тому якщо цього не відбувається, перевірте, чи встановлений на клієнтському комп'ютері .NET Framework (версія 3.0 SP1 або вище) і RDC 6.1 (саме 6.1, версія 6.0 TS Easy Print не підтримує).
TS Licensing - ліцензування служб терміналів;
TS Session Broker - посередник сеансів служб терміналів;
TS Gateway - шлюз служб терміналів;
TS Web Access - веб-доступ до служб терміналів.
Ця служба була присутня і в більш ранніх версіях Windows Server, тому не буду на ній зупинятися дуже детально. З нового, про що варто згадати, з'явилося наступне:
- можливість відкликання виданих ліцензій;
- можливість відстеження виданих ліцензій в режимі Per-User (якщо сервер ліцензування працює в доменному режимі, а не в режимі робочої групи).
TS Session Broker
Отже, як це працює.
Припустимо, у вас є кілька термінальних серверів і ви хочете включити балансування навантаження так, щоб сесії користувачів рівномірно розподілялися між серверами. Зробити це можна кількома способами:
Малюнок 3. Конфігурація служб терміналів
У вікні (див. Рис. 4) буде потрібно:
Малюнок 4. Конфігурування термінального сервера як члена ферми серверів
Може виникнути питання, для чого використовувати додаткові кошти балансування навантаження, якщо TS Session Broker сам вміє проводити балансування, але, незважаючи на це, Microsoft рекомендує використовувати його в поєднанні з іншими методами? Уявіть собі, що в зв'язку зі збоєм електроживлення або дружним початком робочого дня кілька десятків клієнтів намагаються звернутися до ферми термінальних серверів. Один сервер в змозі обслужити лише 16 одночасних підключень. Якщо не використовувати додаткову балансування, то інші клієнти отримають помилку підключення. Тому ви самі повинні вирішити виходячи з кількості обслуговуваних клієнтів, чи потрібна додаткова балансування чи ні.
Можуть також виникнути випадки, коли потрібно вимкнути один з серверів ферми на обслуговування. Прі не форс-мажорних обставин для цього служить механізм drain-stop (припинення). Перекласти сервер в цей стан можна в розділі Edit Settings вікна Terminal Server Configuration, двічі клацнувши пункт User Logon Mode ( «Режим входу користувача в систему») (на рис. 3 цей пункт підкреслять синім) і встановивши опцію Allow reconnections, but prevent new logons ( «Дозволити перепідключення, але заборонити нові спроби входу»). При цьому користувачі зможуть працювати і підключатися до наявних на сервері сесій, однак нові користувачі на сервер входити вже не будуть. Таким чином, через деякий час сервер буде звільнений від призначених для користувача сесій.
А тепер поговоримо про неприємні несподіванки, які виявляються з використанням TS Session Broker.
TS Session Broker - підводні камені
Ось деякі особливості, які при впровадженні TS Session Broker варто мати на увазі і бути до них готовим.
- Іноді, працюючи з фермою серверів, є необхідність підключитися до якогось конкретного сервера. При включенні балансування через TS Session Broker цього не можна зробити. Для адміністраторів існує лазівка, а ось якщо ви простий користувач - то, на жаль. З одного боку, це можна розглядати як захист від занадто розумних користувачів, які іноді люблять підключатися до термінальних серверів в обхід балансування, з іншого - навіть ви самі не зможете це зробити для користувача, якщо виникне така необхідність. Будучи локальним адміністратором термінального сервера, ви можете підключитися віддалено до потрібного вам сервера (незважаючи на включений TS Session Broker або режим заборони нових підключень), викликавши RDP-клієнт з параметром / admin (mstsc.exe / admin).
- Якщо клієнти використовують ОС нижче Windows Vista, то, можливо, їм доведеться двічі вводити свої облікові дані при підключенні до ферми термінальних серверів з включеним TS Session Broker. Викликано це тим, що такі ОС не можуть використовувати функцію «єдиного входу» (single sign-on), про яку я писав вище. Відповідно перший раз облікові дані потрібно буде ввести при підключенні до сервера ферми, який потім звернеться до сервера TS Session Broker і перенаправляє клієнта на потрібний сервер, де клієнту доведеться повторно ввести свої облікові дані вже при підключенні до кінцевого сервера.
- Коли я проводив тестування нових можливостей балансування, то виявив, що при виключенні одного з серверів ферми інформація про це потрапляє на сервер TS Session Broker чомусь далеко не відразу. Протягом приблизно 5 хвилин після того як один з серверів ферми вже став недоступний, TS Session Broker все одно продовжує перенаправляти клієнтів на цей сервер. Відповідно робота користувачів буде перервана на цей час.