Автор Тема: Как построить многопользовательский терминальный сервер на ALT Linux?  (Прочитано 20693 раз)

Оффлайн Aleksey Shimanov

  • Участник
  • *
  • Сообщений: 65
нужно поставить Altlinux +  где-то 1c сервер + конфигуратор
Сервер 1С не нужен, можно использовать файловую базу.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 152
    • Домашняя страница
Не с 1С xrdp месяцами работает.
Андрей Черепанов (cas@)

Оффлайн rits

  • Участник
  • *
  • Сообщений: 1 225
  • ITS
https://github.com/AndreyBarmaley/linux-terminal-service-manager
https://www.opennet.ru/opennews/art.shtml?num=55401
https://ltsm-soft.ru/#price

Кто нибудь пробовал, данный проект "щупать" на скорость работы по удаленке через интернет и во общем функционал проброса оборудования в сессию?

Оффлайн flint1975

  • Участник
  • *
  • Сообщений: 1 442
Здравствуйте, коллеги. Чуда не произошло.
xrdp виндовый клиент подвисает на минуту время от времени, непонятно в какой момент точно. Думал, что на плохом канале, но нет, у коллеги канал хороший а поведение такое же. Это делает невозможным его использование для удалённой работы.
Но выяснил, что подвисает не xrdp, а именно только конфигуратор 1с (база лежит на удалённом сервере) и только при использовании xrdp!
Картина выглядит так. Во время зависания конфигуратор 1с занимает от 95 до 100 % одного ядра, при этом xorg начинает занимать 16-25% другого ядра.
При нормальной работе, эти процессы занимают несколько процентов.
При этом в логах xrdp на обеих сторонах нет ничего необычного.
Через x2go такого не происходит никогда.
Канал хороший.

Прошу помощи, может есть у кого мысли относительно этой ситуации? Как бы понять, что именно происходит в связке конфигуратор 1с + xrdp сервер?

Какая платформа? Я это ловил на неуправляемом приложении. УТ 10.3, на последних версиях платформы - заметно меньше эффект.

Оффлайн reshta

  • Участник
  • *
  • Сообщений: 119
Здравствуйте, уважаемые! Поработал с отладкой конфигурации 1сv83 через xrdp в виндовом клиенте. Через несколько часов получил торможение при раскрытии и пролистывании больших списков в конфигураторе. Не понял что это было, - то ли канал, то ли баг
Здравствуйте, коллеги! Всех с наступившим Новым годом!
Прошло три года. Отвечу сам себе.
Купили новые компы для разработки и для сервера 1с+postgresql, - на каждом куча быстрых процессоров, памяти и всё такое. Канал между ними 2,5 G.
При отладке одной базы 1с и открытии другой в режиме предприятия, всё равно дико тормозит интерфейс клиентов.
Платформа 1с, - одна из последних на текущий момент. При этом процы и память и на терминальном сервере и на 1с сервере практически свободные. Но в таком случае какой-нибудь один или два потока загружены на 90-100%, даже если клиенты 1с не выполняют прикладных задач, а просто висят. Делаю вывод, - это особенность работы клиентов 1с, по крайней мере, под AltLinux p10+XFCE. 
Решение.
Завел несколько системных пользователей терминального сервера. Под одним, например, запускаю выгрузку файла обмена (ресурсоёмкая задача), часа на два. Под другой учёткой занимаюсь конфигурированием и отладкой другой базы. Торможений нет! Да, и обязательно нужно выключить эффекты рабочего стола, - они оставляют артефакты и тормозят xrdp.
« Последнее редактирование: 12.01.2025 12:31:10 от reshta »

Оффлайн flint1975

  • Участник
  • *
  • Сообщений: 1 442
На самом деле виноват XFCE !
На x2go - он вообще сессию фризит через пару минут.

Оффлайн telets

  • Участник
  • *
  • Сообщений: 63
Здравствуйте.
Ещё в 2021 году перешли на работу сервера 1С на Debian 11, а у пользователей SL 9. А так до этого на Debina 8 сервер был.
Всё работает нормально - нас устраивает.
Вот статья на эту тему: на форуме https://unixforum.org/viewtopic.php?p=1350161#p1350161
Её текст:
1C:
1. Предприятие 8.3.15.1830. На ней мы и работали. На новую платформу не стали переводить, потому что на новых платформах появляется куча глюков и тормозов.
2. Бухгалтерия и зарплата были переведены на платформу 8.3.17.2306, потому что тут сплошные обновления от 1С идут и надо повышать платформу.

На сервер у нас запущено два кластера с разными платформами. Как это сделать - есть в инете статьи.

На рабочих местах simply linux 7 или 8 или 9 с nxclient 3.5.0.7. Есть 4 места с windows: на них запускается клиент 1с. Есть 2 места с windows, с который запускают NXClientCE-3.5.0-9-r15.6 (на форуме есть о нём).
На сервере freenx-server_0.7.3+teambzr104-0freenxteam1~intrepid1_amd64.deb

Ставим всё стандартно. Только есть доделки.

Доделки 1С платформы для нормальной печати документов:
Документы стали печататься с отступом 2 см слева. Разбирался с разработчиками 1С - сказали что только debian 9 они поддерживают.
1. В /opt/1C/v8.3/x86_64 скопировать с debian8:
libwebkitgtk-1.0.so.0 -> libwebkitgtk-1.0.so.0.22.15
libwebkitgtk-3.0.so.0 -> libwebkitgtk-3.0.so.0.22.15
libpng12.so.0 -> libpng12.so.0.50.0
libicui18n.so.52 -> libicui18n.so.52.1
libicuuc.so.52 -> libicuuc.so.52.1
libicudata.so.52 -> libicudata.so.52.1
libwebp.so.5 -> libwebp.so.5.0.1
libgtk-3.so.0 -> libgtk-3.so.0.1400.5
2. скопировать с debian8 /usr/lib/x86_64-linux-gnu/gtk-3.0 (из пакета libgtk-3-0_3.24.24-4_amd64.deb)
Для русского в параметрах принтера системного окна - скопировать с debian8
/usr/share/locale/ru/LC_MESSAGES/: gtk30.mo и gtk30-properties.mo (из пакета libgtk-3-common_3.24.24-4_all.deb)

Доделки FreeNX-Server:
1. В пакете стандартном nxagent 3.5.99.26-2 есть глюк когда запускаешь два nxclient'а с одного ПК на debian 11: в 1С появляются тормоза. Исправил тем, что взял /usr/bin/nxagent с debian 10 (nxagent_3.5.99.19-3+deb10u2_amd64.deb). Написал об этом в дебиан - может скоро подправят
2. Правил сами файлы FreeNX (nxloadconfig, nxserver, nxnode, nxnode-login, nxdialog ). Описывать не буду - прикреплю здесь.
Ссылка на архив https://disk.yandex.ru/d/EZ0HXzgomWBS4A


Сейчас на SL 10 nxclient не работает - заменили на rxclient. На ярлыке запуска добавили в строке запуска --autologin, чтобы автоматом соединялся.