gifts2017

Снятие терминальной сессии пользователя в 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) 02.07.15 10:42
(2) KroVladS, Удалось успешно перевести работу компании, 20 рабочих мест на работу с Linux. Причем, клиентские рабочие места - тоже на линуксе.
Ожидались большие проблемы с устройствами, штрих-кодами, гео-локацией и звуком. Но, все эти проблемы удалось решить.
Были моменты, когда Remmina тормозила, но как оказалось, это возникало из-за кучи клиентских RDP, которые начали друг с другом конфликтовать. Переустановка рабочего места - решила проблему.
Решение подняли на виртуальной машине. Поэтому, его можно клонировать и распространять.
Для своей компании тоже использую данное решение, но еще накладываю на это все - шифрование на уровне дискового пространства.

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

Как подключали ФР и сканеры штрихкодов?? Удалось ли?*
6. Сергей Рудюк (rudjuk) 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) 02.07.15 15:22
(6) rudjuk, По поводу же фискального принтера, наверное к компьютеру он и не подключается. А просто, произодится обмен данными между фискальным принтером и компьютером. Поэтому, тут уже больше вопрос в программном обеспечении фискального принтера.
В Украине, в Сильпо фискальные принтеры работают, судя по внешнему виду на KDE. А это значит, что есть возможность подключения, более того, фискальный принтер вообще может работать под управлением операционной системы Linux, Но, это уже зависит от разработчика фискального принтера.
9. Евгений Сосна (pumbaE) 02.07.15 15:34
(8) rudjuk, у нас уже есть аппараты, где команды посылаются по сети обычным http соединением с json api. Никаких драйверов не надо.
10. Сергей Рудюк (rudjuk) 02.07.15 16:27
(9) pumbaE, О чем я и говорил. :)
11. Сергей Хлопов (hlpsrv) 02.07.15 17:07
А какие конфигурации у Вас работают под Linux?
У меня Бухгалтерия 3.0 имеет неприятный глюк: не работают некоторые дополнения. Например, печать приказа о приеме на работу выдавало ошибку т.к. падеж для ФИО формируется через дополнение, а оно под Linux не работает. Приходиться при обновлении заменять код с работой этого дополнения на свой.
12. Сергей Рудюк (rudjuk) 02.07.15 17:29
(11) hlpsrv, УТП
Везде, где есть обращения к COM нужно заменять на другое решение, т.е. конфигурацию нужно местами править.
Вам нужно будет изменять функционал дополнения на другое решение, работающее в Linux. Иногда, решения получаются несколько не привычными для 1С-программистов. Т.к. в Linux нет механизмов COM, DCOM, OCX, ActiveX и других "изобретений" Майкрософт. Но, есть мощная командная строка, огромное количество программного обеспечения и.... Возможность писать программы на ряде скриптовых языков.
Однозначно, часть решений нужно переписывать, исходя из выше сказанного - отсутствия механизмов, которые изобрели в Майкрософте.