Снятие терминальной сессии пользователя в XRDP (Linux) и 1C

Опубликовал Сергей Рудюк (rudjuk) в раздел Администрирование - Системное

Когда пользователь из-за долгого простоя терминальной сессии в XRDP "подвисает", возникает необходимость снять его сессию.

 

Когда пользователь из-за долгого простоя терминальной сессии в XRDP "подвисает", возникает необходимость снять его сессию.

Определяем id процесса сессии:

ps aux | grep xrdp | grep sess

Снимаем необходимую сессию:

kill -9 "цифра PID"

Если пользователь "висел" в конфигураторе 1С, то 1С может начать ругаться на занятость конфигуратора. В таких случаях желательно полностью завешить xrdp под этим пользователем и завершить процессы 1С. Для этого выполняем команды:

ps aux | grep xrdp

# Теперь, снимаем процессы данного пользователя
kill -9 номер процесса

ps aux | grep 1C

# Снимаем процессы 1С
kill -9 номер процесса

Автор: Рудюк С . А. http://corp2.net

См. также

PowerTools от 1 000
Комментарии
2. Vladimir K (KroVladS) 02.07.15 09:51 Сейчас в теме
(0)
Хотелось бы услышать ИсториюУспеха перевода организации на XRDP (Linux).
3. Сергей Рудюк (rudjuk) 65 02.07.15 10:42 Сейчас в теме
(2) KroVladS, Удалось успешно перевести работу компании, 20 рабочих мест на работу с Linux. Причем, клиентские рабочие места - тоже на линуксе.
Ожидались большие проблемы с устройствами, штрих-кодами, гео-локацией и звуком. Но, все эти проблемы удалось решить.
Были моменты, когда Remmina тормозила, но как оказалось, это возникало из-за кучи клиентских RDP, которые начали друг с другом конфликтовать. Переустановка рабочего места - решила проблему.
Решение подняли на виртуальной машине. Поэтому, его можно клонировать и распространять.
Для своей компании тоже использую данное решение, но еще накладываю на это все - шифрование на уровне дискового пространства.

Если нужно, обращайтесь - могу реализовать данное решение.
Конечно, есть какие-то вещи, которые не возможно в статьях описать. Но, в целом, решение получилось работающее.
4. Сергей Рудюк (rudjuk) 65 02.07.15 10:47 Сейчас в теме
5. Олег Дмитров (baracuda) 2 02.07.15 13:12 Сейчас в теме
(3) rudjuk, а как дела обстоят для торговых предприятий?

Как подключали ФР и сканеры штрихкодов?? Удалось ли?*
6. Сергей Рудюк (rudjuk) 65 02.07.15 14:26 Сейчас в теме
(5) baracuda, Сканер штрих-кодов работает, как обычная клавиатура, передавая последовательность сканируемых символов через буфер обмена. Поэтому, проблем со сканером не происходит.

Фискальный регистратор не подключал.
7. _ (KAY) 02.07.15 15:02 Сейчас в теме
Добрый день, я зависшие сессии убиваю через команду: "sudo /usr/bin/killall -9 -u имя пользователя". (сервер терминалов на 10 пользователей esxi 5.5 + ubuntu 14.04 lts + БП 3.0, на клиентских машинах винда)
8. Сергей Рудюк (rudjuk) 65 02.07.15 15:22 Сейчас в теме
(6) rudjuk, По поводу же фискального принтера, наверное к компьютеру он и не подключается. А просто, произодится обмен данными между фискальным принтером и компьютером. Поэтому, тут уже больше вопрос в программном обеспечении фискального принтера.
В Украине, в Сильпо фискальные принтеры работают, судя по внешнему виду на KDE. А это значит, что есть возможность подключения, более того, фискальный принтер вообще может работать под управлением операционной системы Linux, Но, это уже зависит от разработчика фискального принтера.
9. Евгений Сосна (pumbaE) 521 02.07.15 15:34 Сейчас в теме
(8) rudjuk, у нас уже есть аппараты, где команды посылаются по сети обычным http соединением с json api. Никаких драйверов не надо.
10. Сергей Рудюк (rudjuk) 65 02.07.15 16:27 Сейчас в теме
(9) pumbaE, О чем я и говорил. :)
11. Сергей Хлопов (hlpsrv) 02.07.15 17:07 Сейчас в теме
А какие конфигурации у Вас работают под Linux?
У меня Бухгалтерия 3.0 имеет неприятный глюк: не работают некоторые дополнения. Например, печать приказа о приеме на работу выдавало ошибку т.к. падеж для ФИО формируется через дополнение, а оно под Linux не работает. Приходиться при обновлении заменять код с работой этого дополнения на свой.
12. Сергей Рудюк (rudjuk) 65 02.07.15 17:29 Сейчас в теме
(11) hlpsrv, УТП
Везде, где есть обращения к COM нужно заменять на другое решение, т.е. конфигурацию нужно местами править.
Вам нужно будет изменять функционал дополнения на другое решение, работающее в Linux. Иногда, решения получаются несколько не привычными для 1С-программистов. Т.к. в Linux нет механизмов COM, DCOM, OCX, ActiveX и других "изобретений" Майкрософт. Но, есть мощная командная строка, огромное количество программного обеспечения и.... Возможность писать программы на ряде скриптовых языков.
Однозначно, часть решений нужно переписывать, исходя из выше сказанного - отсутствия механизмов, которые изобрели в Майкрософте.