[РЕШЕНО] 2024г ArchLinux терминальный доступ тонкий и толстый клиент через VNC или RDP или еще что?

wau	# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 1 неделя назад)
Темы: 160 Сообщения: 1205 Участник с: 11 октября 2013	КОллеги, соответственно задача - есть мощная машина и есть слабая, котрую есть желание вернуть к жизни в качестве тонкого клиента, подключаемого к "мощной", работающей на Arch. Следует различать "удаленный доступ к рабочему столу" и "терминальный сервер", который тоже дает удаленному клиенту доступ к рабочему столу на Сервере. Маздай, vnv и многие подходы RDP (в т.ч. gnome) под rdp понимают именно ситуацию, когда на Сервере (толстом клиенте) котрыт сеанс и открышему его юзеру хочется дать подвигать своей мышкой удаленному юзеру. Но мне надо иное - на Сервере (толстом клиенте) софт, быстрый интернет, много памяти и мощности и этим богаством надо пользоваться со слабой машины. Плюшка - себе это делал как дитячий вариант, на корню отсекающий использование компьютера в качестве унитаза для слива времени в игрушках, но дающий полноценные возможности для реальной работы (графика, веб, конструирование и пр.) - просто не настраиваем проброс звука от сервера к клиенту. Итог -в конце этого поста. варианты - 1. X сессия через ssh. Работает стабильно, но довольно медленно даже на хорошем канале. Соответственно не рабочий вариант. 2. RDP - Nebulosa хвалит - https://archlinux.org.ru/forum/post/261000/. И в нашем 2024г. это единственный разумный выбор при всем якобы существующем многообразии других вариантов, см. ниже. 3. VNC - кроссплатформенно, передает только значения пикселей экрана, фактически удаленный вход в открытую на экране Толстого клиента открытую на "толстом" клиенте Х сессию, x11vnc. Соответственно не рабочий вариант. 4. x2go - https://www.altlinux.org/X2Go, форк nomashin, работает по его протоколу. Заявленный функционал не вполне работоспособен - что-то недоделано в зависимостях, например, для запуска штатно заявленной Гномосессии требуются дополнительные, мною пока непреодоленные, хитрости 5. nomashin - https://wikiless.tiekoetter.com/wiki/NX_NoMachine?lang=ru. Фриварная версия стремится ограничиться функционалом п.3, что неприемлемо. Но простыми манипуляциями с выбором виртуального дисплея это решается. И скажу нет, не понравилось - ну не хочется мне через гуи настраивать и из сеанса юзера через многократный ввода пароля рута что-то включать и настраивать. Хочется видеть привычные текстовые конфиги, где просто буковками все записывается. 0. спец-дистрибутивы тонкого клиента. Да собственно любой, в котором можно поставить Reminna или иной клиент доступа к удаленному рабочему столу 0.1. Thinstation - https://wikiless.tiekoetter.com/wiki/Thinstation?lang=ru 0.2 LTSP - https://wikiless.tiekoetter.com/wiki/LTSP?lang=ru 0.3 Арч На "тонкой" надо будет поставить что-то легковесное, вплоть до puppy. Вроде даже был Арч такой дистрибутив и кто-то из форумчан, помнится, делал "легковесную" сборку. Собственно даже обычное ядро весит очень не много и на "тонком" работать будет. Подключение "тонкого" не должно мешать другому юзеру, работающему непосредственно на "тостом", не попадать в его рабочую сессию. Задачи "тонкого клиента" - работа с софтом "толстого", никакого видео как "кино" передавать не требуется. Отсюда вопрос с точки зрения стабильности и нагрузке на хост-машину, что в наше время рациональнее? Что посоветуете и конкретных серверов-клиентов, коих не один и не два? Итоговые наблюдения, пока лишь частичные - VNC как таковой отвергнут, ибо это не треминальный многопользовательский доступ. SSH против x2go - SSH на тонком клиенте в консоли, входим в толстый клиент с выбранным лоигном-паролем или по ключу, запускаем нужную программу - работает. Что примечательно - тот же наутилус запускается по времени больше, чем жирный браузер. Менюшки интерфейсов отображаются с тормозами, а контент браузера -приемлемо. Но с дисбалансом hdpi "тонкого" клиента (в порядке тетсирования) SSH справляется, подстраивая изображение под требования тонкого клиента. А вот x2go выводит пиксель-в-пиксель. В итоге x2go, как и nomashin, отвергнуты - слишком много окошек и мало толку, нехватает простоты. Вот и пришли к сказанному Nebulosa. Попутно всплывшие эксперименты Gnome в области rdp отвергнуты - сам работает поверх freerdp (или что-то в этом роде) и не дает именно что терминального доступа. Рабочий вариант - 1. серверная часть - ставим xrdp + xorgxrdp + при необходимости для 2-D ускорения https://aur.archlinux.org/packages/xorgxrdp-glamor + при необходимости для проброса звука расширения типа pipewire-module-xrdp или pulseaudio-module-xrdp-git. Имеет простые конфигурационные файлы в /etc/xrdp, служба запускается штатно от рута. 1.1. тут надо обратить внимание на настройки питания, чтобы "толстый клиент" стал сервером, надо ликвидировать зоопарк пользователських настроек перехода в ждущий\спящий режимы, см. https://archlinux.org.ru/forum/topic/22051/ 2. клиентская часть - Remmina + xrdp. В настройках подключения Reminna задаем нужное разрешение передавемого экрана, под нужды "тонкого клиента".

# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 1 неделя назад)

Сообщения: 1205

Участник с: 11 октября 2013

КОллеги, соответственно задача - есть мощная машина и есть слабая, котрую есть желание вернуть к жизни в качестве тонкого клиента, подключаемого к "мощной", работающей на Arch.
Следует различать "удаленный доступ к рабочему столу" и "терминальный сервер", который тоже дает удаленному клиенту доступ к рабочему столу на Сервере. Маздай, vnv и многие подходы RDP (в т.ч. gnome) под rdp понимают именно ситуацию, когда на Сервере (толстом клиенте) котрыт сеанс и открышему его юзеру хочется дать подвигать своей мышкой удаленному юзеру. Но мне надо иное - на Сервере (толстом клиенте) софт, быстрый интернет, много памяти и мощности и этим богаством надо пользоваться со слабой машины. Плюшка - себе это делал как дитячий вариант, на корню отсекающий использование компьютера в качестве унитаза для слива времени в игрушках, но дающий полноценные возможности для реальной работы (графика, веб, конструирование и пр.) - просто не настраиваем проброс звука от сервера к клиенту. Итог -в конце этого поста.

варианты -

1. X сессия через ssh. Работает стабильно, но довольно медленно даже на хорошем канале. Соответственно не рабочий вариант.
2. RDP - Nebulosa хвалит - https://archlinux.org.ru/forum/post/261000/. И в нашем 2024г. это единственный разумный выбор при всем якобы существующем многообразии других вариантов, см. ниже.
3. VNC - кроссплатформенно, передает только значения пикселей экрана, фактически удаленный вход в открытую на экране Толстого клиента открытую на "толстом" клиенте Х сессию, x11vnc. Соответственно не рабочий вариант.
4. x2go - https://www.altlinux.org/X2Go, форк nomashin, работает по его протоколу. Заявленный функционал не вполне работоспособен - что-то недоделано в зависимостях, например, для запуска штатно заявленной Гномосессии требуются дополнительные, мною пока непреодоленные, хитрости
5. nomashin - https://wikiless.tiekoetter.com/wiki/NX_NoMachine?lang=ru. Фриварная версия стремится ограничиться функционалом п.3, что неприемлемо. Но простыми манипуляциями с выбором виртуального дисплея это решается. И скажу нет, не понравилось - ну не хочется мне через гуи настраивать и из сеанса юзера через многократный ввода пароля рута что-то включать и настраивать. Хочется видеть привычные текстовые конфиги, где просто буковками все записывается.

0. спец-дистрибутивы тонкого клиента. Да собственно любой, в котором можно поставить Reminna или иной клиент доступа к удаленному рабочему столу
0.1. Thinstation - https://wikiless.tiekoetter.com/wiki/Thinstation?lang=ru
0.2 LTSP - https://wikiless.tiekoetter.com/wiki/LTSP?lang=ru
0.3 Арч

На "тонкой" надо будет поставить что-то легковесное, вплоть до puppy. Вроде даже был Арч такой дистрибутив и кто-то из форумчан, помнится, делал "легковесную" сборку. Собственно даже обычное ядро весит очень не много и на "тонком" работать будет. Подключение "тонкого" не должно мешать другому юзеру, работающему непосредственно на "тостом", не попадать в его рабочую сессию.

Задачи "тонкого клиента" - работа с софтом "толстого", никакого видео как "кино" передавать не требуется.

Отсюда вопрос с точки зрения стабильности и нагрузке на хост-машину, что в наше время рациональнее? Что посоветуете и конкретных серверов-клиентов, коих не один и не два?

Итоговые наблюдения, пока лишь частичные -
VNC как таковой отвергнут, ибо это не треминальный многопользовательский доступ.
SSH против x2go - SSH на тонком клиенте в консоли, входим в толстый клиент с выбранным лоигном-паролем или по ключу, запускаем нужную программу - работает. Что примечательно - тот же наутилус запускается по времени больше, чем жирный браузер. Менюшки интерфейсов отображаются с тормозами, а контент браузера -приемлемо. Но с дисбалансом hdpi "тонкого" клиента (в порядке тетсирования) SSH справляется, подстраивая изображение под требования тонкого клиента. А вот x2go выводит пиксель-в-пиксель. В итоге x2go, как и nomashin, отвергнуты - слишком много окошек и мало толку, нехватает простоты. Вот и пришли к сказанному Nebulosa.
Попутно всплывшие эксперименты Gnome в области rdp отвергнуты - сам работает поверх freerdp (или что-то в этом роде) и не дает именно что терминального доступа.

Рабочий вариант -
1. серверная часть - ставим xrdp + xorgxrdp + при необходимости для 2-D ускорения https://aur.archlinux.org/packages/xorgxrdp-glamor + при необходимости для проброса звука расширения типа pipewire-module-xrdp или pulseaudio-module-xrdp-git. Имеет простые конфигурационные файлы в /etc/xrdp, служба запускается штатно от рута.
1.1. тут надо обратить внимание на настройки питания, чтобы "толстый клиент" стал сервером, надо ликвидировать зоопарк пользователських настроек перехода в ждущий\спящий режимы, см. https://archlinux.org.ru/forum/topic/22051/
2. клиентская часть - Remmina + xrdp. В настройках подключения Reminna задаем нужное разрешение передавемого экрана, под нужды "тонкого клиента".

cucullus	# 5 месяцев, 2 недели назад
Темы: 267 Сообщения: 3548 Участник с: 06 июня 2007	vnc будет мешать такие дела.

vs220	# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	wau 1. X сессия через ssh 2. RDP 3. VNC x2go еще рассмотрите и nomachine

Nebulosa	# 5 месяцев, 2 недели назад
Темы: 9 Сообщения: 910 Участник с: 05 марта 2009	Сколько чего не пробовал, только на RDP смог получить нормальный отклик интерфейса. Поэтому Remmina+freerdp (всё остальное или умерло или тормозит) использую уже пару лет как, 5/2 в неделю, чего и вам желаю. Бонус: т.к. настроен RDP, то можно цепляться и к серверам с Windows.

Nebulosa

# 5 месяцев, 2 недели назад

Темы: 9

Сообщения: 910

Участник с: 05 марта 2009

Сколько чего не пробовал, только на RDP смог получить нормальный отклик интерфейса. Поэтому Remmina+freerdp (всё остальное или умерло или тормозит) использую уже пару лет как, 5/2 в неделю, чего и вам желаю.

Бонус: т.к. настроен RDP, то можно цепляться и к серверам с Windows.

wau	# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)
Темы: 160 Сообщения: 1205 Участник с: 11 октября 2013	"vnv будет мешать" - да, про него у меня примерно такие воспоминания, использовал для удаленного входа в открытую Х сессию у станочного компьютера. x2go - это ведь просто утилита для Х сессии поверх ssh? Ноумэшин - новое для меня слово. Из него вычитал ссылку на спец-дистрибутив тонкого клиента -- https://wikiless.tiekoetter.com/wiki/Thinstation?lang=ru Ключевой же вопрос - какой из вариантов требует меньших ресурсов от тонкого и толстого клиентов? Из описания подхода rdp следует отвергнуть. VNC передает значение пикселей.

wau

# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)

Темы: 160

Сообщения: 1205

Участник с: 11 октября 2013

"vnv будет мешать" - да, про него у меня примерно такие воспоминания, использовал для удаленного входа в открытую Х сессию у станочного компьютера.

x2go - это ведь просто утилита для Х сессии поверх ssh?
Ноумэшин - новое для меня слово. Из него вычитал ссылку на спец-дистрибутив тонкого клиента -- https://wikiless.tiekoetter.com/wiki/Thinstation?lang=ru
Ключевой же вопрос - какой из вариантов требует меньших ресурсов от тонкого и толстого клиентов? Из описания подхода rdp следует отвергнуть. VNC передает значение пикселей.

vs220	# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	wau x2go - это ведь просто утилита для Х сессии поверх ssh? Клиент сервер на собственном протоколе nx https://ru.m.wikipedia.org/wiki/NX_NoMachine , на сервере работают свои иксы для него.Клиентом к ним подключаетесь, есть ограничение по версии используемого запускаемым приложением опенгл 1.4

vs220

# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)

Темы: 25

Сообщения: 8524

Участник с: 16 августа 2009

wau
x2go - это ведь просто утилита для Х сессии поверх ssh?

Клиент сервер на собственном протоколе nx
https://ru.m.wikipedia.org/wiki/NX_NoMachine
, на сервере работают свои иксы для него.Клиентом к ним подключаетесь, есть ограничение по версии используемого запускаемым приложением опенгл 1.4

wau	# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)
Темы: 160 Сообщения: 1205 Участник с: 11 октября 2013	Коллеги, прошу прощения, в памяти осело, что Арч не делает установочные диски под тридцатидвух разрядную архитектуру, ИБМ ТинкПад50. Сегодняшний образ грузится на 32 разрядах (Arch Linux способен работать на любой x86_64-совместимой машине)? https://archlinux.org/download/ Или уже только отсюда? https://mirror.archlinux32.org/archisos/ вопрос снят сам собой просмотром содержимого ИСО - да, базовый дистриутив грузится на 32 разрядах.

wau

# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)

Темы: 160

Сообщения: 1205

Участник с: 11 октября 2013

Коллеги, прошу прощения, в памяти осело, что Арч не делает установочные диски под тридцатидвух разрядную архитектуру, ИБМ ТинкПад50.
Сегодняшний образ грузится на 32 разрядах (Arch Linux способен работать на любой x86_64-совместимой машине)? https://archlinux.org/download/
Или уже только отсюда? https://mirror.archlinux32.org/archisos/
вопрос снят сам собой просмотром содержимого ИСО - да, базовый дистриутив грузится на 32 разрядах.

RusWolf	# 5 месяцев, 2 недели назад
Темы: 11 Сообщения: 2773 Участник с: 16 июля 2016	wau да, базовый дистриутив грузится на 32 разрядах. Нет, не грузится. Напишет что CPU не той архитектуры. wau Или уже только отсюда? https://mirror.archlinux32.org/archisos/ Только отсюда. https://t.me/arch_linuxru

RusWolf

# 5 месяцев, 2 недели назад

Темы: 11

Сообщения: 2773

Участник с: 16 июля 2016

wau
да, базовый дистриутив грузится на 32 разрядах.

Нет, не грузится. Напишет что CPU не той архитектуры.

wau
Или уже только отсюда? https://mirror.archlinux32.org/archisos/

Только отсюда.

https://t.me/arch_linuxru

wau	# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)
Темы: 160 Сообщения: 1205 Участник с: 11 октября 2013	Для начала на "толстом" я развернул из Ауры x2goserver, завелся. SSH штатно работает. Зайдя через ssh я штатно в консоли запускаю приложения и получаю их экраны на удаленной машине. Медленно. Но вот через s2go не работает. Клиент при правильно заданных параметрах подключения абортирует со словами - Connection failed. /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error tok Unable to find free display port or insert new session into database; parameters: port (50), hostname (AD) and session name (). ЧЯДНТ? ответ: на стороне сервера надо было сделать x2godbadmin --createdb для создания базы.

wau

# 5 месяцев, 2 недели назад (отредактировано 5 месяцев, 2 недели назад)

Темы: 160

Сообщения: 1205

Участник с: 11 октября 2013

Для начала на "толстом" я развернул из Ауры x2goserver, завелся. SSH штатно работает. Зайдя через ssh я штатно в консоли запускаю приложения и получаю их экраны на удаленной машине. Медленно. Но вот через s2go не работает. Клиент при правильно заданных параметрах подключения абортирует со словами -


Connection failed. /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error token is "::SQLite::db") /usr/lib/x2go/x2gocheckport: line 131: DBD::SQLite::db: syntax error in expression (error tok

Unable to find free display port or insert new session into database; parameters: port (50), hostname (AD) and session name ().

ЧЯДНТ?

ответ: на стороне сервера надо было сделать x2godbadmin --createdb для создания базы.

wau	# 5 месяцев, 2 недели назад
Темы: 160 Сообщения: 1205 Участник с: 11 октября 2013	Странное дело. x2go клиент запускается, соединяется и отваливается. Указываю ему, во что входить - Гномосессию, открывает черный экран и отваливается. Молча. Указываю браузер - запускает браузер "по умолчанию" системы. Указываю "удаленные приложения"- просто падает клиент. Хрень какая-то со входом-авторизацией.

wau

# 5 месяцев, 2 недели назад

Темы: 160

Сообщения: 1205

Участник с: 11 октября 2013

Странное дело. x2go клиент запускается, соединяется и отваливается. Указываю ему, во что входить - Гномосессию, открывает черный экран и отваливается. Молча. Указываю браузер - запускает браузер "по умолчанию" системы. Указываю "удаленные приложения"- просто падает клиент. Хрень какая-то со входом-авторизацией.