Can RDP clients launch a remote application and then only display that application (and not the desktop)? The application would appear fullscreen within the client and if the application were closed the session would end.
ypnos
49.2k14 gold badges95 silver badges141 bronze badges
asked Aug 4, 2009 at 10:36
Richard DormanRichard Dorman
22.8k16 gold badges44 silver badges48 bronze badges
2
«alternate shell» doesn’t seem to work anymore in recent versions of Windows, RemoteApp
is the way to go.
remoteapplicationmode:i:1
remoteapplicationname:s:Purpose of the app shown to user...
remoteapplicationprogram:s:C:...some.exe
remoteapplicationcmdline:s:
To get this to work under e.g. Windows 10 Professional, one needs to enable some policy:
[HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal Services]
"fAllowUnlistedRemotePrograms"=dword:00000001
answered Jun 8, 2018 at 11:09
2
Using an RDP connection file you can set the alternate shell to be your application; the file syntax is like
alternate shell:s:c:winntsystem32notepad.exe
and you pass that as a command-line argument to mstsc.exe; this similar to chrissr’s solution, but without affecting every RDP session you launch. A fuller summary of settings here.
Bhargav Rao
48.7k28 gold badges124 silver badges139 bronze badges
answered Aug 17, 2009 at 15:39
Steve GilhamSteve Gilham
11.2k3 gold badges34 silver badges37 bronze badges
6
This is quite easily achievable.
- We need to allow any unlisted programs to start from RDP.
1.1 Save the script below on your desktop, the extension must end with .reg.
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTerminal ServerTSAppAllowList] "fDisabledAllowList"=dword:00000001
1.2 Right click on the file and click Merge, Yes, Ok.
- Modifying our .rdp file.
2.1 At the end of our file, add the following code:
remoteapplicationmode:i:1 remoteapplicationname:s:This will be the optional description of the app remoteapplicationprogram:s:Relative or absolute path to the app (Example: taskmgr or C:Windowssystem32taskmgr.exe) remoteapplicationcmdline:s:Here you'd put any optional application parameters
Or just use this one to make sure that it works:
remoteapplicationmode:i:1 remoteapplicationname:s: remoteapplicationprogram:s:mspaint remoteapplicationcmdline:s:
2.2 Enter your username and password and connect.
3. Now you can use your RemoteApp without any issues as if it was running on your local machine 😉
answered Jan 24, 2020 at 16:08
2
This is called «seamless» mode. rdesktop
, the RDP client for Unix, is capable of this. From the manpage:
-A Enable SeamlessRDP. In this mode, rdesktop creates a X11 window for each window on the server side. This mode requires the SeamlessRDP server side component, which is available from http://www.cendio.com/seamlessrdp/. When using this option, you should specify a startup shell which launches the desired application through SeamlessRDP.
See mentioned Cendio website for more information.
answered Aug 16, 2009 at 16:31
ypnosypnos
49.2k14 gold badges95 silver badges141 bronze badges
1
Yes, you can change the default shell from Explorer.exe to a specific application.
In Regedit, navigate to HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogon. The current shell should be Explorer.exe. Change it to YourApp.exe. That will change the shell for all users who log on to the machine. If you only want to change it for a specific user, go to the same key in HKEY_CURRENT_USER instead.
answered Aug 16, 2009 at 16:51
chrissrchrissr
9,8412 gold badges27 silver badges29 bronze badges
2
I think Citrix does that kind of thing. Though I’m not sure on specifics as I’ve only used it a couple of times. I think the one I used was called XenApp but I’m not sure if thats what you’re after.
answered Aug 4, 2009 at 10:45
LiamGuLiamGu
5,29712 gold badges48 silver badges68 bronze badges
3
Google for RemoteApp and only Windows Server 2016+ provides that. There is also a hack tool named «RemoteApp Tool» to enable RemoteApp support in Windows Pro editions/
answered Mar 2, 2022 at 3:31
SeflerSefler
2,2375 gold badges19 silver badges29 bronze badges
2
Another way is shown in this CodeProject article:
http://www.codeproject.com/KB/IP/tswindowclipper.aspx
The basic idea is to create a virutal channel that sends the windows position of the app(s) you want to show, then only render that part of the window on the client.
answered Aug 22, 2009 at 20:46
Jon CleggJon Clegg
3,7624 gold badges24 silver badges22 bronze badges
At least on 2008R2 if the accounts are only used for RDP and not for local logins then you can set this on a per-account basis. That should work for thin clients. If the accounts are also used on local desktops then this would also affect those logins.
In ADUsers&Computers, open the properties for the account and go to the Environment tab. On that tab, check «Start the following program at logon» and specify the path and executable for the program.
answered Feb 13, 2018 at 3:23
fencepostfencepost
1,7681 gold badge12 silver badges9 bronze badges
RDP will not do that natively.
As other answers have said — you’ll need to do some scripting and make policy changes as a kludge to make it hard for RDP logins to run anything but the intended application.
However, as of 2008, Microsoft has released application virtualization technology via Terminal Services that will allow you to do this seamlessly.
answered Aug 17, 2009 at 15:37
JamesJames
1,7784 gold badges21 silver badges28 bronze badges
Can RDP clients launch a remote application and then only display that application (and not the desktop)? The application would appear fullscreen within the client and if the application were closed the session would end.
ypnos
49.2k14 gold badges95 silver badges141 bronze badges
asked Aug 4, 2009 at 10:36
Richard DormanRichard Dorman
22.8k16 gold badges44 silver badges48 bronze badges
2
«alternate shell» doesn’t seem to work anymore in recent versions of Windows, RemoteApp
is the way to go.
remoteapplicationmode:i:1
remoteapplicationname:s:Purpose of the app shown to user...
remoteapplicationprogram:s:C:...some.exe
remoteapplicationcmdline:s:
To get this to work under e.g. Windows 10 Professional, one needs to enable some policy:
[HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal Services]
"fAllowUnlistedRemotePrograms"=dword:00000001
answered Jun 8, 2018 at 11:09
2
Using an RDP connection file you can set the alternate shell to be your application; the file syntax is like
alternate shell:s:c:winntsystem32notepad.exe
and you pass that as a command-line argument to mstsc.exe; this similar to chrissr’s solution, but without affecting every RDP session you launch. A fuller summary of settings here.
Bhargav Rao
48.7k28 gold badges124 silver badges139 bronze badges
answered Aug 17, 2009 at 15:39
Steve GilhamSteve Gilham
11.2k3 gold badges34 silver badges37 bronze badges
6
This is quite easily achievable.
- We need to allow any unlisted programs to start from RDP.
1.1 Save the script below on your desktop, the extension must end with .reg.
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTerminal ServerTSAppAllowList] "fDisabledAllowList"=dword:00000001
1.2 Right click on the file and click Merge, Yes, Ok.
- Modifying our .rdp file.
2.1 At the end of our file, add the following code:
remoteapplicationmode:i:1 remoteapplicationname:s:This will be the optional description of the app remoteapplicationprogram:s:Relative or absolute path to the app (Example: taskmgr or C:Windowssystem32taskmgr.exe) remoteapplicationcmdline:s:Here you'd put any optional application parameters
Or just use this one to make sure that it works:
remoteapplicationmode:i:1 remoteapplicationname:s: remoteapplicationprogram:s:mspaint remoteapplicationcmdline:s:
2.2 Enter your username and password and connect.
3. Now you can use your RemoteApp without any issues as if it was running on your local machine 😉
answered Jan 24, 2020 at 16:08
2
This is called «seamless» mode. rdesktop
, the RDP client for Unix, is capable of this. From the manpage:
-A Enable SeamlessRDP. In this mode, rdesktop creates a X11 window for each window on the server side. This mode requires the SeamlessRDP server side component, which is available from http://www.cendio.com/seamlessrdp/. When using this option, you should specify a startup shell which launches the desired application through SeamlessRDP.
See mentioned Cendio website for more information.
answered Aug 16, 2009 at 16:31
ypnosypnos
49.2k14 gold badges95 silver badges141 bronze badges
1
Yes, you can change the default shell from Explorer.exe to a specific application.
In Regedit, navigate to HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogon. The current shell should be Explorer.exe. Change it to YourApp.exe. That will change the shell for all users who log on to the machine. If you only want to change it for a specific user, go to the same key in HKEY_CURRENT_USER instead.
answered Aug 16, 2009 at 16:51
chrissrchrissr
9,8412 gold badges27 silver badges29 bronze badges
2
I think Citrix does that kind of thing. Though I’m not sure on specifics as I’ve only used it a couple of times. I think the one I used was called XenApp but I’m not sure if thats what you’re after.
answered Aug 4, 2009 at 10:45
LiamGuLiamGu
5,29712 gold badges48 silver badges68 bronze badges
3
Google for RemoteApp and only Windows Server 2016+ provides that. There is also a hack tool named «RemoteApp Tool» to enable RemoteApp support in Windows Pro editions/
answered Mar 2, 2022 at 3:31
SeflerSefler
2,2375 gold badges19 silver badges29 bronze badges
2
Another way is shown in this CodeProject article:
http://www.codeproject.com/KB/IP/tswindowclipper.aspx
The basic idea is to create a virutal channel that sends the windows position of the app(s) you want to show, then only render that part of the window on the client.
answered Aug 22, 2009 at 20:46
Jon CleggJon Clegg
3,7624 gold badges24 silver badges22 bronze badges
At least on 2008R2 if the accounts are only used for RDP and not for local logins then you can set this on a per-account basis. That should work for thin clients. If the accounts are also used on local desktops then this would also affect those logins.
In ADUsers&Computers, open the properties for the account and go to the Environment tab. On that tab, check «Start the following program at logon» and specify the path and executable for the program.
answered Feb 13, 2018 at 3:23
fencepostfencepost
1,7681 gold badge12 silver badges9 bronze badges
RDP will not do that natively.
As other answers have said — you’ll need to do some scripting and make policy changes as a kludge to make it hard for RDP logins to run anything but the intended application.
However, as of 2008, Microsoft has released application virtualization technology via Terminal Services that will allow you to do this seamlessly.
answered Aug 17, 2009 at 15:37
JamesJames
1,7784 gold badges21 silver badges28 bronze badges
Прочитано:
23 110
Итак всем привет и хорошего дня, сегодня я покажу на практике, как сделать следующее:
Задача: на терминальном сервере активировать службу RemoteAPP и опубликовать приложение клиента 1С на подключение к развернутому кластеру 1C.
Предварительные действий:
На сервер установлен гипервизор ESXi, а уже внутри него под каждую задачу развернуты виртуальные системы:
- Имеется домен nemdomb.local
- Имеется развернутый терминальный сервер
- Имеется сервер базы данных и кластер 1с (все на одной машине, то лучше разделять по отдельным системам
- и отдельная рабочая станция.
Но пока как заготовка, терминальный сервер я разверну на сервере базы данных и кластере 1С (все на одной машине).
На терминальном сервере рекомендую пользовательский профили вынести на отдельный диск вместо системного:
Для чего нужен RemoteAPP – это технология расширения функционала терминального сервера посредством которой можно вместо того, чтоб каждому пользователю настраивать удаленное подключение где он будет работать с приложениями (Почта, 1С, печать и другими) сделать так чтобы у него на компьютере был вынесен ярлык через который запускается удаленная сессия с запуском опубликованного приложения.
К примеру: у меня сейчас два офиса, в одном (он же главный) располагается кластер 1с + база и терминальный сервер и вместо того, чтобы пользователи через удаленный рабочий стол заходили на терминальный сервер из другого офиса (это каждому нужно настраивать профиль: вывести ярлыки программ, организовать печать, обеспечить интернетом (а по соображениями безопасности я этого сделать не могу, просто так надо) у них на своих рабочих компьютерах настроен ярлык на запуск только опубликованного приложения. В рамках этой заметки я покажу на практике как это выглядит.
Создаю приложение которое будет опубликовано с использованием RemoteAPP на терминальном сервере:
Start – Control Panel – Administrative Tools – Server Manager – Roles – Remote Desktop Services – RemoteApp Manager (srv-host.nemdomb.local) – запускаю мастер: Add RemoteApp Programs, нажимаю Next, следующим шагом показывается какие текущие установленные приложения на терминальном сервере могут выступить в роли опубликованных через RemoteAPP, выбираю самое первое 1С Предприятие через нажатием на кнопку Properties можно:
- переименовать добавляемое приложение
- Изменить путь запуска до исполняемого файла
- Изменить алиас
- Настроить запуск клиента 1С с опциями запуска (к примеру подключение к опеределенной базе под определенным пользователем и паролем:
/ENTERPRISE /S “1cclusterbase” /N “test” /P “test”
— Здесь подключение к кластеру с именем 1ccluster, base – название базы, test test – пользователь и пароль в этой базе)
Я же в рамках этой заметки не буду настраивать ничего в свойствах, а просто выбираю приложение: —
Нажимаю на кнопку Next и перехожу к этапу мастера где отображается результирующая информация по настройкам публикуемого приложения, если все правильно и ничего не нужно изменять нажимаю Finish
Следующим шагом нужно экспортировать RemoteAPP созданное приложение с целью распространить на компьютеры пользователям которые будут с ним работать, делает это так, выделяется приложение и через правый клик на нем вызываются свойства.
Опубликованное приложением можно экспортировать, как rdp файл настроенного подключение так и как msi пакет (можно поставить локально его на компьютере пользователя или же через GPO установить)
Если выбрать экспорт в виде RDP файла: Create .rdp File, по умолчанию путь куда предлагает мастер экспорта сохранить rdp файл подключения: C:Program FilesPackaged Programs, но никто не мешает изменить данный путь на любой другое более удобный. Я оставляю по умолчанию
Следующим шагом также выводится результирующая информация – если все хорошо то нажимаем кнопку Finish и откроется explorer местонахождения экспортированного файла опубликованного приложения 1С, если открыть свойства данного rdp файла, то можно обнаружить что в настройки подключения к терминальному сервере уже автоматически подставляются аутентификационные данные текущей сессии на компьютере:
Теперь копирую данный файл: 1cv8s.rdp на рабочую станцию с которой пользователь alektest будет взаимодействовать клиентом 1С Предприятие.
На заметку: чтобы передать файл простым копирование через проводник:
\w7x86с$ на рабочей станции в настройках брандмауера должны быть включены входящие правила:
- Общий доступ к файлам и принтерам (входящий трафик SMB) – Профиль (Домен).
- Общий доступ к файлам и принтерам (эхо-запрос – входящий трафик ICMPv4) – Профиль (Домен)
На заметку: пользователи которые задействуют RemoteAPP приложения на терминальном сервере должны быть в группе Remote Desktop Users
Запускаю на рабочей станции Windows 7 (W7X86) переданный файл предварительно авторизовавшись в системе под учетной записью alektest
На следующем шаге ввожу пароль на авторизацию на терминальном сервере: (Практичнее будет использовать SSO, т.е. авторизация на терминальном сервере с использование доменной учетной записи, а на терминальном сервере в группу “Пользователи удаленного рабочего стола” (Remote Desktop Users) добавить группу “Пользователи домена”).
На заметку: если задействовать SSO то вводить ничего не придется, будет задействована доменная аутентификация без какого либо ввода пароля.
Ожидаю… Идет подключение к приложению
Видите, раз в приложении когда я его подготавливал для RemoteAPP я не указал базу и сервер, то первый раз когда пользователь подключается у него запускается информационное окно, что список информационных баз пуст и нужно настроить:
Нажимаю “Да” — после выбираю: “Добавление в список существующей информационной базы” —
- Укажите наименование информационной базы: zup
- Выберите тип расположения информационной базы: На сервере 1С:Предприятия
Затем на следующем шаге указываю параметры информационной базы:
- Кластер серверов 1С:Предприятия: 10.7.8.63
- Имя информационной базы в кластере: zup
Затем на следующем шаге все выбранное мастеров оставляю по дефолту
На этом установка клиента 1С на подключение завершена.
В итоге будет так:
Подключаюсь к данной базе zup нажатием на 1С:Предприятие и происходит подключение к базе путем ввода логина и пароля выданного Администратором 1С (хотя может и Вы можете совмещать две должности вместе: системный администратор + администратор 1С).
И вот вы внутри:
Работа с клиентом 1С на рабочем столе ничем особым не отличается если бы пользователь работал на терминальном сервере, теже самые окна, чтобы распечатать документы задействуется технология EasyPrint когда принтер с рабочей станции пробросится на терминальный сервер, и пользователь выбрав документ – печать также увидит и выбрав его распечатает.
Ниже скришот демонстрирует, открытое окно клиента 1С и “Диспетчер задач” во вкладке “Процессы” которого присутствует подключение к терминальному серверу через (mstsc.exe).
Чтобы задейстовать технологию EasyPrint и не ставить драйвера на терминальный сервер к рабочим станциям в домене предъявляются следующие требования:
Версия RDP клиента должна быть 6.1 или выше, посмотреть c:windowssystem32mstsc.exe открыть свойства и посмотреть версию
Либо через командную строку
C:Usersaollo>wmic datafile where name='c:\windows\system32\mstsc.exe' get version
Version
6.1.7601.17514Должен быть установлен .NET Framework 3.5 и выше, посмотреть что установлено в системе, так.: Открыть командную строку (c правами Администратора) и набрать следующую команду:
wmic product where "name like 'Microsoft .NET Framework%'" get name,version
На заметку: когда пользователь закрывает 1С нажатием на крестик (или Файл — Выход), то его сессия на терминальном сервере не закрывается, а все еще находится в состоянии подключения
он может снова подключиться, но теперь введя пароль не забыть поставить галочку “Запомнить учетные данные” чтобы больше не видеть данное окно.
Если же по каким бы то ни было причинам, пароль был введен и сохранен, а в последствии пользователь его изменил (обычно по централизованной политике раз в 3 месяца), то он не сможет подключиться, т.к. пароль запомнен изменить его можно вот так:
На рабочей станции пользователя: Windows 7 – Пуск – Панель управления – Диспетчер учетных записей, находим сохраненное подключение
Нажимаем “Изменить” — и меняем пароль поле которого выделено на представленном скрипншоте ниже:
Согласитель, не хорошо, что когда клиент 1с закрыт, сессия на терминальном сервере все еще висит, в таком случае на терминальном сервере настраиваются промежутки ограничения простоя и неактивности терминального соединения:
Если сессия не активно в течении одного дня – она завершается, если в статусе Disconnected то через 15 минут она закрывается.
Если же экспортировать приложение RemoteAPP не в rdp файл, а в msi пакет, то
- либо такжепередаем через проводник данный файл
- либо через подготавливаем групповую политику:
GPO_RemoteAPP — Configuration — Policies — Software Settings — Software Installation — и путь в расшаренной папке до msi пакета RemoteAPP
После перезагрузки рабочей станции на рабочем столе пользователя будет ярлык 1С
Если ранее уже через rdp файл было настроено подключеник к базе, то когда через GPO произвели установку msi пакета найстройки подключения в клиенте 1С уже присутствуют:
У меня было что политика применилась к компьютеру, но msi все равно не устанавливалась, в логах на компьютере Windows 7 были следующие ошибки:
- Event ID: 303 → Удаление назначения приложения 1C Предприятие из политики GPO_RemoteAPP выполнено успешно.
- Event ID: 108 → Не удалось применить изменения для параметров установки приложения. Невозможно выполнить изменения для этого программного обеспечения. Должны существовать предшествующие записи в журнале, содержащие необходимые сведения. Ошибка: %%1612
- Event ID: 1085 → Windows не удалось применить параметры «Software Installation«. Параметры «Software Installation» могут иметь свой собственный файл журнала. Щелкните ссылку «Дополнительные сведения«.
Проблема была в месте откуда в момент создать групповой политики я указывал месторасположением msi файла, у компьютера не было прав доступа в данный каталог. Права на каталог месторасположения msi файла должны быть, чтобы у группы “Прошедшие проверку” были права на чтение (Чтение и выполение,Список содержимого папки,Чтение) и только тогда msi успешно отработает.
В итоге данная заметка шпаргалка готова и подлежит публикации на моем блоге практических заметок. Всего того, что пригодится в течении рабочего дня и самостоятельного изучения, повышения свой квалификации. Итого подведу итог практических действий:
- Развернут терминальный сервер
- Профиля будующих пользователей вынесены на отдельный логический диск.
- Посредством компоненты RemoteAPP и установленного ПО на сервере собраные пакеты задействующие технологию RemoteAPP для использования ПО, как будто оно установлена на рабочих местах пользователей, а все на самом деле не так, они работают в терминале. Таким образом достигается меньшая нагрузка на сеть.
- Чтобы запускать на рабочих станциях опубликованное приложение RemoteAPP, можно раз ввести аутентификационные данные на подключение к терминальному сервере или задействовать SSO.
- Также посредством GPO можно msi файл опубликованного приложения установить всем тем сотрудникам которые работают в программе 1С.
- На терминальном сервере можно централизованно по каждому профилю раскидать файл конфигурации на подключение к кластеру 1С и соответствующей базе. Об этом будет одна из следующих заметок.
Ну а пока я прощаюсь, я и так довольно много всего рассмотрел и не зачем еще более увеличивать данную заметку. Лучше много мелких и по теме, чем все сразу. До новых встреч, с уважением автор блога – ekzorchik.
В операционных системах семейства Windows (не домашней), можно включать режим удаленного рабочего стола. Это бывает очень удобно, по причине того, что работая на удаленной машине мы получаем картинку а не перекидываемся громоздкими файлами по сети или даже через интернет, что в разы увеличивает скорость работы. Другое дело что политика разработчиков ОС ограничила эту возможность только 1 рабочим пользователям. Если нам к примеру всетаки надо подключиться скажем через планшет и поработать на компьютере — почему же и нет!
Но если нам нужно запускать только одну определенную программу бывает не очень удобно ждать пока загрузится у нас удаленный рабочий стол потом загружать программу, а если мы даем доступ другу к компьютеру нам нет желания давать ему возможности бороздить у нас на нашей технике и читать конфидициалку.
В новых серверных версиях начиная с Windows Server 2008 появился интересное дополнение — функция Terminal Services RemoteApp (удаленные приложения). Вот ее мы сейчас и попробуем включить у себя. На примере открытия блокнота.
Распишем все по этапам.
1. Правим реестр. regedit.exe. И идем по ветке:
HKLMSoftwareMicrosoftWindowsNTCurrentVersionTerminalServerTSAppAllowList
В разделе TSAppAllowList создаем новый подраздел Applications. Далее создаем подразделы для программ, которые должны будут запускаться в качестве RemoteApp. Для каждой программы свой подраздел. Для проверки создадим подраздел с названием Notepad (тут для примера название роли не играет пока он используется для нас и в дальнейшем мы его пропишем в файлике — Remoute RDP). Переходим в него и создаем два строковых параметра Name и Path.
Для параметра Name задаем значение notepad.exe, или другую программу (хоть КонтрСтрайк)
а для Path – путь к папке где лежит приложение, в нашем случае – C:Windows. (Путь должен быть к папке на компьютере, который будет выступать в роли терминального сервера с Windows 7). Только путь до запускаемго файла, а не сам путь с самим файлом.
Добавляем приложения следующим образов. В разделе Applications создаем дополнительные разделы для каждой программы. И в этих разделах создаем два строковых параметра Name и Path.
Изменим еще один параметр.
Переходим в раздел TSAppAllowList. И выставим значение 1 для параметра fDisableAllowList.
С реестром мы закончили.
2. Создадим файл для подключения к удаленному рабочему столу.
Запускаем утилиту Подключение к удаленному рабочему столу через меню Пуск –> Стандартные, либо Win+R, вводим mstsc, Enter.
В открывшемся окне вводим имя ПК, либо IP адрес компьютера с Windows 7 TS RemoteApp. Жмем Сохранить как… И сохраняем в любом месте.
Откроем полученный файл в Notepad++
В файле меняем значение параметра remoteapplicationmode:i:0 на remoteapplicationmode:i:1. После добавим 3 строчки:
remoteapplicationmode:i:1
remoteapplicationprogram:s:notepad
disableremoteappcapscheck:i:1
alternate shell:s:rdpinit.exe
Сохраняем файл RemoteApp.rdp и запускаем.
При подключении спросит логин и пароль. Нужно чтобы учетная запись входила в группу Пользователи удаленного рабочего стола. Либо надо быть локальным админом, либо доменным. Если все условия соблюдены, то через пару секунд откроется Notepad.
Если при подключении выскакивает сообщение: “Следующее удаленное приложение RemoteApp отсутствует в списке разрешенных программ”, то нужно проверить параметр реестра fDisableAllowList, что у него значение 1.
Дополнение по просьбе пользователя «Злой юзер»
В *.rdp файле можно заполнить, как пример, следующим содержимым:
full address:s:ip_ ip удаленного компьютера или виртуальной машины
address remoteapplicationmode:i:1
disableremoteappcapscheck:i:1
alternate shell:s:rdpinit.exe
prompt for credentials on client:i:1
remoteapplicationname:s:program_name — Название программы .exe.bat и пр.
remoteapplicationprogram:s: — Полный путь к exe файлу программы
path redirectclipboard:i:1
redirectposdevices:i:0
redirectprinters:i:1
redirectcomports:i:1
redirectsmartcards:i:1
devicestoredirect:s:*
drivestoredirect:s:*
redirectdrives:i:1
session bpp:i:32
span monitors:i:1
use multimon:i:1
allow font smoothing:i:1
username:s:username
А так же, для продвинутых пользователей Terminal remoteapp таблица значений.xls
На чтение 7 мин Просмотров 1.5к.
Содержание
- Создание RDP для запуска одной программы
- С помощью Windows 7
- С помощью Windows Server 2008
В некоторых случаях необходимо запускать какие либо приложения на сервере например программу 1С. Т.е создается отдельно сервер ставиться на него 1С и пользователи с помощью rdp подключаются и работаю на нем. Но это не совсем удобно так как при простом подключении по rdp пользователь видит новый рабочий стол.
Если к примеру нужно открыть какой либо другой документ на рабочем столе то нужно свернуть терминальную сессию. Лучше сделать так чтобы при подключении по RDP запускалась только программа. Выглядеть это будет как запуск обычного приложения хотя на самом деле это будет удаленное подключение к серверу.
Давайте на пример 1С создать такой RDP ярлык. Рассмотрим два способа создания подобного ярлыка один средствами Windows второй с помощью Windows Server. Напомню что для таких подключений необходимо создать пользователей на сервере. Делается это через Управление компьютером если кто не знает или забыл.
Создание RDP для запуска одной программы
С помощью Windows 7
И так тут все достаточно просто запускаем Подключение к Удаленному рабочему столу через и кликаем Параметры.
В открывшемся окне переходим на вкладку Программы. Ставим галочку на против пункта При подключении запускать следующею программу указываем путь и рабочую папку программы.
Далее переходим на вкладку Общие и сохраняем rdp ярлык. И пробуем подключиться, но этот способ очень часто не дает желаемого результата очень часто возникают разные ошибки с правами пользователей и т.д. По этому лучше воспользоваться вторым.
С помощью Windows Server 2008
В качестве примере я воспользуюсь Server 2008. И так заходим на сервер с правами администратора. Идем в Пуск — Администрирование — Службы терминалов — Диспетчер удаленных приложений RemoteApp служб терминалов.
Для начала нужно добавить приложение, для этого в низу в окне Удаленные приложения remoteApp кликаем правой кнопкой и выбираем Добавить удаленное приложение… Проходим все пункты с помощью мастера там ничего сложного нет по этому описывать ничего не буду.
Теперь создадим сам ярлык. Выделяем в добавленное приложение в окну Удаленные приложения потом в правой части окна кликаем на Создать RDP-файл.
Откроется мастер создания проходим все необходимые шаги тут также все просто ни чего менять не нужно.
В конце должно открыться окно с созданным ярлыком.
Копируем этот ярлык на рабочею станцию и пробуем подключиться с помощью ранее созданной учетной записи пользователя.
Если вы все сделали правильно то должна запуститься выбранная вами программа в моем случае это 1С. Ну вот все надеюсь кому то пригодиться данная статья.
2015.08.30 / Дмитрий Марков / 0 Comments
Сегодня мы рассмотрим довольно интересную тему, а именно добавление программ и файлов в список для автоматического запуска при старте операционной системы. По-сути по отдельности каждый из представленных способов будут просты, но я решил объединить в одну статью все известные мне способы средством самой операционной системы.
Способы:
1. Добавлением ярлыка в папку автозапуска
2. С помощью реестра.
3. С помощью планировщика заданий.
Способ №1.
Добавление ярлыка программы в папку автозапуска. [adsense3] Этот способ идет первым, так как является самым простым из всех представленных и в большинстве случаев его будет более, чем достаточно. Для этого нужно произвести всего пару действий:
1) Кликаем по исполняющему файлу программы. И в контекстном меню выбираем «Создать ярлык». Полученный ярлык вырезаем с текущего местоположения. Так же можно просто скопировать ярлык с рабочего стола, если он имеется. 2) Далее нам нужно перенести (скопировать) его в папку, какую папку выбирать вам.
а) Если вы хотите чтобы эта программа загружалась только для вашего пользователя, то открываем проводник и вставляем в строку адреса:
б) Если же вы хотите, чтобы программа запускалась у всех пользователей, то добавляем в папку:
Все, после этих действий программа будет автоматически запускаться при старте системы.
Способ №2.
Добавление программы в автозапуск через запись в реестре.
1) Открываем реестр, для этого жмем сочетание клавиш Win+R и вводим regedit.
2) Здесь так же есть два варианта развития события:
а) Только для пользователя открываем ветку:
б) Для всех пользователей открываем ветку:
3) Кликаем правой клавишей по пустому месту в правой части окна и выбираем «Создать» — «Строковый параметр».
4) Задаем имя, соответствующее названию программы и дважды по нему кликаем, чтобы открыть свойства и задать значение. В «значение» указываем полный путь до исполняющего файла программы. Его можно взять из свойств ярлыка рабочего стола или самого исполняющего файла.
5) Жмем ОК и все, теперь программа добавлена в автозапуск.
Способ №3.
Добавлением программ в автозапуск с помощью утилиты «Планировщик заданий» Windows. Да, в ОС Microsoft Windows есть встроенная утилита для добавление программ и не только в автозапуск. При этом с очень большим количеством настроек.
1) Открываем «Планировщик заданий». Можно открыть Панель управления — Система и безопасность — Администрирование и здесь уже выбрать его из списка. Или нажмите сочетание клавиш Win+R и введите taskschd.msc. Откроется следующее окно.
2) Жмем справа кнопку «Создать простую задачу…». Откроется «Мастер создания простого задания» (куда же в майкрософте без мастеров создания;). Вводим имя нашей задачи и при необходимости даем пару строк описания. И жмем кнопку «далее».
3) Выбираем когда должна запускаться наша программа, так как я сейчас добавляю веб-сервер и хочу чтобы он у меня запускалось до ввода пароля пользователя я выберу «При запуске компьютера».
4) Нас интересует «запустить программу». Остальное Бил Гейтс и не рекомендует.
5) Жмем кнопку «обзор» и ведем к программе, которую мы хотим запускать при старте.
6) Проверяем все ли правильно мы указали и жмем «Готово». Программа добавлена в автозагрузку.
Автозапуск программ при входе пользователя в систему
Раз уж была затронута тема запрета запуска программ с помощью каталога Автозагрузка, поговорим о другом методе запуска программ — посредством реестра Windows. В реестре Windows XP существует много ветвей, из которых программа может быть автоматически запущена, но основной ветвью, используемой для этого, является HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionRun (а также ветвь корневого раздела HKEY_LOCAL_MACHINE). Поэтому для этих ветвей также желательно установить только доступ на чтение, как для своей учетной записи, так и для учетной записи системы. Этим вы решите два вопроса. Во-первых, сделаете невозможным установку автоматического запуска новых программ, а во-вторых, повысите общий уровень защиты от вирусов и других хакерских программ, которые запускаются при входе пользователя в систему, так как они чаще всего используют для своего запуска именно эти ветви реестра.
ПРИМЕЧАНИЕ
Другие ветви для автоматического запуска программ при входе пользователя в систему будут описаны в конце данной главы.
При упоминании об автоматическом запуске программ следует также сказать о такой программе, как msconfig.exe. Она содержит две полезные вкладки: Службы и Автозагрузка. С помощью вкладки Службы можно запретить автоматический запуск определенных служб, установленных на компьютере. С помощью вкладки Автозагрузка можно запретить автоматический запуск программ. При этом на данной вкладке находится список программ, запускаемых как с помощью приведенной выше ветви реестра, так и с помощью каталога Автозагрузка. Только не следует переусердствовать при отключении программ. Например, следующие программы могут вам понадобиться:
? mobsync — используется для синхронизации автономных файлов при входе пользователя в систему (если эта функция не используется, можно отключить);
? ctfmon — является программой для отображения языковой панели (и если вы используете языковую панель, то данную программу отключать не нужно).
- Remove From My Forums
-
Общие обсуждения
-
Нужно, чтобы при подключении пользователя к удаленному рабочему столу Windows Server 2016 запускалась определенная программа. Пользователь создан в Управление компьютером — Служебные программы — Локальные пользователи
и группы — Пользователи. Членство в группах: «Пользователи удаленного рабочего стола». В свойствах пользователя на вкладке «Среда» стоит галка «при входе в систему запускать следующую программу» Прописан путь
к программе c:Program FilesInternet Exploreriexplore.exe (также пробовал в кавычках).При подключении пользователя по RDP, открывается рабочий стол сервера, а IE не запускается. В Windows Server 2012 с точно такими же настройками все работает. Что нужно сделать в 2016?
-
Изменен тип
9 марта 2017 г. 11:14
-
Изменен тип
Содержание
- Настраиваем RDP в Windows 7
- Шаг 1: Обновление и активация RDP
- Шаг 2: Установка пароля для учетной записи
- Шаг 3: Установка разрешения для подключения к удаленному десктопу
- Шаг 4: Добавление проверенных пользователей
- Шаг 5: Настройка правила брандмауэра
- Шаг 6: Проброс порта TCP 3389
- Шаг 7: Подключение к удаленному десктопу
- Вопросы и ответы
Иногда пользователи операционных систем сталкиваются с необходимостью организации удаленного доступа к своему рабочему столу. Делается это для того чтобы системный администратор или другой юзер смог настроить определенные параметры или внести какие-либо другие правки. Задействовать при этом сторонние программы не всегда удобно, поэтому многие обращаются ко встроенной функции под названием RDP (Remote Desktop Protocol). Это протокол удаленного рабочего стола, позволяющий быстро наладить соединение в пределах локальной или глобальной сети. Сегодня мы хотим максимально детально разобрать конфигурацию этой технологии на примере Windows 7.
Все приведенные далее действия будут изложены поэтапно, чтобы даже у начинающих пользователей не возникло никаких вопросов по данной теме. От вас требуется лишь внимательно ознакомиться со всей информацией и следовать шагам, обязательно придерживаясь руководства и рекомендаций, чтобы без каких-либо проблем наладить удаленное соединение. Сегодня мы будем задействовать как удаленный компьютер, так и тот, с которого осуществляется подключение, поэтому следите за переходами, читая вступления перед инструкциями.
Шаг 1: Обновление и активация RDP
Вся процедура начинается с обновления и активации протокола удаленного рабочего стола. Рекомендуется использовать последнюю версию, чтобы во время соединения не возникло никаких проблем, однако администраторы могут подстроиться под ПК участников локальной сети, активировав седьмую или восьмую версию технологии. Более детально об осуществлении поставленной задачи читайте в отдельных статьях на нашем сайте, перейдя по ссылкам ниже.
Подробнее:
Включение RDP 8/8.1 в Windows 7
Включение RDP 7 в Windows 7
Обновление RDP в Windows 7
Шаг 2: Установка пароля для учетной записи
Обязательным предварительным действием перед началом основной конфигурации будет установка пароля на учетную запись юзера, к которому выполняется подключение. Сделайте это в том случае, если ключ доступа еще не установлен. Для этого потребуется задействовать профиль администратора, зная при этом имя учетной записи необходимого пользователя. Детальное описание этой задачи вы можете найти в материале от другого нашего автора далее.
Подробнее: Установка пароля на компьютер Windows 7
Шаг 3: Установка разрешения для подключения к удаленному десктопу
Функция RDP может быть активирована на устройстве, но при этом обладать определенными ограничениями, из-за которых другой юзер и не сможет подключиться к компьютеру. Потому в этом этапе мы поговорим о выдаче разрешений, подразумевающих открытие доступа для подключений указанным юзерам. Вам необходимо лишь следовать инструкции ниже, чтобы буквально в два клика выставить подходящие параметры.
- Обязательно выполните вход в систему под учетной записью администратора. Если вы еще не сделали этого, читайте далее о том, как именно производится вход.
- Теперь откройте меню «Пуск» и перейдите в «Панель управления».
- Здесь вас интересует раздел «Система».
- Обратите внимание на левую панель. Как видите, пункт «Настройка удаленного доступа» имеет значок щита, что и означает ограничение на внесение изменений. Сейчас они отсутствуют, поскольку мы выполнили вход через привилегированный профиль, потому остается только кликнуть по надписи ЛКМ.
- В окне «Свойства системы» сразу же откроется вкладка «Удаленный доступ». В ней вам нужен раздел «Удаленный рабочий стол», где отметьте маркером последний пункт, подразумевающий предоставление подключения для проверенных устройств.
- По завершении конфигурации не забудьте щелкнуть по кнопке «Применить», чтобы сохранить внесенные изменения.
Подробнее: Используем учетную запись «Администратора» в Windows
Можете не закрывать текущее окно, поскольку действия следующего шага тоже будут производиться в нем.
Шаг 4: Добавление проверенных пользователей
Только что вы узнали, как самостоятельно разрешить удаленное соединение через окно свойств системы. Однако подключиться к ПК смогут только те юзеры, кому был предоставлен доступ. Именно об этом процессе мы и хотим поговорить сейчас.
- Находясь все в том же окне «Свойства системы», кликните по специально отведенной кнопке «Выбрать пользователей».
- Сейчас ни один из юзеров не добавлен в проверенный список, поэтому требуется перейти к созданию нового перечня.
- Вручную в соответствующее поле начните вводить имена выбираемых объектов. Можете просмотреть имеющиеся примеры, если затрудняетесь правильно составить имя ПК. Обязательно разделяйте каждое имя пробелом, избегая знаков препинания.
- Проверьте имена с помощью системного алгоритма, чтобы убедиться в корректности ввода и отображения в сети.
- Если какое-то имя не будет найдено, откроется дополнительная форма, где используются вспомогательные средства для решения этой проблемы.
Существует более простой метод добавления пользователей для тех ситуаций, когда надо указать большое число имен. Осуществляется поставленная задача через встроенную функцию поиска по локальной сети. Соответственно, если вы хотите добавить учетную запись, не входящую в группу, этот вариант вам не подойдет.
- Сейчас вы находитесь в окне «Выбор: «Пользователи»». Здесь щелкните по расположенной в левом углу кнопке «Дополнительно».
- Справа вы увидите возможные действия. Нажмите на «Поиск» для начала сканирования.
- Отыщите необходимый профиль и выделите его левой кнопкой мыши.
- Он будет добавлен в список, о котором мы говорили ранее. По окончании его создания кликните на «ОК».
- Теперь в окне «Пользователи удаленного рабочего стола» вы увидите список юзеров, входящих в разрешенный список.
Если вдруг вы столкнулись с трудностями в определении полного имени компьютера, давайте вкратце разберем, как это сделать меньше, чем за минуту:
- Откройте меню «Пуск», щелкните ПКМ по строке «Компьютер» и выберите пункт «Свойства».
- Здесь обратите внимание на «Полное имя». Его и нужно использовать при добавлении, указывая перед именем юзера.
Сейчас вы ознакомились с двумя принципами разрешения доступа юзерам для подключения к удаленному десктопу. На этом можно закончить конфигурацию и сразу переходить к соединению, однако важно учитывать еще некоторые моменты, на которые мы тоже хотим обратить внимание в рамках сегодняшнего материла.
Шаг 5: Настройка правила брандмауэра
В большинстве случаев установленные по умолчанию правила встроенного межсетевого экрана операционной системы не подразумевают блокировку удаленных подключений, однако если такие параметры все же присутствуют, на экране появится ошибка 3389. Во избежание этого лучше сразу проверить конфигурацию брандмауэра, тем более, что это делается очень быстро и легко.
- Зайдите в «Панель управления» через «Пуск» или запустите это меню другим удобным для вас методом.
- Переместитесь в раздел «Брандмауэр Windows».
- Здесь щелкните по «Разрешить запуск программы или компонента через брандмауэр Windows».
- Опуститесь вниз по появившемуся списку и убедитесь в том, что пункт «Удаленный рабочий стол» отмечен галочкой. В противном случае надо поставить ее, а затем применить изменения и перезагрузить компьютер.
Шаг 6: Проброс порта TCP 3389
Если предыдущий способ не сработал для тех юзеров, кто пытается подключиться к удаленному рабочему столу через глобальную сеть, обладателю ПК придется самостоятельно открывать порт TCP 3389 через настройки маршрутизатора, а также необходимо убедиться в том, что используется статический IP-адрес. Инструкции по пробросу портов ищите в отдельном материале на нашем сайте, щелкнув по следующей ссылке.
Подробнее: Открываем порты на роутере
Что касается статического IP-адреса, то получить его можно только через приобретение у провайдера или путем собственноручной настройки, если это изначально разрешено. В любом случае придется звонить на горячую линию поставщика интернет-услуг и уточнять этот момент со специалистами, где вы также получите нужные руководства по реализации этой технологии.
Шаг 7: Подключение к удаленному десктопу
Последний этап нашего сегодняшнего материала заключается в подключении к удаленному рабочему столу посредством встроенной функции Windows. Если все предыдущие шаги осуществлялись на компьютере того юзера, к которому надо подсоединиться, то этот шаг выполняется с ПК администратора или помощника.
- Откройте меню «Пуск» и через поиск отыщите приложение «Подключение к удаленному рабочему столу».
- В строке введите название компьютера, а затем кликните на «Подключить».
- Произойдет инициализация нового соединения. Это может занять несколько минут, а при просьбе ввода пароля укажите его, отталкиваясь от ключа доступа к учетной записи.
- Дополнительно следует отметить параметры соединения. Первая вкладка отвечает за настройку быстрого входа. Здесь можно указать компьютер и пользователя, а также сохранить конфигурацию в отдельный файл для удобства.
- Далее идет редактирование функций экрана: настраивается разрешение и отображение цветов. Все значения выставляются исключительно под запросы юзера.
- Во вкладке «Локальные ресурсы» вы можете активировать звуки с удаленного ПК, выставить режим взаимодействия с клавиатурой и настроить буфер обмена.
- Раздел «Программы» отвечает за скриптованный автоматический запуск софта при следующем соединении с ПК. Для этого требуется лишь указать путь к исполняемому файлу.
- Если вдруг вы столкнулись с тормозами во время соединения, перейдите в «Взаимодействие». Здесь задается качество соединения в зависимости от скорости интернета и мощности устройств. Просто выберите один из заготовленных в списке шаблонов.
- На вкладку «Дополнительно» следует заходить только продвинутым системным администратором. Здесь устанавливаются сертификаты подлинности сервера и прокладываются шлюзы для соединения из любого места.
В этой статье вы узнали обо всех этапах конфигурации RDP в операционной системе Виндовс 7 как на стадии подготовки, так и непосредственно при самом соединении. Если все инструкции были выполнены правильно, никаких проблем с предоставлением доступа к десктопу возникнуть не должно.
Нужно сделать так, чтобы пользователь запускал приложение, чаще всего это 1С Предприятие, так чтобы рабочего стола терминального сервера не отображалось. У нас уже есть терминальный сервер с установленным сервером лицензий и узлом сеансов удаленных рабочих столов. Можно это сделать через публикацию приложения через RemoteApp. Для этого потребуется установка дополнительных компонентов, но можно обойтись и так, прописав некоторые параметры в реестре на сервере Подключимся к серверу и создадим файл с расширением reg. Вставим туда следующее:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTerminal ServerTSAppAllowListApplications1cestart]
"CommandLineSetting"=dword:00000000
"RequiredCommandLine"=""
"IconIndex"=dword:00000000
"IconPath"="%SYSTEMDRIVE%\Windows\Installer\{80897B76-D827-4270-808C-C8FCD379475D}\ShortCut_ThinStarter.exe"
"Name"="1C Предприятие"
"Path"="C:\Program Files (x86)\1cv8\common\1cestart.exe"
"ShortPath"="C:\PROGRA~2\1cv8\common\1cestart.exe"
"ShowInTSWA"=dword:00000001
"SecurityDescriptor"=""
Параметр IconPath нужно указать свой. Перейдите в каталог “%SYSTEMDRIVE%\Windows\Installer\ и найдите в каком подкаталоге находится файл ShortCut_ThinStarter.exe
Сохраните файл и запустите от имени администратора.
Проверьте что получилось.
Откройте текстовый редактор, сохраните содержимое файла ниже. Впишите адрес сервера к которому нужно подключатся и сохраните в файл с расширением .rdp
screen mode id:i:2
use multimon:i:0
desktopwidth:i:1920
desktopheight:i:1080
session bpp:i:32
winposstr:s:0,3,0,0,800,600
compression:i:1
keyboardhook:i:2
audiocapturemode:i:0
videoplaybackmode:i:1
connection type:i:7
networkautodetect:i:1
bandwidthautodetect:i:1
displayconnectionbar:i:1
enableworkspacereconnect:i:0
disable wallpaper:i:0
allow font smoothing:i:0
allow desktop composition:i:0
disable full window drag:i:1
disable menu anims:i:1
disable themes:i:0
disable cursor setting:i:0
bitmapcachepersistenable:i:1
full address:s: Здесь вписываем адрес терминального сервера и порт, если он отличается от стандартного 3389
audiomode:i:0
drivestoredirect:s:*
redirectprinters:i:1
redirectcomports:i:0
redirectsmartcards:i:1
redirectclipboard:i:1
redirectposdevices:i:0
autoreconnection enabled:i:1
authentication level:i:2
prompt for credentials:i:0
negotiate security layer:i:1
remoteapplicationmode:i:1
alternate shell:s:
shell working directory:s:
gatewayhostname:s:
gatewayusagemethod:i:4
gatewaycredentialssource:i:4
gatewayprofileusagemethod:i:0
promptcredentialonce:i:0
use redirection server name:i:0
rdgiskdcproxy:i:0
kdcproxyname:s:
alternate shell:s:||1cestart
remoteapplicationprogram:s:||1cestart
gatewayhostname:s:
remoteapplicationname:s:1C Предприятие
remoteapplicationcmdline:s:
Теперь у вас появился ярлык для подключения, запустив который и введя пароль пользователь будет думать, что 1С работает на его компьютере.
Не все знают, что в дополнение к службе удаленных рабочих столов, в Windows Server 2008 R2 есть очень удобная служба удаленных приложений RemoteApp. Суть RemoteApp в том, что к любым приложениям, установленным на данном сервере, можно получить удаленный доступ с любого компьютера подключенного к сети. В этом случае, выполняться программа будет на сервере, но её окно будет прорисовываться так, если бы пользователь запустил программу с локального компьютера. Возможно сворачивать и разворачивать окно программы запущенной через RemoteApp, изменять его размеры и запускать сразу несколько программ вместе со своими локальными приложениями. Это очень удобный механизм, который может существенно облегчить администрирование некоторых программ и сократить расходы на их покупку.
Ниже я расскажу как настроить Удаленные приложения RemoteApp в Windows Server 2008 R2 на примере программы 1с:Предприятие 7.7.
0. Оглавление
- Что понадобится
- Создание RDP-файла или установщика для удаленной программы
- Настройка пользователей
1. Что понадобится
- Компьютер с Windows Server 2008 R2 (об установке можно прочитать здесь)
- Запущенный сервер терминалов на данном компьютере (об установке сервера терминалов читайте здесь)
- Также, на этом компьютере должно быть установлено и настроено приложение, которое мы будем добавлять в RemoteApp, в моем случае это 1С:Предприятие 7.7 (об особенностях установки 1С:Предприятие 7.7 я писал здесь)
2. Создание RDP-файла или установщика для удаленной программы
Запускаем «Диспетчер удаленных приложений RemoteApp» («Пуск» — «Администрирование» — «Службы удаленных рабочих столов» ) и в меню «Действия» слева нажимаем на «Добавить удаленные приложения RemoteApp» .
В запустившемся мастере нажимаем «Далее» , выбираем необходимое приложение, затем снова «Далее» и «Готово» .
После чего данная программа появится в списке удаленных приложений RemoteApp. Выделив его в таблице нажимаем на «Создать RDP-файл» в меню слева.
Запустится «Мастер удаленных приложений RemoteApp» , нажимаем «Далее» и попадаем на окно «Задание параметров пакета» . Здесь можно выбрать каталог, куда сохранится RDP-файл, задать параметры шлюза удаленных рабочих столов, а также параметры сертификата для защищенных соединений. Но главное, можно поменять имя сервера и порт. Изначально выставлены имя компьютера и порт RDP по умолчанию. С такими настройками приложение будет доступно только из локальной сети. Если необходимо, чтобы программа запускалась и со всех компьютеров, подключенных к сети Интернет, то имя сервера нужно заменить на внешний IP-адрес, а также, по необходимости, изменить порт, который проброшен на маршрутизаторе для данного сервера, как показано на скриншоте ниже.
Порт также следует поменять, если вы меняли порт по умолчанию для сервера терминалов (о том как это сделать, можно прочитать здесь). Завершаем работу мастера нажав «Далее» и «Готово» , после чего в указанном каталоге найдем файл с расширением rdp.
Аналогичным образом можно создать msi-установщик, нажав на «Создать пакет установщика Windows» . При запуске получившегося таким образом установщика, он будет создавать RDP-ярлык на рабочем столе и в меню пуск с иконкой выбранного приложения.
Теперь, если запустить получившийся RDP-файл с другого компьютера в сети, то появится окно ввода логина/пароля для входа на сервер.
После ввода данных увидим окно 1С:Предприятие так, как будто мы запустили его с локальной машины.
3. Настройка пользователей
Если приложение будут запускать несколько пользователей с одинаковыми настройками, то необязательно добавлять каждого на сервер. Достаточно создать только одного пользователя, скажем User_1C (о том как создать пользователя можно прочитать здесь), настроить все параметры (список баз, принтеры пр.) для этого пользователя и разрешить множественные сеансы.
Для того чтобы разрешить множественные сеансы заходим в «Пуск» — «Администрирование» — «Службы удаленных рабочих столов» — «Конфигурация узла сеансов удаленных рабочих столов» кликаем 2 раза по «Ограничить пользователя единственным сеансом» , в окне свойств снимаем галочку «Ограничить всех пользователей одиночными сеансами» .
Значение должно поменяться на «Нет» .
Кроме этого, надо знать еще об одном нюансе. Дело в том, что при закрытии приложения, запущенного через RemoteApp, пользователь не выгружается автоматически, а отключенная учетная запись так и продолжает «висеть» на сервере. Чтобы изменить это, в свойствах пользователей, которые будут запускать приложения через RemoteApp, на вкладке «Сеансы» устанавливаем «Завершение отключенного сеанса» через 1 минуту.
На этом настройка закончена. Мы выполнили ее таким образом, что несколько человек одновременно могут работать с программой 1С:Предприятие 7.7 под одной учетной записью (для удобства работы можно создать несколько учетных записей, например, User_1c_Buh, User_1C_Operator, User_1C_Sklad и т. д. или же отдельную учетную запись для каждого пользователя).