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

Публикация № 373142

Администрирование - Системное

linux 1c снять сессию

10
Когда пользователь из-за долгого простоя терминальной сессии в 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
10

См. также

Специальные предложения

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

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

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

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