Добрый день. есть небольшая проблема пытаемся применить WTware на небольших терминалах на пропускных пунктах.
Стоит x86 терминал + сканер Honeywall (перенаправляется по USB-Serial) все работает все пикает корректно, проблема заключается в следующем:
1. включаем терминал, следуя параметру Shell= он проваливается сразу в Тонкий клиент 1С вводится логин и пароль и подключается к определенной базе
2. автоматически запускается обработка, сканер подключенный к терминалу отрабатывает все корректно
3. выключаем питание терминала - сессия на сервере переходит в состоянии отключено
4. включаем питание терминала, WTware проваливается в ту же нужную сессию где уже открыт шелл 1С
5. при первом сканировании штрих кода 1С встает раком
6. завершаем сеанс со стороны сервера и далее все начинается с пункта 2
Я понимаю что это проблема 1С я протестировал множество вариантов и даже без перелогинивания сессии RDP если просто закрыть 1С и открыть то все заново работает , даже если на живую из терминала выдернуть сканер и включить его нужно просто перезапустить 1С и все снова работает ...
вопрос, можно ли подключаться к ферме серверов RDP не с параметром SHELL а в опубликованное приложение средствами RDP ?
Параметр tsv://MS Terminal Services Plugin.1.RDSession я пробовал но он работает только когда опубликован рабочий стол... даже если опубликовано приложение в коллекции то конектится Втваря все равно к рабочему столу (
Windows 2016 RDP Опубликованные приложения
-
- Разработчик
- Сообщения: 12021
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Windows 2016 RDP Опубликованные приложения
0. Включаем на сервере политику, которая завершает отключенную сессию.
...
Это проблема перенаправленных устройств. 1С не знает, что сессия отключилась и сканер отвалился. 1С по прежнему ждет байтиков из сканера.
Втварь при следующем подключении отключенной сессии не может сказать 1С: "эй, твой сканер отвалился, открой его заново". Потому что втварь не знает ничего про прошлую сессию.
Правильное решение - не отключать сессии. Стараться всегда завершать сессию со стороны клиента, а в редких случаях аварийного завершения клиента - политикой прибивать отключенную сессию на сервере.
Про опубликованное приложение есть в документации:
https://wtware.ru/docs5/config.html#shell
Чтобы запустить опубликованное приложение (RemoteApp), укажите:
...
4. Через где-то минуту сервер понимает, что сессия отключилась, завершает отключенную сессию и прибивает 1С. При следующем логине создается новая сессия, которая заново открывает сканер.
Это проблема перенаправленных устройств. 1С не знает, что сессия отключилась и сканер отвалился. 1С по прежнему ждет байтиков из сканера.
Втварь при следующем подключении отключенной сессии не может сказать 1С: "эй, твой сканер отвалился, открой его заново". Потому что втварь не знает ничего про прошлую сессию.
Правильное решение - не отключать сессии. Стараться всегда завершать сессию со стороны клиента, а в редких случаях аварийного завершения клиента - политикой прибивать отключенную сессию на сервере.
Про опубликованное приложение есть в документации:
https://wtware.ru/docs5/config.html#shell
Чтобы запустить опубликованное приложение (RemoteApp), укажите:
Код: Выделить всё
shell = ||RMySuperRemoteApp
Re: Windows 2016 RDP Опубликованные приложения
Большое спасибо за столь быстрый ответ, сделали ровно так как Вы сказали, политикой ГПО сделали группу у которых рубится соединение через 1 минуту после отключения.
по поводу приложений опубликованных обязательно проверю !
по поводу приложений опубликованных обязательно проверю !