Создание сервера терминалов. Базовая настройка Windows Server

Вернемся к 1998 г.: Корпорация Майкрософт выпускает Windows NT 4.0 Terminal Server Edition под кодовым названием «Hydra». Корпорация Майкрософт лицензировала технологию от Citrix Systems, создав свой первый вариант системы «тонкий» клиент/сервер. Развертывание системы «Hydra» представляло для системных администраторов сложную задачу. Перенесемся на несколько лет вперед от этого момента — службы терминалов поразительно изменились. Они полностью интегрированы в ядро и легко настраиваются с помощью встроенного мастера установки, не требуя отдельного компакт-диска или загрузки из Интернета. С учетом относительной простоты установки существует много доводов в пользу развертывания служб терминалов на предприятии. Наиболее очевидное преимущество заключается в том, что все приложения выполняются на центральном сервере или серверах, поэтому не возникает вопрос об архитектуре и оборудовании клиентов. Все, что требуется конечным пользователям, это клиент RDP (Remote Desktop Protocol — протокол удаленного рабочего стола) для подключения к центральным серверам. К счастью, клиенты RDP доступны для большинства современных архитектур.

В этой статье будет продемонстрирован способ включения служб терминалов на существующей установке Windows Server® 2003, метод применения групповых политик служб терминалов и использование мастера выборочной установки для автоматизации установки параметров профиля Microsoft® Outlook®. В результате будет получен полностью развернутый сервер терминалов, предоставляемый для приложений пользователей.

Начало работы

Первое, что необходимо сделать, принимаясь за установку служб терминалов, это открыть окно встроенного мастера настройки сервера, входящего в набор средств администрирования Windows Server 2003. Выберите пункт «Сервер терминалов», затем щелкайте «Далее», пока не мастер не завершит работу. Программа установки выводит предупреждение о необходимости перезагрузки компьютера для вступления в силу сделанных изменений. После перезагрузки сервер находится в режиме «Сервер терминалов».

Кстати, перед тем как начинать работу, убедитесь в том, что у вас имеются лицензии CAL (Terminal Services Client Access License — клиентская лицензия служб терминалов) — в противном случае после успешного развертывания никто не сможет установить подключение. Теперь присоедините компьютер, на котором выполняются службы терминалов, к домену Active Directory® и войдите в систему с использованием учетной записи, имеющей привилегии администратора домена. Будет сложно продолжать развертывание, не имея доступа к домену, поскольку у вас не будет возможности привести в действие групповые политики. В этой статье сервер, на котором устанавливаются службы терминалов, будет называться TS01.

Затем запустите оснастку «Active Directory — пользователи и компьютеры» из набора средств администрирования и создайте новое подразделение (OU), в котором будет размещен сервер терминалов. Для простоты дадим этому OU подкупающее оригинальностью имя Terminal Servers (Серверы терминалов). Отыщите сервер терминалов с именем TS01 и переместите его в новое подразделение Terminal Servers.

Затем загрузите (с веб-узла по адресу microsoft.com/windowsserver2003/gpmc) и установите консоль управления групповыми политиками (GPMC). Эта служебная программа управления позволяет настроить новую групповую политику, назначить ей разрешения и впоследствии исправлять политику с целью включения и отключения параметров политики для всех подключающихся пользователей. GPMC является важным средством развертывания служб терминалов, поскольку в ней имеется встроенный мастер моделирования, в котором незамедлительно отражается, какие политики применены к пользователю, а какие — нет.

Из окна «Администрирование» запустите консоль GPMC и найдите новое подразделение Terminal Servers в левой части окна «Управление групповой политикой». Щелкните это подразделение правой кнопкой мыши, выберите «Создать и связать GPO», как показано на рис. 1, и дайте ему практичное имя, например Terminal Server Policy #1.


Рис. 1 Создание и связывание нового объекта групповой политики (GPO) (Щелкните изображение, чтобы увеличить его)

Волшебным образом группа «Прошедшие проверку» отображается в области «Фильтры безопасности» в правой части окна GPMC. Эта группа по умолчанию добавляется во все объекты групповой политики (GPO). Щелкните эту группу, затем нажмите кнопку «Удалить». Вместо нее в дереве Active Directory требуется настроить группу «Службы терминалов», к которой будут применяться объекты GPO при регистрации пользователей на TS01. Дадим группе служб терминалов имя BottleWashers. Продолжайте работу и добавьте их в структуру Active Directory с помощью оснастки «Active Directory — пользователи и компьютеры» из средств администрирования. Группу BottleWashers понадобится добавить также к группе пользователей удаленного рабочего стола на TS01 и на любых других устанавливаемых серверах терминалов.

Теперь перейдите на вкладку «Область». Нажмите кнопку «Добавить» в зоне «Фильтры безопасности», затем добавьте группу BottleWashers. Группа BottleWashers автоматически получает права на чтение и применение групповой политики к объекту Terminal Server Policy #1. Эти два разрешения являются правами групповой политики по умолчанию и являются необходимыми для всех политик, применяемых к объекту.

Затем добавьте также в зону «Фильтры безопасности» сервер TS01. Для выполнения этой операции требуется еще один дополнительный этап. Сначала щелкните «Добавить», затем, под заголовком «Типы объектов», установите флажок на вкладке «Компьютеры»; в противном случае GPMC не сможет отыскать TS01 в Active Directory. Окончательный результат должен выглядеть, как на рис. 2.

Рис. 2 Добавление TS01 в зону «Фильтры безопасности»

Права корректной политики точно так же автоматически применяются к TS01 при его добавлении в зону «Фильтры безопасности». В этот момент имеет смысл выбрать вкладку «Делегирование» вверху правой стороны экрана GPMC, а затем найти группу «Администраторы домена», список которой по умолчанию также выводится для каждой новой политики. Нажмите кнопку «Дополнительно» в правом нижнем углу экрана.

Теперь можно просмотреть параметры безопасности для объекта «Групповая политика». Сосредоточьтесь на группе «Администраторы домена», затем найдите параметр «Применение групповой политики». На правой стороне выберите режим «Запретить». Нажав кнопку OK, вы получите стандартное сообщение с предупреждением, отображаемое при каждой установке разрешения «Запретить». Эта операция предотвращает применение новой политики TS к группе «Администраторы домена» — более чем нежелательное последствие.

Помните мой совет относительно наличия лицензий CAL Майкрософт? Необходимо просмотреть документы с лицензиями и определить, какие лицензии CAL для служб терминалов были приобретены. Существует два варианта лицензий CAL для сервера терминалов: для пользователя и на устройство. Для получения дополнительных сведений о лицензировании посетите веб-страницу по адресу microsoft.com/windowsserver2003/howtobuy/l icensing/ts2003.mspx .

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

Если в домене еще нет сервера с лицензией сервера терминалов, найдите в домене сервер, который может принять на себя эту роль. Хотя такая возможность поддерживается, не стоит делать TS01 сервером лицензирования, потому что, если впоследствии на предприятии будут появляться дополнительные серверы терминалов, устойчивость инфраструктуры к сбоям не будет увеличиваться. На сервере, который предполагается сделать сервером лицензирования, откройте панель управления. Последовательно выберите «Установка и удаление программ» | «Компоненты Windows» | «Лицензирование сервера терминалов» и выполните появляющиеся на экране указания для включения сервера лицензирования. По завершении процедуры выберите «Пуск» | «Выполнить» и введите:

Этой командой открывается дерево «Настройка сервера терминалов»\«Параметры сервера». В этом дереве следует выбрать «Параметры сервера» | «Лицензирование» и выбрать «Для пользователя» или «На устройство». Вариант по умолчанию — «На устройство». Если в домене уже есть сервер с лицензией сервера терминалов, в объекте Terminal Server Policy #1 будет присутствовать параметр, указывающий на то, что серверу назначена роль сервера лицензий. Выполнив эту задачу, выберите «Пуск» | «Выполнить» и введите:

Теперь, чтобы пользователи могли подключаться, необходимо активировать лицензии клиентского доступа. Существует удобная возможность активирования лицензий по телефону или на веб-узле. После этого пользователи смогут подключаться к серверу терминалов, но на нем будут отсутствовать обязательные политики, поэтому приступим к настройке нескольких важных политик. Некоторые из них, рекомендованные Майкрософт, приведены в статье базы знаний «How to lock down a Windows Server 2003 or Windows 2000 Terminal Server session »(Способ блокировки сеанса сервера терминалов в Windows Server 2003 или Windows 2000).

Включение политик

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

Первой, возможно, стоит привести в действие политику замыкания на себя. Для ее активирования запустите GPMC, найдите объект Terminal Server Policy #1, щелкните его правой кнопкой мыши и выберите «Изменить». Перейдите к узлу «Конфигурация компьютера» | «Административные шаблоны» | «Система» | «Групповая политика» и включите параметр «Режим обработки замыкания пользовательской групповой политики». После включения этой политики следует установить значение для ее параметра «Режим»: «Замена» или «Слияние». Для оптимальной работы служб терминалов выберите «Замена».

Следующим следует включить параметр сервера терминалов «Добавлять группу администраторов для перемещаемых профилей пользователя», который находится в узле «Конфигурация компьютера»\«Административные шаблоны»\«Система»\«Профили пользователей». Этот параметр обеспечивает администратору полный и постоянный контроль над всеми папками профилей пользователей. Его следует установить как можно раньше, поскольку он не применяется, если папки уже были созданы после первого входа пользователя в систему (см. рис. 3).

Теперь должен отобразиться экран подключения к удаленному рабочему столу. Для подключения достаточно ввести имя или IP-адрес сервера терминалов. Кнопка «Параметры» предоставляет доступ к большому числу существующих возможностей, например, можно указать, следует ли подключать локальные драйверы или принтеры, или изменить разрешение экрана. В области параметров можно также жестко определить сервер TS01 и впоследствии сохранять профиль RDP на своем рабочем столе. По умолчанию профиль RDP называется Default.RDP.

Административные задачи

Если на сервере TS01 требуется выполнить некоторые административные задачи, оптимальным вариантом будет использование следующей команды, поскольку она имитирует такое же выполнение операций, как если бы вы физически находились за консолью:

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

Последняя команда, с которой нужно ознакомиться — Tsadmin, предоставляющая возможность просматривать список пользователей, подключенных к серверу терминалов, и процессы Windows, открытые пользователями. Она позволяет также «затенять» пользователей, что является огромным преимуществом для администраторов. Хотя стоит отметить, что при запуске TSadmin с рабочей станции возможность «затенять» пользователей отсутствует. Возможен только просмотр подключений. Для того чтобы «затенить» пользователей, необходимо войти в систему непосредственно на TS01, «затенить» пользователей, отправить им сообщение или отключить их от системы.

Заключение

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

Итак! Установив Windоws, заходим Administrator`ом. Если всё сделано верно - перед нами окошко "Manage Your Server" и никаких (!) сообщений об активации.

Добавляем роль "Сервера терминалов"

Перечень "ролей" (сейчас это так именуется;-) нашего сервера пуст. Добавляем роль нашему серверу. Компьютер симулирует поиск чего-то там по локальной сети, и предлагает нам выбрать: м/у той ролью, которая нужна нам по ЕГО мнению и той, которая нужна по ВАШЕМУ мнению. Так как в искусственный ум и прочие сказки мы с вами уже не верим, да и своё мнение нам как-то дороже, то выбираем: Сustom.

В появившемся списке ролей выбираем Terminal Server, и нажимаем Next. Вновь нажимаем Next, а после OK - подтверждая собственную готовность перегрузить компьютер.

После перезагрузки заходим под Administrator`ом, и говорим установке сервера терминалов Finish. Сейчас: в окошке Managing your computer возникла роль: Terminal Server. Хотя ниже сказано, что: "Так как сервера терминальных лицензий не найдено, тосервер терминалов будет выдавать временные лицензии на соединение, каждая из которых закончит своё существование ч/з 120 суток".

Такая ситуация нас никак не устраивает, по этой причине мы устанавливаем сервер терминальных лицензий. Для этого заходим в Пуск → Панель управления → Инсталляция и удаление программ → Компоненты Винда. Ставим галочку напротив пункта Terminal Server Licensing. Hажимаем Next. После Finish.

Активация Сервера терминалов:

Сейчас у нас установлен сервер терминальных лицензий. Hо его ещё нужно активировать!.

Если есть корпоративный прокси, его нужно прописать в Панель управления → Hастройки .

Заходим в Администрирование → Terminal Server Licensing. Видим, что найденный на нашем компьютере сервер располагается в состоянии Not activated.

Щелкаем правой кнопкой, говорим Activate server. Выбираем тип подключения Automatic. Вводим свои личные данные (имя, организацию, фамилию, страну - строго те, которые были введены при установке Windows). Последующую страничку (E-Mail, адрес) я оставил пустой. Hажимаем Next, и ожидаем.

Активация обязана пройти успешно. Непонятным, какой смысл, Майкрософт закладывала в эту активацию? Для чего она нужна за исключением сбора статистики? После успешной активации вам будет предложено прибавить лицензии. Продолжаем.

Запустится Client Access License (CAL) Activation Wizard, который первым делом вновь полезет в Майкрософт. После спросит тип лицензии, которую желаете поставить. Я выбрал Enterprise Agreement, и следующим этапом у меня спросили волшебное количество.

Сейчас необходимо указать продукт - Windows Server. Тип лицензии - per Device. Лицензия инсталлировалась отлично. Закрываем окошко Terminal Server Licensing.

Hастраиваем сервер

Из папки Администрирование вытаскиваем на рабочий стол ярлычки Computer Management и Terminal Server Manager. Это не непременно, однако так гораздо удобнее.

Заходим в Computer Management, создаём группу/группы пользователей 1с.

Для этого идем в Администрирование → Terminal Services Configuration. В настройках Server Setting снимаем ограничение "Restrict each user to one session". В списке Connections выбираем соединения и настраиваем их Properties:

Закладка Client Settings:

Заменяем настройки пользователей в отношении дисков и принтеров своими:

  • подключать всё (то есть верхняя галочка обязана быть снята, а 3 следующие обязаны быть активными и установленными);
  • Ограничить глубину цвета до 16 бит;
  • Запретить переадресацию LPT, COM, Audio портов.

Закладка Permissions(Разрешения):

  • Добавляем созданные группы пользователей 1с и ставим им права: Guest Access + User Access, я поставил полный.

Закрываем Terminal Services Configuration. Дальше делаем следующее:

  • Заходим в My computer.
  • Говорим Propetries на диске C:
  • Переходим на закладку Security
  • Говорим Advanced...
  • Удаляем права, позволяющие группе Users делать папки и файлы.

Заходим с Панель управления → Система. Закладка "Автоматическое обновление". Отключаем всё автоматическое обновление напрочь.

Заходим в Администрирование → Local Security Settings → Account Policies → Password Polisy. Устанавливаем "Maximum password age" = 0 - так удобнее.

Заходим в Computer Management, добавляем себя в качестве юзера.
Hе забываем:

  • Password never expires
  • Прибавить себя в группы пользователей 1с.
  • Снять галочку "Require user`s permission" на закладке "Remote control"
Подключаемся к серверу:

Пробуем подключиться с иного компьютера к серверу терминалов. Для этого нам необходимо поставить на компьютер клиент. В составе XP подобный клиент уже есть: "Пуск → Утилиты → Стандартные → Связь → Удаленное управление рабочим столом".
Хотя, даже на XP его стоит переустановить: клиент в составе Win2003 Server будет все-таки поновее.

