opennx

[Scad]

А что там у гонщиков про папку нового принципиально?

Насчет новое или нет, не знаю, но там шару делать не надо. Догадываюсь, они как-то через sshfs каталог подтягивают...
А насчет кому надо, у меня на круг около 50 человек на нескольких серверах так работают, на том самом продукте Etersoft. Даже лицензию купили в свое время...

Добавлено (12:13):

а, у x2go каталог не подключается при восстановлении сессии. Если сессию завершить и подключиться по новой, то нормально. Но сильно это не мешает...

Добавлено (13:04):

Про заголовок тоже буду думать.

Третья хотелка. Сейчас заголовок у окна сессии - username@ip , а было бы здорово username@sessionname, опять же как ведет себя opennx 725. Пользователи адресов не знают, если несколько сессий открыто, будут путаться.

[dimbor]

Так это получается, на клиенте они цигвиновский/мингв-шный sshd еще поднимают и с него раздают? С точки зрения реализации заманчиво просто вырисовывается.

Минус первый - двойное туннелирование, скорость просаживается. (У меня в конторах когда падает основной провайдер, 22 порт через LTE выбрасывается тем же ssh на vps-ку. К резерву перецепляются nx-клиенты, кому припекает. Так это больнее в плане комфорта. Не так чтобы критично, но.)

Второй возможный минус - тот что вы написали. Если предположить, что в икстуго разрабы не по пояс деревянные, для sshfs на сервере при suspend даже umount -f, видимо сталкивается с объективными проблемами.

[dimbor]

Добрался наконец.
- user@session в заголовке окна логина делается с полпинка. Да уже сделал.
- то же самое в заголовке окна сессии сделал для вин клиента. Для линуксового надо ковырять агента на сервере, и это в сумрачный тевтонский апстрим не пролезет никогда.

И исходный 725 так делать нихьт. Видимо у вас что-то допиленное рукожопом типа меня стоит.

По самой главной хотелке требуется уточнение. 725 вываливает окошко логина всегда, и надо клацать лишнюю кнопку, даже если все поля заполнены. Возвращение такого поведения не устраивает уже меня.
Автологин сейчас включается по ключу --autologin , либо по наличию в комстроке --session=*.nxs.
Предлагаю его выключить при пустом юзернейме, это просто будет закодить.
Еще есть вариант добавить кудась в конфиг флажок отключения автологина. Но это геморрой еще тот, особенно в части полуручного дорисовывания гуя.

[dimbor]

О, а может ему ключик --noautologinnevernotonce соорудить?

[dimbor]

Ждал-ждал, а потом сделал как смог - скоро опять гнаться же начнут.
Пока только под виндовс - OpenNXCE-1.0.1-r15.6.exe

- user@session в заголовке окна логина, изменяется при изменении соответствующих полей внутри;
- user@session в заголовке окна сессии;
- при пустом юзернейме в .nxs вываливает окно логина;
- ключ командной строки --nologin возвращает поведение 725-го, т.е. отключает автологин к хренам.

Вопросы, пожелания и посылы принимаются, как обычно.

[Scad]

Добрый день.
dimbor, огромное вам спасибо. Прямо вторую жизнь вдохнули.

[Scad]

Коллеги, добрый день.
Продолжим допиливать OpenNXCE? )
Уважаемый Dimbor, снова к вам за помощью. Итак, клиент из вашего поста от 18 октября. Сейчас столкнулся с тем, что не могу одновременно подключиться к двум серверам. Клиент падает с ошибкой "Loop: PANIC! Call to bind failed for font TCP port 11500. Error is 112 'Address already in use'. " Это сообщение из файла errors в каталоге сессии на клиенте. Смотрю кто занял порт(локальный TCP порт), да, другой клиент(nxssh.exe) подключившийся к другому серверу. Цитата из файла session: Info: Listening to font server connections on port '11500'.
Отключение работающего клиента дает возможность подключиться к другому серверу, но как же одновременная работа?
Какие еще данные нужны для диагностики проблемы? типовой 725 релиз так себя никогда не вел... Или куда можно ткнуть чтоб этот порт поменялся? Перезагрузка клиентской машины и очистка .nx ничего не дала...

[dimbor]

