Включаем Remote Dekstop Services Manager на Server 2012 R2
Опять заметка про терминальные сервера! Вот когда ранее использовались только Windows Server 2008 R2 SP1 (Std & Ent), то при настроенной роли терминального сервера, для подключения к сессии пользователя на нем использовалась оснастка «Диспетчер служб удаленных рабочий столов»/ «Remote Desktop Service Manager». А вот на Server 2012 R2 разработчики посчитали не нужным и исключили ее.
Предварительные данные:
- Действия осуществляются с учетной записью, обладающей правами администратора.
ОС: Server 2008 R2 Std SP1развернута с помощью файла ответов, а сама рольTS (Terminal Server)по заметке:ОС: Server 2012 R2 Stdразвернута с помощью файла ответов, а сама рольTS (Terminal Server)по заметке:
Что же делать? В моем случае т.к. у меня кластер терминальных серверов (либо NLB, либо haproxy), состоящий из:
srv-ts1.polygon.local | Windows Server 2012 R2 Std | Version 6.3.9600 |
srv-ts2.polygon.local | Windows Server 2012 R2 Std | Version 6.3.9600 |
srv-ts4.polygon.local | Windows Server 2008 R2 Std | Version 6.1.7601 |
srv-ts9.polygon.local | Windows Server 2008 R2 Std | Version 6.1.7601 |
srv-ts10.polygon.local | Windows Server 2008 R2 Std | Version 6.1.7601 |
srv-ts11.polygon.local | Windows Server 2008 R2 Std | Version 6.1.7601 |
srv-ts12.polycong.local | Windows Server 2008 R2 Std | Version 6.1.7601 |
Есть вариант подключения с TS на котором операционная система Windows Server 2008 R2 Std SP1 TS, запускаем Пуск – Все программы – Администрирование – Службы удаленных рабочих столов – Диспетчер служб удаленных рабочих столов, видим все RDP соединения с этим терминальным сервером, но если инициализировать подключение: через правый клик мышью на «Диспетчер служб удаленных рабочих столов» - «Подключение к компьютеру» и указать «Другой компьютер», а именно TS с осью Windows Server 2012 R2 Std и соединение будет успешно отработано. Мы также увидим RDP-сессии, т.е. функционал вроде как есть в Server 2012 R2 TS (Role: Terminal Server), но своих оснасток нет.
На заметку:
Win + R -> tsadmin.msc (Диспетчер служб удаленных рабочих столов/Remote Desktop Services Manage)Win + R -> tsconfig.msc (Конфигурация узла сеансов удаленных рабочих столов/Remote Desktop Session Host Configuration)
А что если я со временем работая в этой конторе все же переведу все TS на Server 2012 R2 Std, то как быть? Поиск информации на просторах интернета привел меня к недокументированной возможности, которую я хочу проверить сперва в тестовой среде и если все заработает, то будет еще один плюс в переводе на все обновленное, т.к. продукт Windows Server 2008 R2 SP1 Standard по расширенной поддержке заканчивается 14.01.2020. Ну это если лицензия, а если нет, то какая-разница. Тестовый сброс (Grace Period) в 120 дней использования терминальным сервером я уже разобрал, как для:
Как сбросить grace period TS Windows Server 2008 R2
Как сбросить grace period TS Windows Server 2012 R2
Как сбросить grace period TS Windows Server 2016
Следовательно я подготовлен.
Чтобы такие оснастки были в Windows Server 2012 R2:
Шаг №1: Из под Server 2008 R2 Std SP1 (English) -> на Server 2012 R2 Std (English) копирую следующие файлы и экспортирую определенные ветки реестра
| 1234567891011121314151617181920212223242526272829 | C:\Users\ekzorchik>xcopy /Y %systemroot%\system32\tsadmin.dll \\srv-ts1.polygon.local\c$\Windows\system32\ C:\Users\ekzorchik>xcopy /Y %systemroot%\system32\tsconfig.dll \\srv-ts1.polygon.local\c$\Windows\system32\ C:\Users\ekzorchik>xcopy /Y %systemroot%\system32\wts.dll \\srv-ts1.polygon.local\c$\Windows\system32\ C:\Users\ekzorchik>xcopy /Y %systemroot%\system32\tsconfig.msc \\srv-ts1.polygon.local\c$\Windows\system32\ C:\Users\ekzorchik>xcopy /Y %systemroot%\system32\tsadmin.msc \\srv-ts1.polygon.local\c$\Windows\system32\ C:\Users\ekzorchik>xcopy /Y %systemroot%\system32\en\tsconfig.resources.dll \\srv-ts1.polygon.local\c$\Windows\system32\en\ C:\Users\ekzorchik>xcopy /Y %systemroot%\system32\en\tsadmin.resources.dll \\srv-ts1.polygon.local\c$\Windows\system32\en\ C:\Users\ekzorchik>mkdir c:\1 C:\Users\ekzorchik>reg export HKLM\SOFTWARE\Microsoft\MMC\SnapIns\FX:{80aaa290-abd9-9239-7a2d-cf4f67e42128} c:\1\fx80.reg /y C:\Users\ekzorchik>reg export HKLM\SOFTWARE\Microsoft\MMC\SnapIns\FX:{3FCE72B6-A31B-43ac-ADDA-120E1E56EB0F} c:\1\fx3f.reg /y C:\Users\ekzorchik>mkdir \\srv-ts1.polygon.local\c$\1 C:\Users\ekzorchik>xcopy /Y c:\1\*.reg \\srv-ts1.polygon.local\c$\1 C:\1\fx3f.reg C:\1\fx80.reg 2 File(s) copied |
Видел, кстати, на различных блогах, что авторы или копипастеры вкладывают в архив уже готовые библиотеки и экспортированные файлы реестра, как по мне – так не стоит делать кто их скачивает, мало ли что там внутри. Впрочем, мне Russian редакция и не особо нужна, т.к. все сервисы в инфраструктуре должны быть на English. А те, что есть будут переведены.
На заметку: Во вложении свои файлы скопированные из системы установленного образа выше.
DLL & MSC:Server2008R2StdSP1English_Server2012R2StdEnglishREG:Server2008R2StdSP1English_Server2012R2StdEnglish_reg
Шаг №2: Захожу по RDP на Windows Server 2012 R2 Std (Role: Terminal Server поднята) куда копировал reg—файлы и импортирую ключи реестра в систему:
Win + X – Command Prompt (Admin) –
| 1234567 | C:\Windows\system32>reg import c:\1\fx3f.reg The operation completed successfully. C:\Windows\system32>reg import c:\1\fx80.reg The operation completed successfully. |
Шаг №3: Проверяю, я все еще на TS с осью Server 2012 R2 Std, работает ли запуск оснасток: -> tsadmin.msc & tsconfig.msc. Открываю Win + R и поочередно запускаю и они успешно запускаются и выполняют весь функционал, которым обладали в Windows Server 2008 R2 Std SP1.
Работает. Теперь я могу смело переводить терминальные сервера к одному единому знаменателю в лице операционной системы Windows Server 2012 R2 Std и оснастки управления у меня такие же, как и в Windows Server 2008 R2 Std SP1. На этом я считаю заметка полностью завершенной, с уважением Олло Александр aka ekzorchik.