Клиент располагается в папке: C:\ВИНДА\SYSTEM32\CLIENTS\TSCLIENT. он поддерживает установку и на Винда 98. Установите его на всех машинах, с которых хотите вести работу на сервере терминалов.

После запуска клиента нажмите кнопку "Options(Опции)". Для пользователей 1с стоит применять следующие настройки:

Закладка "Общие":
  • наполнить поля компьютер, имя юзера, пароль
  • домен (если сеть с доменами - имя домена, если без доменных имен - имя сервера)

Окошко клиента подключения к серверу терминалов Винда

Закладка "Экран":
  • рабочий стол - во весь экран;
    цветовая палитра - 16 бит.

Закладка "Локальные ресурсы":

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

Закладка "Дополнительно":
  • скорость - модем 28.8 - обязана остаться 1 галочка - кэширование графики.

Сейчас эти настройки возможно сохранить в файл с расширением RDP. Обратите свое внимание на галочку "Сохранять пароль" на закладке "Общие". Для операционных систем Win2000 и WINXP эта галочка доступна. Для иных - нет. К несчастью, юзеры Win9x лишены возможности сохранять пароль в RDP файле - по этой причине настройте ваших пользователей Win9x, что за исключением пароля на 1с им будет нужно набивать пароль на Винда.

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

Настроив должным образом соединение, убедитесь, что оно работает, и если хотите сохраните его в RDP-файл (возможно прямо на рабочий стол).

Инсталляция ПО:

Из личного опыта могу заявить, что на сервер стоит устанавливать как возможно меньше ПО. Ставить лучше лишь самое нужное, так как от количества программ и нагруженности зависит скорость работы с сервером.

Я бы ограничился установкой на сервер следующего софта:

  • Total Commander;
  • WINRAR;
  • XP RUS;
  • ПО для помощи БД(к примеру МУСКУЛ).

Весь по устанавливался верно - то есть ч/з Панель управления. Из Office я поставил лишьWord, Excel и Access. Отключил подобные вещи как Binder и Панель_Office.

После этого осталось зайти в "C:\Documents and Settings\Administrator" и "C:\Documents and Settings\All users" и подкорректировать содержимое папок

  • \Start men;
  • \Start menu\Programs;
  • \Start menu\Programs\Startup;
  • \Deskto.

на предмет лишних ярлыков.

http://bazzinga.org/js/tiny_mce/themes/advanced/skins/default/img/items.gif); background-position: 0px 0px; ">Устанавливаем 1c:Предприятие:

Установку 1с производим как всегда запустив инсталяцию.

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

Проверяем доступа на папку с базами 1с:

  • Правой кнопкой мыши Propetries(Свойства) → Security(Безопасность) → Advance.
  • все права обязаны наследоваться с корня диска: Administrators, SYSTEM и Хозяева обязаны иметь "Full Control", группа 1с - права "Read & Execute.
  • Добавляем права для соответствующей группы пользователей 1с (которой принадлежит эта база). Ставим все галочки, за исключением:
    Full Control, Delete, Change Permissions, Take Ownership (для "This folder, subfolders and files")
  • т.о., в списке прав возникнет наша группа с правами "Special"