Не клиентское это дело, порты себе назначать. В недрах "курощения" ктой-то (может и я) озабочивался этим. Вроде тогда было решено, что слишком много возни менять. Проще серверные порты разнести. Алгоритм там тупой: На сервере в конфиге есть $DISPLAY_BASE (1000 умолчательное). Начиная с этого значения, большими прыжками (по тысяче) рассчитываются потребные серверу и клиенту порты. (Например, AGENT_DISPLAY=$SESS_DISPLAY+6000) На сервере каждый следующий клиент получает свою кучку портов увеличенную на единичку. Если DISPLAY_BASE на двух серверах одинаковый, как раз и получается вышеописанная гадость. Вместо перекорячивания протокола (а там еще в nxlib на этот ряд завязан) проще оказалось разнести единовременно DISPLAY_BASE на разных серверах с шагом максимального количества тамошних клиентов.

Добавлено (13:59):

Перечитал ваше сообщение. Какую то фантастику пишете. От релиза клиента ничего не может зависеть. Так было от самого начала фриэныкса и ко.

[Scad]

Да, смотрика... Точно, давно с этим сталкивался и старался разносить тот самый $DISPLAY_BASE, тут даже не знаю как объяснить... Кто-то тупо скопировал конфиг... Как же оно до сегодня работало? ))
Спасибо!

[Scad]

Добавлено (10.02.2022 13:59):

Перечитал ваше сообщение. Какую то фантастику пишете. От релиза клиента ничего не может зависеть. Так было от самого начала фриэныкса и ко.

Сам в шоке, честно. Серверам не один год, я постоянно с ними работал одновременно. А тут не могу соединиться и все тут. И в настройки серверной части никто лазить не мог...

[dimbor]

Обновление 1.0.2
Код: https://github.com/dimbor-ru/opennx
windows:up/nxman/OpenNXCE-1.0.2-r15.6.exe
linux:up/nxman/opennx_1.0.2_amd64.deb

• Переписана загрузка модулей PA для ресемплирования звука в туннеле.
• Добавлен rootless режим для vnc/rdp over nx (freen-server от 2.0.0)
• Добавлены костыли под win для работы vnc/rdp диалогов настройки.
• Добавлена маленькая кучка стандартных разрешений экрана в диалог настройки сессии.

[dimbor]

Очень мелкая, но гордая птичка. Уменьшает вероятность начального несколько-секундного ssh-ного взвиса раза этак в три. Причем и под виндой тоже. А правильно приготовленный sshd на сервере исключает взвисы вообще.
На память, ибо пакеты пересобирать лень. Не горит же, ибо чистым самоудовлетворением тут занимаюсь.

[dimbor]

Когда коту нечего делать, он лижет яйца. Мне мешает пузо, поэтому остается только часто "релизиться"

1.0.3
windows:up/nxman/OpenNXCE-1.0.3-r15.6.exe
linux:up/nxman/opennx_1.0.3_amd64.deb

• Птичка имплементирована;
• Под линукс есть теперь возможность вручную указывать модель принтера. В винде это можно было и раньше. (новый фриэныкс умеет дергать драйвер из купса по фрагменту названия модели);
• Починена кнопка "Обновить" в списке сессий для shadow;
• Частенько полезен созерцательный режим для того же шэдоу, дабы не нервировать юзера перемещенем фокуса мыши. Кнопка "View" принудительно запускает view only, соответственно.

Крах подключения при цеплянии shadow из под виндовс к рутлесу еще не поборот. Даже пока идей нету.

[Scad]

Что ж, накидаю... )
В процессе работы с вашими сборками клиента столкнулся со следующими косяками:
1. При работе с буфером обмена, не в клиенте, просто где-то(в другом окне клиента, в почте, да где угодно) изображение в окне неактивного клиента как бы морозится. Т.е. при переключении в окно остается застывшим и не перерисовывается соответственно действиям там происходящим. Курсор мышки меняется при движении по элементам, а экран нет. Чтобы вернуться к нормальному отображению достаточно минимизировать окно клиента и снова его развернуть. Такое бывает не всегда, но достаточно часто и закономерности выявить не удалось. Может буфер обмена и не причем...
2. Этерсофт выкатил новый релиз своего rx@, ветка 1.5. Так вот при работе с этим сервером и вашим клиентом дисплей на сервере не разворачивается больше чем на 1435*743 пикселя и в настройках дисплея в сессии оно одно единственное. Если использовать их древний rxclient-729-0.6-r15.3.exe, то такой фигни нет. Плюс, под их клиентом в настройке дисплея возможно смена разрешения на меньшее из списка.

P.S. а можно про правильное приготовление sshd поподробнее? ipv4 only?

[dimbor]

В обратном порядке:

Да, с sshd это v4 only, плюс предотвращение обратного разрешения днс, плюс настройка nsswitch.conf, плюс еще пяток методов ускорения соединения из гугл в помощь. С птичкой, кста, ошибка вышла - этот ключ там у ssh уже был.

