Сеансы remoteapp отключены

Remoteapp список разрешенных программ. Установка и настройка удаленных приложений «RemoteApp» и DIRECTUM. Добавление программ в список удаленных приложений RemoteApp

Ниже я расскажу как настроить Удаленные приложения RemoteApp в Windows Server 2008 R2 на примере программы 1с:Предприятие 7.7.

2. Создание RDP-файла или установщика для удаленной программы

После чего данная программа появится в списке удаленных приложений RemoteApp. Выделив его в таблице нажимаем на «Создать RDP-файл » в меню слева.

После ввода данных увидим окно 1С:Предприятие так, как будто мы запустили его с локальной машины.

3. Настройка пользователей

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

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

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

Распишем все по этапам.

1. Правим реестр. regedit.exe. И идем по ветке:

Для параметра Name задаем значение notepad.exe, или другую программу (хоть КонтрСтрайк)

Добавляем приложения следующим образов. В разделеApplicationsсоздаем дополнительные разделы для каждой программы. И в этих разделах создаем два строковых параметра Name и Path.

Изменим еще один параметр.

Переходим в разделTSAppAllowList. И выставим значение 1 для параметраfDisableAllowList.

С реестром мы закончили.

2. Создадим файл для подключения к удаленному рабочему столу.

В открывшемся окне вводим имя ПК, либо IP адрес компьютера с Windows 7 TS RemoteApp. Жмем Сохранить как… И сохраняем в любом месте.

Откроем полученный файл в Notepad++

В файле меняем значение параметраremoteapplicationmode:i:0 на remoteapplicationmode:i:1.После добавим 3 строчки:

Сохраняем файлRemoteApp.rdp и запускаем.

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

Если при подключении выскакивает сообщение: “Следующее удаленное приложение RemoteApp отсутствует в списке разрешенных программ”, то нужно проверить параметр реестра fDisableAllowList, что у него значение 1.

Технология RemoteApps является одной из функций роли служб терминалов в Windows Server 2008. До появления RemoteApps, службы терминалов подразумевали отображение на стороне клиента всего виртуального рабочего стола удаленного сервера. Такой подход достаточно удобен в ряде ситуаций, однако в том случае, если пользователю необходимо создать эффект того, что приложение, запущенное на терминальном сервере, отображалось на стороне клиента терминала, создавая иллюзию его локальной работы, такой подход не работает. Именно такую функциональность и обеспечивают функции RemoteApps , о которых мы и поговорим в этой статье.

Сведения о подключении

Параметры RDP	Описание	Значения	Значение по умолчанию	Поддержка Виртуального рабочего стола Azure
full address:s:value	Имя компьютера.Этот параметр указывает имя или IP-адрес удаленного компьютера, к которому вы хотите подключиться.Это единственный обязательный параметр в RDP-файле.	Допустимое имя, IPv4- или IPv6-адрес.		Нет
alternate full address:s:value	Указывает альтернативное имя или IP-адрес удаленного компьютера.	Допустимое имя, IPv4- или IPv6-адрес.		Нет
username:s:value	Указывает имя учетной записи пользователя для входа на удаленный компьютер.	Любое допустимое имя пользователя.		Нет
domain:s:value	Указывает имя домена, в котором будет использоваться учетная запись пользователя для входа на удаленный компьютер.	Допустимое доменное имя, например CONTOSO.		Нет
gatewayhostname:s:value	Указывает имя узла шлюза удаленных рабочих столов.	Допустимое имя, IPv4- или IPv6-адрес.		Нет
gatewaycredentialssource:i:value	Задает метод проверки подлинности шлюза удаленных рабочих столов.	— 0: запрос пароля (NTLM).- 1: использование смарт-карты.- 2: использование учетных данные находящегося в системе пользователя.- 3: запрашивание у пользователя учетных данных и использование базовой аутентификации.- 4: пользователь может сделать выбор позже.- 5: использование аутентификации на основе файлов cookie.	Нет
gatewayprofileusagemethod:i:value	Указывает, следует ли использовать параметры по умолчанию шлюза удаленных рабочих столов.	— 0: используется режим профиля по умолчанию, как указано администратором.- 1: используются явные параметры, указанные пользователем.	Нет
gatewayusagemethod:i:value	Указывает, в каких случаях следует использовать шлюз удаленных рабочих столов для подключения.	— 0: шлюз удаленных рабочих столов не используется.- 1: шлюз удаленных рабочих столов используется всегда.- 2: шлюз удаленных рабочих столов используется, если не удается установить прямое подключение к узлу сеансов удаленных рабочих столов.- 3: используются параметры по умолчанию шлюза удаленных рабочих столов.- 4: шлюз удаленных рабочих столов не используется, подключение обходит шлюз для локальных адресов.Значения 0 или 4 этого свойства действуют практически одинаково, но значение 4 позволяет обходить локальные адреса.	Нет
promptcredentialonce:i:value	Определяет, сохраняются ли учетные данные пользователя и используются ли для шлюза удаленных рабочих столов и на удаленном компьютере.	— 0: удаленный сеанс не будет использовать те же учетные данные.- 1: удаленный сеанс будет использовать те же учетные данные.	1	Нет
authentication level:i:value	Определяет параметры уровня аутентификации на сервере.	— 0: если аутентификация на сервере не пройдена, можно подключиться к компьютеру без предупреждения (Подключаться без предупреждения).- 1: если аутентификация на сервере не пройдена, не устанавливать подключение (Не подключаться).- 2: если аутентификация на сервере не пройдена, выводится предупреждение и разрешается подключиться или отклонить подключение (предупреждение).- 3: обязательная аутентификация не указана.	3	Нет
enablecredsspsupport:i:value	Определяет, используется ли клиент для аутентификации поставщика поддержки безопасности учетных данных (CredSSP), если он доступен.	— 0: RDP не будет использовать CredSSP, даже если операционная система поддерживает CredSSP.- 1: RDP будет использовать CredSSP, если операционная система поддерживает CredSSP.	1	Да
disableconnectionsharing:i:value	Определяет, выполняет ли клиент повторное подключение к какому-либо существующему отключенному сеансу или инициирует новое подключение.	— 0: повторное подключение к имеющемуся сеансу.- 1: инициация нового подключения.	Нет
alternate shell:s:value	Определяет программу, запускаемую автоматически в удаленном сеансе в качестве оболочки вместо Проводника.	Допустимый путь к исполняемому файлу, например C:\ProgramFiles\Office\word.exe.		Да

Что такое RemoteApps?

RemoteApps являются частью роли служб терминалов в Windows Server 2008. Цель служб терминалов – обеспечение доступа клиентских систем к рабочему столу и приложениям, работающих на терминальном сервере. Как следует из названия, удаленный доступа к рабочему столу означает отображение всего рабочего стола сервера на экране локального клиента. Такой подход позволяет пользователю выполнять различные задачи на сервере, в том числе запускать и взаимодействовать с приложениями на удаленном хосте. Функция RemoteApps помогает избегать предоставления пользователю доступа ко всему рабочему столу удаленной системы, в том случае если, ему необходимо всего одно приложение. При запуске каждого приложения RemoteApp, оно отображается в отдельном окне на рабочем столе клиента, то есть точно так же, как если бы оно было установлено и запушено локально.

RemoteApps могут быть запущены с помощью специальной ссылки на веб-странице TS Web Access, или путем установки специального файла на компьютере клиента.

Доступ пользователей к RemoteApps через TS Web Access

По умолчанию, приложение RemoteApps доступно через TS Web Access. Проверить этот факт можно, как указано выше, с помощью окна свойств RemoteApp и наличия в нем отмеченного чекбокса RemoteApp is available through TS Web Access. Естественно, этот параметр может быть изменен в любое время, для чего в списке приложений RemoteApp нужно выбрать необходимое приложение и перейти в его свойства.

Итак, если ваши RemoteApps настроены для доступа через TS Web Access, просто откройте окно браузера и введите URL-адрес веб-страницы:

В качестве значения Server1, вы можете использовать ip адрес или имя вашего терминального сервера. Когда соединение будет установлено, то перед отображением страницы, браузер запросит имя пользователя и пароль.

Для запуска приложения пользователю достаточно просто нажать на его значок, после чего появится начальное окно запуска RemoteApp. В нем нужно будет выбрать настройки терминального соединения, например какие локальные ресурсы клиента (например, диски, устройства, клавиатура, мышь, принтер, порты и т.д.) должны быть доступны в приложении, запущенном на удаленной системе. Это может быть полезно, например, если пользователю нужно печатать из удаленного приложения на локальном принтере, или сохранять файлы сразу на локальный диск или USB-флешку:

Итак, как же подобрать оптимальный вариант работы с 1С через интернет?

Если у вас нестабильный Интернет и для работы нужны только основные функции 1С, то можно смело выбирать Web-доступ.

У вас стабильный Интернет и в облаке вы будете работать не только с 1С, но и с Microsoft Office, клиент-банком, программами для сдачи отчетности? В таком случае остановите свой выбор на RDP. Ведь именно эта технология доступа обеспечит вам быструю и комфортную работу.

Если вы раньше работали локально и не хотите ничего менять, то оптимальным вариантом будет работа через удаленное приложение RemoteApp. Визуально отличий не будет, но 1С будет работать в разы быстрее.

Выбор всегда остается за вами!

Зарегистрируйтесь и получите тест-драйв!

1С онлайн

Аренда 1С или загрузка своей базы

Обновления 1С включены в стоимость

Ежедневное резервное копирование баз

Консультации по 1С и 24/7 техподдержка

Когда вы уже развернули RDS (Remote Desktop Service) на вашем Server 2012 (r2), вам может понадобится настроить Приложения RemoteApp.

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

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

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

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

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

Возможности сервера будут доступны всем пользователям RDSH, поэтому важно, чтобы доступ получали только доверенные пользователи

Требования для подключения к сессии удаленного рабочего стола:

На сервере должен быть установлен компонент Remote Desktop Session Host
Приложения установлены

На Рисунке 2 , сервер RDSH развернут с основными приложениями Microsoft Office и клиент обращается к серверу для доступа к этим приложениям.

Рисунок 2. Сессия, на основе подключения.

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

В Диспетчере сервера добавьте роль Службы удаленных рабочих столов (RDS).
При установке роли выберите службы Remote Desktop Session Host.Примечание: Всегда включайте поддержку режима повышенной безопасности (Network Level Authentication) для получения доступа к RDS, если ваши клиентские компьютеры работают под управлением Windows XP SP3 или более новой ОС.Примечание: Пользователи и группы должны быть членами группы Пользователи удаленного рабочего стола (Remote Desktop Users).
Установите Desktop Experience Pack, чтобы работать с пользовательским интерфейсом Windows Aero, Windows Media Player и иными возможностями.
Установите приложения на сервер удаленного рабочего стола (Remote Desktop Server).Примечание Для установки Microsoft Office 2007 пожалуйста убедитесь что вы используете версию Volume License либо вы не сможете запустить приложение.
Настройте клиентский компьютер для доступа к серверу RDS с помощью файла настройки RDP.

Подготовка сервера к установке RemoteApps

Перед использованием технологии RemoteApps на сервере Windows Server 2008 необходимо выполнить ряд условий. В первую очередь на вашем сервере должна быть установлена и настроена роль служб терминалов.

Во-вторых, все приложения, которые планируется использовать с помощью RemoteApps должны быть установлены на терминал так, чтобы они поддерживали одновременную многопользовательскую работу. Как это сделать, вы можете прочитать в статье Установка приложений для Windows Server 2008 Terminal Services .

И, наконец, если планируется сделать доступ к приложениям через браузер с помощью роли TS Web Access, необходимо произвести настройки, описанные в статье Настройка TS Web Access в Windows Server 2008 .

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

Making RemoteApps Available to Users via TS Web Access

By default, RemoteApps are configured to be accessible via TS Web Access (for details on installing and configuring the TS Web Access service role refer read Configuring Windows Server 2008 TS Web Access. As outlined above this setting can be checked during the RemoteApp configuration process by verifying that the RemoteApp is available through TS Web Access box is set in the properties dialog. This setting can be modified at any time by right clicking on the RemoteApp in question on the TS RemoteApp Manager RemoteApp Programs list and selecting Properties.

Assuming that the RemoteApps are configured for TS Web Access, simply open a browser window and enter the URL of the TS Web Access page the format of is typically as follows (where server is the name or IP address of the Terminal Server system):

http:server/ts

When a connection has been established the browser will prompt for the user’s login and password credentials before displaying the TS Web Access page:

To launch an application the user simply clicks on the icon for the required application. First to appear will be the RemoteApp Starting dialog. This will be followed by a settings dialog which allows the user to decide which resources on the local system (such as drives, devices, keyboard, mouse, printers, ports etc) should be made available to the application running on the remote system. This can be particularly useful, for example, if a user needs to print from the remote application onto a local printer, or save a file onto a local disk or USB drive:
<google>WIN28BOX</google>

Once the connection is established the remote application will appear in a window on the local desktop just as a local running application would appear.

Создание пула серверов на сервере посредника подключений (RD Connection Broker)

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

На вкладке Active Directory вам необходимо указать в каком домене вы будите производить поиск, в поле «Имя (Общие)» находим нужные вам сервера.

Выбираем нужные сервера и переносим их в раздел «Выбрано».

В итоге в вашей оснастке «Диспетчер серверов» вы увидите все добавленные хосты. которые будут участниками Remote Desktop Services High Availability на Windows Server 2019.

В результате все должно быть в статусе «В сети».

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

Службы удаленного рабочего стола (Remote Desktop Services – RDS) новое имя для улучшенных и обновленных служб, ранее известных как Службы терминалов (Terminal Services). Изменения в службах терминалов начались еще с Windows Server 2008. В Windows Server 2008 R2, помимо нового названия были внесены существенные изменения в Web Access и RemoteApp, которые впервые появились в Windows Server 2008.

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

Terminal Services RemoteApp (удаленные приложения)

Распишем все по этапам.

1. Правим реестр. regedit.exe. И идем по ветке:

Для параметра Name задаем значение notepad.exe, или другую программу (хоть КонтрСтрайк)

а для Path – путь к папке где лежит приложение, в нашем случае – C:\Windows. (Путь должен быть к папке на компьютере, который будет выступать в роли терминального сервера с Windows 7). Только путь до запускаемго файла, а не сам путь с самим файлом.

Добавляем приложения следующим образов. В разделе Applications создаем дополнительные разделы для каждой программы. И в этих разделах создаем два строковых параметра Name и Path.

Изменим еще один параметр.

Переходим в раздел TSAppAllowList. И выставим значение 1 для параметра fDisableAllowList.

С реестром мы закончили.

2. Создадим файл для подключения к удаленному рабочему столу.

Запускаем утилиту Подключение к удаленному рабочему столу через меню Пуск –> Стандартные, либо Win+R, вводим mstsc, Enter.

Откроем полученный файл в Notepad++

В файле меняем значение параметра remoteapplicationmode:i:0 на remoteapplicationmode:i:1. После добавим 3 строчки:

Сохраняем файл RemoteApp.rdp и запускаем.

Дополнение по просьбе пользователя » Злой юзер»

В *.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

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

Основные роли RDC показаны на рисунке 1:

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

Доступ пользователей к RemoteApps через TS Web Access

По умолчанию, приложение RemoteApps доступно через TS Web Access. Проверить этот факт можно, как указано выше, с помощью окна свойств RemoteApp и наличия в нем отмеченного чекбокса RemoteApp is available through TS Web Access
. Естественно, этот параметр может быть изменен в любое время, для чего в списке приложений RemoteApp нужно выбрать необходимое приложение и перейти в его свойства.

В качестве значения Server
1
, вы можете использовать ip адрес или имя вашего терминального сервера. Когда соединение будет установлено, то перед отображением страницы, браузер запросит имя пользователя и пароль.

Для запуска приложения пользователю достаточно просто нажать на его значок, после чего появится начальное окно запуска RemoteApp
.
В нем нужно будет выбрать настройки терминального соединения, например какие локальные ресурсы клиента (например, диски, устройства, клавиатура, мышь, принтер, порты и т.д.) должны быть доступны в приложении, запущенном на удаленной системе. Это может быть полезно, например, если пользователю нужно печатать из удаленного приложения на локальном принтере, или сохранять файлы сразу на локальный диск или USB-флешку:После установки соединения окно терминального приложения будет отображено в окне на локальном компьютере.

Подготовка сервера к установке RemoteApps

Измерь его правильно! Краткое описание общепринятого метода оценки производительности DB серверов

Сообщество программистов (администраторов) 1С является одним из самых замкнутых на себя.
Тот же JAVA senior без особых вопросов напишет код на PHP или на Python, если этого потребует обстановка.
1Сники же и powershell и bash и PHP и все остальное с разной степенью успешности реализуют на 1С.
В последнее время ситуация немного меняется, классическое высшее образование программистов уже не ограничивается ассемблером, бейсиком и фортраном.
Никто не падает в обморок при виде
class HelloWorld {
public static void main(String[] args) {
System.out.println(«Hello World!»);
}
}
Попробуем покуситься на тест Гилева и узнать, как без него обходятся DBA админы остального мира, слабонервных прошу удалиться, остальных прошу под кат…

Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана

Если кратко описать мое отношение к Postgres: Использовал до того, как это стало мейнстримом.
Конкретнее: Собирал на нем сервера для компаний среднего размера (до 50 активных пользователей 1С).
На настоящий момент их набирается уже больше, чем пальцев рук пары человек (нормальных, а не фрезеровщиков).
Следуя этой статье вы сможете себе собрать такой же и начать спокойную легальную жизнь, максимально легко сделать первый шаг в мир Linux и Postgres.
А я побороться за 1. Лучший бизнес-кейс (лучший опыт автоматизации предприятия на базе PostgreSQL).
Если, конечно, статья придется вам по вкусу.

Настройка бесплатной лицензии Terminal Services Manager

После того, как вы войдете в утилиту у вас появится окно «This is unregistered evaluation version of TSM». Для получения бесплатной лицензии нажмите «Get license key».

Нам нужна персональная лицензия (personal License Free), нажмите кнопку «Get License».

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

Проверьте свою почту, вам должно прийти вот такое письмо «Free license code for Terminal Services Manager Personal License», там будет лицензионный ключ.

Далее копируем код и нажимаем в TSM 3.4 кнопку «Enter license key».

Заполните поля «License to» и «License Key». Terminal Services Manager будет активирован.