Страница 1 из 1

Как бороться с блокировкой терминальных станций ?

СообщениеДобавлено: 26 мар 2015, 11:09
Boroda
Примерно с начала февраля, приняв участие в пилотном проекте с Антивирусом для закрытой сети, у нас начались проблемы с блокировкой экрана после прогрузки ОС, в период работы удаленной сессии и при попытки выключить станцию.
Вот линк на архив со скринами различных блокировок https://yadi.sk/d/JDQTn4IsfXUEA.
1 скрин сделан после загрузки ОС, на этой станции не стоит еТокен и ВипНет, и раньше окно авторизации никогда не появлялось.
2 скрин либо не правильное нажатия кнопки при выходе из сессии либо произвольная блокировка, так и не разобрались. (была один раз, и пока больше не появлялась)
3 и 4 скрины сделаны после всех манипуляций по выходу из сессии и закрытию программ.

Если у кого-то были такие проблемы или есть, помогите разобраться.

Как бороться с блокировкой терминальных станций ?

СообщениеДобавлено: 26 мар 2015, 13:21
PKS
В случае блокировки учетной записи на терминальном сервере используйте файл который приложен к сообщению. инструкция внутри. обратите внимание, что при завершении сессии данным образом данные которые были открыты не сохраняются, также сообщаю, что если у вас несколько терминальных серверов то данный скрипт необходимо разместить на каждый из них и соответственно все операции(точнее выполнение действий) будут касаться только сервера на котором запущен данный скрипт. работа данного скрипта проверялась только под учетной записью root. кому помогло отпишитесь. данный скрипт был предоставлен сотрудниками технической поддержки

Как бороться с блокировкой терминальных станций ?

СообщениеДобавлено: 27 мар 2015, 11:01
Boroda
PKS писал(а):В случае блокировки учетной записи на терминальном сервере используйте файл который приложен к сообщению. инструкция внутри. обратите внимание, что при завершении сессии данным образом данные которые были открыты не сохраняются, также сообщаю, что если у вас несколько терминальных серверов то данный скрипт необходимо разместить на каждый из них и соответственно все операции(точнее выполнение действий) будут касаться только сервера на котором запущен данный скрипт. работа данного скрипта проверялась только под учетной записью root. кому помогло отпишитесь. данный скрипт был предоставлен сотрудниками технической поддержки


Скрипт управление сессиями у меня есть давно. Через него и отключаю заблокированную сессию или делаю сброс всех сессий если они подвисли у пользователей.
Есть еще какие либо логины и пароли (заводские) кроме рут от Депо или же рут от РосИнтеграции - где уже стоит ВипНет ?

Как бороться с блокировкой терминальных станций ?

СообщениеДобавлено: 27 мар 2015, 11:11
Grey
Судя по скрину №2 блокируется сессия терминальника, это можно отключить в настройка скринсэйвера на терминальном сервере (для каждого пользователя отдельно).
Стоит проверить этот параметр и на терминальных станциях.

Как бороться с блокировкой терминальных станций ?

СообщениеДобавлено: 30 мар 2015, 15:16
Boroda
Grey писал(а):Судя по скрину №2 блокируется сессия терминальника, это можно отключить в настройка скринсэйвера на терминальном сервере (для каждого пользователя отдельно).
Стоит проверить этот параметр и на терминальных станциях.

Спасибо. Проверил и это. Вроде пока блоков не было, по крайней мере мне о них за время выходных не сообщали.

Как бороться с блокировкой терминальных станций ?

СообщениеДобавлено: 08 апр 2015, 13:55
Boroda
Проблемы блокировки, частично решили совместно с сотрудниками МИАЦ.
1 скрин - решение такого плана: после загрузки ОСи станции, открываем терминал/консоль, далее вводим команду su и пароль(от самой станции DEPO, по дефолту он одинаков у всех, если есть Випнет - то узнаем у поставщика услуги), входим под учетной записью root.
Далее пишем команду passwd user(ввод), после нам предлагают два раза ввести новый пароль для у.з. Юзер.
После этого, если выходит такое окошко, на машинах где нет Випнета - Логин - user/ Пароль - **** - то что вы указали.

2 скрин - пока могу сказать, что решается сбросом сессии, как и писалось выше, через управление сессиями.

3 и 4 скрины - пока не смог идентифицировать процесс отвечающий за этот случай.