На тему rx обрадовать вас нечем. Он был и остается дремучим легаси. Смешные переговоры с его писателями который раз привели примерно ни к чему. Они считают его мелким продуктом и, как выяснилось, даже не совсем понимают, как он функционирует. Отсюда череда безумных хаков в серверной и клиентской частях, вызывающих все большую несовместимость с классическим nx. Это все было к тому, что они его обновили как-то, и с этим я ничего сделать не могу.
Opennx подтачивается под freenx. А freenx переписан по отношению к rx почти полностью.

[Scad]

По первому вопросу, при переезде на freenx из "Старый друг - лучше новых двух" ситуация с дисплеем не поменялась, по прежнему 1435*743. На компьютере(Win10) с которого я подключаюсь к серверу родное разрешение 1600x900, но я туда подключен по РДП с разрешением 1920*1080, может это как-то влияет... Попробую поэксперементировать...

[dimbor]

В пользовательском nxnode-xxx.log хорошо б глянуть.

[Scad]

В пользовательском nxnode-xxx.log хорошо б глянуть.

Особой ругани не заметно:

Spoiler

4:18:48.854: /usr/bin/nxnode (12662): run nxnode with PARAMS:"--startsession";CMDLINE='&session=m03&type=unix-xfce&rootless=0&virtualdesktop=1&cache=32M&images=128M&link=wan&geometry=1920x1020&screeninfo=1920x1020x32+render&keyboard=pc105/us&backingstore=1&encryption=1&render=1&composite=1&shmem=1&shpix=1&samba=0&cups=0&nodelay=1&defer=0&client=winnt&media=0&strict=0&aux=1&clientproto=3.5.0&login_method=SU&user=scad&userip=192.168.1.149&session_id=5E67D1C187F5028AA822BB734F04FBD8&display=2300&host=127.0.0.1'
14:18:48.900: node_start_agent (12662/12945): Start nxagent by command: '/usr/bin/nxagent -persistent -D -name "NX - scad@mint03:2300 - m03 (GPL Edition)" -option "/home/scad/.nx/C-mint03-2300-5E67D1C187F5028AA822BB734F04FBD8/options" +bs-nolisten tcp -dpi 96 :2300'
14:18:48.907: node_start_agent (12662/12945): Waiting for agent_pid='12953'
14:18:49.627: node_start_applications (12662/12946): Start '/etc/X11/Xsession'.
Waiting for node_app_pid='12995'

На всякий случай ~/.xsession-errors

Spoiler

Xsession: X session started for scad at Пт 12 авг 2022 14:18:49 MSK
dbus-update-activation-environment: systemd --user not found, ignoring --systemd argument
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-RLMuH2wuRC,guid=59a593e8c41a011ceb62b2c762f63719
dbus-update-activation-environment: setting DISPLAY=:2300
xhost: must be on local machine to add or remove hosts.
localuser:scad being added to access control list
dbus-update-activation-environment: systemd --user not found, ignoring --systemd argument
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: systemd --user not found, ignoring --systemd argument
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: systemd --user not found, ignoring --systemd argument
dbus-update-activation-environment: setting SUDO_GID=1001
dbus-update-activation-environment: setting MAIL=/var/mail/scad
dbus-update-activation-environment: setting LANGUAGE=ru_RU
dbus-update-activation-environment: setting USER=scad
dbus-update-activation-environment: setting LC_TIME=ru_RU.UTF-8
dbus-update-activation-environment: setting SSH_AGENT_PID=13037
dbus-update-activation-environment: setting SHLVL=1
dbus-update-activation-environment: setting BROWSER=/usr/bin/firefox
dbus-update-activation-environment: setting HOME=/home/scad
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting LC_MONETARY=ru_RU.UTF-8
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-RLMuH2wuRC,guid=59a593e8c41a011ceb62b2c762f63719
dbus-update-activation-environment: setting NXUSERIP=192.168.1.149
dbus-update-activation-environment: setting SUDO_UID=1001
dbus-update-activation-environment: setting IM_CONFIG_PHASE=1
dbus-update-activation-environment: setting LOGNAME=scad
dbus-update-activation-environment: setting _=/usr/bin/ssh-agent
dbus-update-activation-environment: setting TERM=unknown
dbus-update-activation-environment: setting PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin
dbus-update-activation-environment: setting LC_ADDRESS=ru_RU.UTF-8
dbus-update-activation-environment: setting DISPLAY=:2300
dbus-update-activation-environment: setting LANG=ru_RU.UTF-8
dbus-update-activation-environment: setting LC_TELEPHONE=ru_RU.UTF-8
dbus-update-activation-environment: setting HELP_BROWSER=/usr/bin/firefox
dbus-update-activation-environment: setting SUDO_COMMAND=/bin/bash -c /usr/bin/nxnode --startsession
dbus-update-activation-environment: setting SHADOW_XAUTHORITY=/home/scad/.nx/C-mint03-2300-5E67D1C187F5028AA822BB734F04FBD8/authority
dbus-update-activation-environment: setting SSH_AUTH_SOCK=/tmp/ssh-XXXXXX8Imgqq/agent.13036
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting LC_NAME=ru_RU.UTF-8
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting SUDO_USER=nx
dbus-update-activation-environment: setting LC_MEASUREMENT=ru_RU.UTF-8
dbus-update-activation-environment: setting LC_IDENTIFICATION=ru_RU.UTF-8
dbus-update-activation-environment: setting GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
dbus-update-activation-environment: setting PWD=/home/scad
dbus-update-activation-environment: setting XDG_DATA_DIRS=/usr/share/xfce4:/home/scad/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share
dbus-update-activation-environment: setting LC_NUMERIC=ru_RU.UTF-8
dbus-update-activation-environment: setting LC_PAPER=ru_RU.UTF-8
dbus-update-activation-environment: setting NXSESSIONID=mint03-2300-5E67D1C187F5028AA822BB734F04FBD8
/usr/bin/x-session-manager: X server already running on display :2300
xfce4-session-Message: 14:18:50.739: SSH authentication agent is already running
gpg-agent: агент gpg уже запущен - еще один, новый, запущен не будет

(xfwm4:13285): xfwm4-WARNING **: 14:18:50.897: XSync extension too old (3.0).

(xfwm4:13285): xfwm4-WARNING **: 14:18:50.906: The display does not support the XComposite extension.

(xfwm4:13285): xfwm4-WARNING **: 14:18:50.907: The display does not support the XPresent extension.

(xfwm4:13285): xfwm4-WARNING **: 14:18:50.907: Compositing manager disabled.

(xfsettingsd:13306): xfsettingsd-CRITICAL **: 14:18:51.053: Your XI is too old (1.3) version 1.4 is required.

(xfsettingsd:13306): xfsettingsd-WARNING **: 14:18:51.054: Failed to create device filter

** (polkit-gnome-authentication-agent-1:13324): WARNING **: 14:18:51.719: Unable to register authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: User of caller and user of subject differs.
Cannot register authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: User of caller and user of subject differs.
/usr/bin/xfce-autostart-wm:13: PyGIDeprecationWarning: Using positional arguments with the GObject constructor has been deprecated. Please specify keyword(s) for "schema" or use a class specific constructor. See: https://wiki.gnome.org/PyGObject/InitializerDeprecations
settings = Gio.Settings("com.linuxmint.desktop")
Process already running (98:Адрес уже используется). Exiting.
/usr/lib/linuxmint/mintUpdate/mintUpdate.py DeprecationWarning: Gdk.threads_init is deprecated
Gdk.threads_init()

(wrapper-2.0:13340): GLib-GIO-CRITICAL **: 14:18:52.421: g_file_new_for_path: assertion 'path != NULL' failed

(wrapper-2.0:13340): GLib-GIO-CRITICAL **: 14:18:52.421: g_file_monitor_file: assertion 'G_IS_FILE (file)' failed

(wrapper-2.0:13340): GLib-GObject-WARNING **: 14:18:52.421: invalid (NULL) pointer instance

(wrapper-2.0:13340): GLib-GObject-CRITICAL **: 14:18:52.421: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

(wrapper-2.0:13340): Gtk-WARNING **: 14:18:52.421: Attempting to add a widget with type GtkToggleButton to a container of type XfcePanelPlugin, but the widget is already inside a container of type XfcePanelPlugin, please remove the widget from its existing container first.
/usr/lib/linuxmint/mintUpdate/mintUpdate.py DeprecationWarning: Gtk.ImageMenuItem.set_image is deprecated
menuItem3.set_image(image)
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:731: DeprecationWarning: Gdk.threads_enter is deprecated
Gdk.threads_enter()
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:738: DeprecationWarning: Gdk.threads_leave is deprecated
Gdk.threads_leave()

(wrapper-2.0:13330): Gtk-WARNING **: 14:18:52.605: gtk_widget_size_allocate(): attempt to allocate widget with width -1 and height 24