Небольшой секрет: если вы хотите, чтоб кто-нибудь за исключением Administrator`а могли исполнять сохранение какой-нибудь из баз 1с, вам нужно дать этому человеку права записи на файл C:\Program Files\1cv77.ADM\BIN\1CV7FILE.LST.

  • правой кнопкой мыши → Propetries → Security → Advanced
  • добавляем права для группы 1с-Admins: Ставим все галочки, за исключением: Full Control, Delete, Change Permissions, Take Ownership

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

Впрочем от иных людей о таких проблемах я не слышал. Вам поможет инсталляция эмулятора драйверов HASP. Однако это уже иная история!


Оставьте свой комментарий!

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

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

В качестве базовой системы рекомендуется использовать Windows Server 2003 или Windows Server 2008, принципиальных отличий в настройке сервера терминалов в этих версиях нет, поэтому все сказанное справедливо для обоих систем. В нашем случае будет использоваться Windows Server 2003 SP2.

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

На этом этапе нам потребуется установочный диск Windows Server, который следует заранее иметь под рукой, по завершении установки сервер будет перезагружен. После перезагрузки видим, что роль сервера терминалов успешно добавлена, однако присутствует надпись, что поскольку не найден сервер лицензирования служб терминалов выдача лицензий прекратится через 120 дней. Необходимо установить сервер лицензирования. Для этого в оснастке Установка и удаление программ выбираем Установка компонентов Windows и в открывшемся окне ставим галочку на Лицензирование сервера терминалов .

Теперь выбираем Пуск - Администрирование - Лицензирование сервера терминалов . В открывшемся окне выбираем Действие - Активировать сервер . В качестве способа активации указываем Автоподключение (нужен интернет) и заполняем небольшую анкетку. Указываем сведения об организации и электронную почту никаких номеров здесь не требуется, сама активация носит номинальный характер и не совсем понятно какой смысл в нее вкладывает Microsoft.

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

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

Закончив с лицензированием переходим к настройке непосредственно сервера терминалов. Пуск - Администрирование - Настройка служб терминалов. В открывшемся окне мы видим единственное на данный момент подключение RDP-tcp , щелкаем правой кнопкой и выбираем Свойства . Первая закладка позволяет настроить уровень безопасности. Если предполагается использование сервера терминалов во внутренней сети можно оставить все по умолчанию, иначе следует перевести Уровень безопасности в положение Согласование , а Уровень шифрования установить как Высокий . При этом следует помнить, что клиенты не поддерживающие данный уровень безопасности не смогут подключится к нашему серверу терминалов. Например клиент идущий по умолчанию в поставке Windows XP SP2 не соответствует данным требованиям и будет необходимо вручную установить последнюю версию клиента.

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

На закладке Сетевой адаптер мы можем выбрать адаптер с которым будет использоваться данное подключение. Это позволяет создать и назначить разным сетевым интерфейсам различные подключения, так например мы можем создать одно подключение с низкой безопасностью для внутренней сети предприятия, а второе с высокой для клиентов подключающихся извне (через интернет или VPN). И наконец закладка Разрешения , если мы не предполагаем использования нескольких подключений и разграничения прав пользователей по группам можно оставить все как есть, для доступа к серверу терминалов достаточно будет добавить пользователей в группу Пользователи удаленного рабочего стола . В противном случае добавляем сюда необходимые нам группы пользователей и устанавливаем им права Доступ пользователя + Доступ гостя . Таким образом можно удобно разграничить использование подключений группами пользователей, например дав доступ к подключению извне только Администратору и Руководству, а к внутреннему всем необходимым группам.

Терминальный сервер настроен и после установки ПО будет готов принимать подключения пользователей. Здесь хотелось бы заострить внимание на еще одной тонкости: всю установку ПО для терминального сервера следует производить только через Установка и удаление программ - Установка программ .

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

Что такое терминальные серверы?

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

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

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

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

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

Практическое применение

На практике, например, тот же терминальный сервер Windows 2012 - вещь незаменимая, скажем, при использовании на предприятии или в офисе программных продуктов «1С».

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

Но это все теория. Чтобы терминальный сервер Windows 2012 рассматриваемой ниже модификации заработал, его изначально нужно настроить. У рядового пользователя, незнакомого со всеми тонкостями таких действий, могут возникнуть проблемы (это совершенно естественно). Между тем, ничего особо сложного и замысловатого здесь нет. Далее приводится пошаговая инструкция.

Настройка терминального сервера Windows 2012 r2

Исходим из того, что само программное обеспечение (ОС) на сервере уже установлено. Доступ к основным настройкам для всех типов серверов производится путем вызова среды кликов на соответствующем значке «Рабочего стола» или командой servermanager.exe из меню выполнения Run (Win + R).

На основной панели сверху справа имеется раздел управления, который нужно открыть и использовать строку добавления ролей и компонентов, после чего будет дан старт специальному «Мастеру» настроек, что поможет несколько упростить процесс установки основных параметров.

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

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

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

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

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

Если все действия были произведены в соответствии с описанной последовательностью, на экране появится окно с сообщением об успешной установке и добавлении всех необходимых компонентов. На этом этапе предварительная настройка заканчивается и нажимается кнопка выхода («Закрыть»).

Активация серверной части

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

Для этого в разделе «Средства» на верхней панели нужно выбрать строку «Диспетчера лицензирования», задать установленный сервер для проведения активации, в методе активации установить «Веб-браузер», после чего будет произведено перенаправление на сайт Microsoft для продолжения действий. Здесь выбирается строка активации сервера лицензий, в следующем окне вводится информация об организации и код продукта. Далее проверяется правильность заполнения формы, после чего будет сгенерирован специальный ID сервера лицензий, который следует скопировать и вставить в запущенный «Мастер» (он у нас остался открытым и активным). Только после этого появится сообщение об успешной активации.

Установка ролей

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

Вполне возможно с первого раза произвести подключение через RDS-клиент системы «Удаленный «Рабочий стол» не получится.

Возможное появление ошибки и ее исправление

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

Исправить этот сбой можно посредством команды «mstsc /v адрес_сервера /admin» (без кавычек). Она может выглядеть, например, так: mstsc /v 213.213.143.178:80 /admin. После этого произойдет подключение к серверу.

Диагностика и лицензирование

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

Их можно установить путем исправления некоторых параметров групповых политик, редактор которых и нужно вызвать командой gpedit. Через конфигурацию, административные шаблоны, компоненты Windows, раздел служб удаленных «Рабочих столов» и узла сеансов добираемся до директории лицензирования.

Справа вверху имеется строка использования указанных серверов лицензирования. Двойным кликом вызываем меню редактирования, отмечаем строку включения (Enabled) и вводим в поле чуть ниже IP или сетевое имя сервера лицензирования. Сохраняем изменения и в том же разделе переходим к строке задания режима лицензирования.

Снова открываем окно редактирования, активируем службу и в графе режима устанавливаем значение «На пользователя» или «На устройство». Разница состоит в следующем. Например, имеется четыре лицензии. В первом случае к серверу сможет подключиться четыре пользователя, независимо от того, с какого именно терминала производится доступ. Во втором варианте к серверу можно будет подключиться неограниченному количеству юзеров, но только с тех четырех терминалов, для которых установлены лицензии. Тут - по желанию. Опять же сохраняем изменения и закрываем редактор.

Повторный старт

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

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

Вместо послесловия

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

Кстати сказать, достаточно освоить эту методику, и с остальными модификациями проблем не будет, поскольку все они настраиваются практически идентичными способами. Отличия могут быть незначительными и то, только в мелких деталях. Что же касается рекомендаций по поводу того, какие платформы лучше использовать, тут советовать что-то очень сложно ввиду начальной постановки задачи. Но, думается, вариант с версией 2012 r2 является оптимальным, хотя бы для той же «Бухгалтерии: 1С».

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

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

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

Способ 1: RDP Wrapper Library

Первый способ осуществляется с помощью небольшой утилиты RDP Wrapper Library.

  1. Прежде всего, на компьютере, предназначенном к использованию в качестве сервера, которые будут подключаться с других ПК. Делается это обычным способом, как и при штатном создании профиля.
  2. После этого , в котором содержится заранее скачанная утилита RDP Wrapper Library, в любой каталог на ПК.
  3. Теперь нужно произвести запуск «Командной строки» с административными полномочиями. Щелкайте «Пуск» . Выбирайте «Все программы» .
  4. Переходите в каталог «Стандартные» .
  5. В перечне инструментов ищите надпись «Командная строка» . Щелкните по ней правой кнопкой мышки (ПКМ ). В открывшемся перечне действий выберите «Запуск от имени администратора» .
  6. Интерфейс «Командной строки» запущен. Теперь следует ввести команду, инициализирующую запуск программы RDP Wrapper Library в том режиме, который требуется для решения поставленной задачи.
  7. Переключитесь в «Командной строке» на тот локальный диск, куда вы распаковали архив. Для этого просто введите букву диска, поставьте двоеточие и жмите Enter .
  8. Перейдите в тот каталог, куда вы распаковали содержимое архива. Сначала впишите значение «cd» . Поставьте пробел. Если искомая папка находится в корне диска, то просто вбейте её наименование, если же она является вложенным каталогом, то требуется указать полный путь к нему через слэш. Жмите Enter .
  9. После этого активируем файл RDPWInst.exe. Введите команду:

    Жмите Enter .

  10. Открывается перечень различных режимов работы данной утилиты. Нам нужно использовать режим «Install wrapper to Program Files folder (default)» . Для его применения следует ввести атрибут «-i» . Введите его и жмите Enter .
  11. RDPWInst.exe выполнит необходимые изменения. Для того чтобы ваш компьютер можно было использовать в качестве терминального сервера, нужно произвести ещё ряд настроек системы. Щелкайте «Пуск» . Кликните ПКМ по наименованию «Компьютер» . Выберите пункт «Свойства» .
  12. В появившемся окне свойств компьютера через боковое меню перейдите по пункту «Настройка удаленного доступа» .
  13. Появляется графическая оболочка свойств системы. В разделе «Удаленный доступ» в группе «Удаленный рабочий стол» переставьте радиокнопку в положение «Разрешать подключение от компьютеров…» . Жмите по элементу «Выбрать пользователей» .
  14. Открывается окошко «Пользователи удаленного стола» . Дело в том, что если вы в нем не укажите имена конкретных юзеров, то удаленный доступ к серверу получат только учетные записи с административными полномочиями. Жмите «Добавить…» .
  15. Запускается окошко «Выбор: «Пользователи»» . В поле «Введите имена выбираемых объектов» через точку с запятой внесите наименования созданных ранее учетных записей юзеров, которым требуется предоставить доступ к серверу. Жмите «OK» .
  16. Как видим, нужные наименования учетных записей отобразились в окне «Пользователи удаленного рабочего стола» . Жмите «OK» .
  17. После возврата в окно свойств системы жмите «Применить» и «OK» .
  18. Теперь осталось произвести изменения настроек в окне «Редактора локальной групповой политики» . Для вызова этого инструмента воспользуемся методом введения команды в окно «Выполнить» . Жмите Win+R . В появившемся окошке вбейте:

    Жмите «OK» .

  19. Открывается окно «Редактора» . В левом меню оболочки щелкайте «Конфигурация компьютера» и «Административные шаблоны» .
  20. Переходите в правую часть окна. Там зайдите в папку «Компоненты Windows» .
  21. Ищите папку «Службы удаленных рабочих столов» и войдите в неё.
  22. Зайдите в каталог «Узел сеансов удалённых рабочих столов» .
  23. Среди следующего списка папок выбирайте «Подключения» .
  24. Открывается список параметров политики раздела «Подключения» . Выберите параметр «Ограничить количество подключений» .
  25. Открывается окно настроек выбранного параметра. Переставьте радиокнопку в позицию «Включить» . В поле «Разрешено подключений к удаленным рабочим столам» введите значение «999999» . Это означает неограниченное количество подключений. Жмите «Применить» и «OK» .
  26. После указанных действий выполните перезагрузку компьютера. Теперь можно подключаться к ПК с Виндовс 7, над которым были произведены вышеописанные манипуляции, с других устройств, как к терминальному серверу. Естественно, заходить можно будет только под теми профилями, которые были внесены в базу учетных записей.

Способ 2: UniversalTermsrvPatch

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


Как видим, изначально операционная система Виндовс 7 не предназначена для работы в качестве терминального сервера. Но установив некоторые программные дополнения и произведя необходимую настройку, можно добиться того, что ваш компьютер с указанной ОС будет работать именно как терминал.



Есть вопросы?

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: