opennx

Модераторы: dimbor, Модераторы разделов

Scad
Сообщения: 15

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Scad »

dimbor писал:
08.10.2021 11:07
А что там у гонщиков про папку нового принципиально?
Насчет новое или нет, не знаю, но там шару делать не надо. Догадываюсь, они как-то через sshfs каталог подтягивают...
А насчет кому надо, у меня на круг около 50 человек на нескольких серверах так работают, на том самом продукте Etersoft. Даже лицензию купили в свое время...
Добавлено (12:13):
а, у x2go каталог не подключается при восстановлении сессии. Если сессию завершить и подключиться по новой, то нормально. Но сильно это не мешает...
Добавлено (13:04):
dimbor писал:
08.10.2021 09:19
Про заголовок тоже буду думать.
Третья хотелка. Сейчас заголовок у окна сессии - username@ip , а было бы здорово username@sessionname, опять же как ведет себя opennx 725. Пользователи адресов не знают, если несколько сессий открыто, будут путаться.
Спасибо сказали:
dimbor
Ведущий рубрики
Сообщения: 1532
Статус: Подвинутый участник

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

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

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

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

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

О, а может ему ключик --noautologinnevernotonce соорудить?
Спасибо сказали:
dimbor
Ведущий рубрики
Сообщения: 1532
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

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

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

Вопросы, пожелания и посылы принимаются, как обычно.
Спасибо сказали:
Scad
Сообщения: 15

Re: opennx

Сообщение Scad »

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

Re: opennx

Сообщение 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 ничего не дала...
Последний раз редактировалось Scad 10.02.2022 13:53, всего редактировалось 1 раз.
Спасибо сказали:
dimbor
Ведущий рубрики
Сообщения: 1532
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

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

Re: opennx

Сообщение Scad »

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

Re: opennx

Сообщение Scad »

dimbor писал:
10.02.2022 13:53
Добавлено (10.02.2022 13:59):
Перечитал ваше сообщение. Какую то фантастику пишете. От релиза клиента ничего не может зависеть. Так было от самого начала фриэныкса и ко.
Сам в шоке, честно. Серверам не один год, я постоянно с ними работал одновременно. А тут не могу соединиться и все тут. И в настройки серверной части никто лазить не мог...
Спасибо сказали:
dimbor
Ведущий рубрики
Сообщения: 1532
Статус: Подвинутый участник

Re: opennx

Сообщение 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
Ведущий рубрики
Сообщения: 1532
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

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

Re: opennx

Сообщение 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 из под виндовс к рутлесу еще не поборот. Даже пока идей нету.
Спасибо сказали: