Не решено Закрытие RDA сессии при потере активного окна

[Denis_NecroS]

Добрый день. Есть "зоопарк" серверов. с 1с серверами. Есть одна точка входа с Тонким клиентом, доступ к этому тонкому клиенту предоставляется через RDA.
Проблема в чем: При выборе базы в окне выбора информационных баз, окно закрывается, а rda спустя 2-5 секунд на клиентской машине закрывается. Хотя сессия все еще висит на сервере, и при запуске RDA снова, откроется окно выбора баз и ИБ которую вызвал пользователь. Как увеличить время ожидания баз, может через ту же Групповую политику. Просто "гугл" о существовании подобных параметров молчит, поэтому понимания, как это сделать мыслей нет. Надеюсь на помощь. Всем заранее спасибо

Спойлер: Окно выбора баз и окно авторизации в ИБ (пример из интернета)

 

[Тарас]

Смотри, похоже на таймаут в RDA или на стороне тонкого клиента. Сессия на сервере жива, а клиент закрывается — это классика. Попробуй покопать параметры RDA: есть файл rda.ini. Можно на сервере 1С увеличить таймаут ожидания ответа в настройках кластера.

 

[Спец_Я]

Проблема здесь в настройках RDA. Нужно создать файл rda.ini в папке пользователя. Добавьте туда параметр KeepAliveInterval=30 и ConnectionTimeout=60. Это увеличит время ожидания. Групповые политики здесь не помогут, так как RDA не управляется через них. Также обязательно проверьте, не блокирует ли антивирус работу RDA.

 

[Руслан5263]

Спасибо за советы про логи и дебаг. Запустил RDA с ключом -debug, в логах нашёл строчку: Connection lost: timeout waiting for handshake. Получается, сервер 1С не успевает ответить на рукопожатие. Может, база тормозит из-за большого размера?

 

[Сан_Саныч]

Да, такое бывает, если база висит на медленных дисках или сеть с высоким пингом. Ты говорил, что RDA висит на сервере после закрытия. Попробуй в консоли кластера 1С увеличить ResponseTimeout до 120 секунд. Это даст серверу больше времени на ответ.

 

[Руслан5263]

Увеличил ResponseTimeout до 120, не помогло. RDA всё равно закрывается через 5 секунд. Может, на уровне ОС есть ограничение? У нас на сервере терминалов Windows Server 2016. Есть какие-то параметры реестра для RDA?

 

[Сан_Саныч]

Тогд в реестре смотри ветку HKLM\SOFTWARE\1C\RDA. Создай там DWORD ConnectionTimeout и поставь значение 120000 в миллисекундах. Еще параметр SessionTimeout можно добавить попробовать. После правок перезапусти службу RDA на сервере и попробуй снова.

 

[Руслан5263]

Проверил реестр и ветки 1C\RDA там вообще не было. Создал вручную, добавил ConnectionTimeout=120000. Не помогло. Может, права доступа на папку с временными файлами RDA влияют? У нас пользователи ограничены.

 

[Сан_Саныч]

Хорошая мысль. Проверь права на %TEMP% и %APPDATA%\RDA. У пользователя должна быть полная запись. Еще RDA создает пайпы типо named pipes антивирус может блокировать. Временно отключи Kaspersky на клиенте и сервере, проверь.

 

[Руслан5263]

Отключил антивирус и заработало! Оказывается, Kaspersky блокировал создание пайпов для RDA. Добавил RDA в исключения, теперь база открывается без падений. Но вопрос: как это автоматизировать через групповые политики для 50 пользователей?

 

[Сан_Саныч]

В Kaspersky Security Center создай политику для исключений: добавь процессы rda.exe, 1cv8.exe и папки %APPDATA%\RDA, %TEMP%\RDA. Распространи на все клиентские машины. Для сервера 1С добавь исключения на службы RDA. Должно работать.

 

[Руслан5263]

Спасибо, сейчас накачу политику. А как быть с ноутбуками, которые работают из дома через VPN? Там тоже Kaspersky локальный, политика через центр применится или нужно отдельно?

 

[Сан_Саныч]

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

 

[Руслан5263]

Давай пример, очень пригодится. У нас 15 постоянных удалёнщиков. Kaspersky на ноутбуках 6.0 версия. Боюсь, что они не попадают в домен неделями, политика не обновится.

 

[Сан_Саныч]

Вот строка для командной строки (от администратора):
"%ProgramFiles%\Kaspersky Lab\Kaspersky Endpoint Security\avp.com" add /exclusion="%APPDATA%\RDA" /exclusion="%TEMP%\RDA" /exclusion="rda.exe"
Разошлешь через любой удаленный доступ Anydesk, TeamViewer. Главное, чтобы пользователи запустили от админа.

 

[Руслан5263]

Спасибо, сейчас попробую на одном удаленном тестовом ноутбуке. А если пользователь не админ? У нас большинство без прав. Можно через GPO запланировать задание от SYSTEM?

 

[Сан_Саныч]

Да, через GPO проще. Создай задание в планировщике, которое выполняется от SYSTEM при входе пользователя. Задание запускает тот же avp.com с параметрами исключений. Распространи через GPO на все компьютеры. Но проверь права на папки, т.к. иногда Kaspersky ругается.

 

[Руслан5263]

В итоге заработало! Уф!
RDA перестал падать после добавления исключений в антивирус. Огромное спасибо за помощь. Два дня мучился, а решение оказалось простым. Теперь буду знать, что Kaspersky блокирует пайпы RDA.

 

[Сан_Саныч]

Отлично, рад, что помогло.
Антивирусы часто режут нестандартные протоколы. Держи в уме на будущее: такие ошибки решаются через трассировку сети или логи самого антивируса. Удачи с настройкой 1С, обращайся еще, если будут вопросы.

 

[Руслан5263]

Кстати, а есть ли способ проверить, что именно Kaspersky блокирует, без отключения? В его логах я ничего не нашёл про RDA. Может, какой-то режим отладки включить?