(wrapper-2.0:13340): Gtk-WARNING **: 14:18:52.652: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node button, owner GtkToggleButton)

[dimbor]

Должно стартовать 1920x1020. Под фриэныксом понимается не только он сам, но и арктические либы. А не те что с rx идут.
А так странно получается, да. Надоть сверять сточки запуска --startsession и файлы options с тем местом, где разрешение нормальное. Скорее всего там где-то косяк.

[Scad]

Арктические? Я все зависимости из системного репозитория ставил, как-то можно понять арктические там или нет? Окно клиента распахивается на 1920*1020, только справа/снизу черные поля все что больше 1435*743. И вот что заметил, если в настройках сессии ставишь пользовательское разрешение, то по ширине нельзя поставить больше 1600, а по высоте такого ограничения нет...
От родного разрешения экрана не зависит. На мониторе 1920*1080 получаем теже 1435*743 и черные поля...

Добавлено (19:08):

а вот у 725 релиза OpenNX такой проблемы с размером экрана нет. Более того, у этого клиента можно размер менять тасканием за границу окна. Можно также у OpenNXCE также сделать?

[dimbor]

Наощупь точно вряд ли выйдет. А если дадите доступ к серверу, можно и посмотреть неспешно.

[Scad]

Наощупь точно вряд ли выйдет. А если дадите доступ к серверу, можно и посмотреть неспешно.

В личке

[dimbor]

Ну здравствуй, Альцгеймер! Посмотрел переписку, таки вспомнил - это жеж баг nxagent, фикс которого Djelf в прошлом годе в арктических немцев продавливал, а те прикольно пищали.
https://github.com/ArcticaProject/nx-libs/issues/1030

Новые либы до минта не доехали, соответственно. Надо или ждать, или собирать. Как собирать, могу рассказать токмо для дивана. Юзеру в хомяк положил бинарник своего агента. Вдруг проскочит на дурика.

[Scad]

Собирать, не вариант ждать. ) Поставь запятую правильно )). Расскажите, не сочтите за труд.
К слову, по идее должна сработать инструкция с Арктики, которая с debuild, надо проверить... Под Ubuntu 22.04 у них в репозитории пакета нет, надо самому. Ну или ждать, да )

Добавлено (08:52):

не проскочило:
/usr/bin/nxagent: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
попытка подсунуть существующую libjpeg.so.8 не увенчалась успехом:
/usr/bin/nxagent: /lib/x86_64-linux-gnu/libjpeg.so.62: version `LIBJPEG_6.2' not found (required by /usr/bin/nxagent)

[dimbor]

А получается, что инструкция в тамошнем ридми вполне себе, и рассказывать особо нечего.
Кроме того как есть один патчик, который в апстрим не взяли. Он для рутлеса и до сих пор актуален.

И для install достаточно собранных пакетов:

Код: Выделить всё

libnx-x11-6_3.5.99.26-0_amd64.deb
libxcomp3_3.5.99.26-0_amd64.deb
libxcompshad3_3.5.99.26-0_amd64.deb
nxagent_3.5.99.26-0_amd64.deb
nxdialog_3.5.99.26-0_all.deb
nxproxy_3.5.99.26-0_amd64.deb
nx-x11-common_3.5.99.26-0_all.deb

Весь зоопарк ставить не надо.

[Scad]

А по поводу залипания картинки на клиенте нет мыслей?

[dimbor]

Это нужно долго и упорно работать в десктопных сессиях, чтоб хотя бы понаблюдать. В рутлесе вроде не видел. Да и не жалился пока никто.

Мыслей - нихьт. Ибо отрисовка десктопа и рутлеса под виндой сильно разная. Во вторых, в винде клипборда одна, а в иксах selections - две. Еще в случае десктопа DE встраивает между ними свою путаницу. В третьих, арктикостроители постоянно клипборду патчат, чем доумножают сущности.

[Scad]

Собрал Арктику.

Весь зоопарк ставить не надо

Поставил что вы перечислили, размер экрана починился, да. Поломалось куча других вещей ) Например панели с элементами стали прозрачные )
Наведешь мышку на место где должна быть панель, реакция есть и нажимается если нажать, но не видно ее )
Поиграюсь еще...

[dimbor]

Выбрал время подключиться. Все по старому. Не починилось.

[Scad]

Размер экрана починился, но куча падений nxagent-а жить не дала. Сейчас ищу способ наложить тот самый патч на системные пакеты. Должны же быть исходники с чего те deb-ы собираются... Попробую с этой стороны зайти.