Remote X Sessions/Удаленные Xы

[.n0mad]

Заинтересовала сия задача.

В оффтопике сие действие делается достаточно просто, а вот в Debian Linux пока не освоил. Есть скажем Debian Lenny и надо устроить вывод X приложений на другую машину. Желательно шифровать трафик и при отключениях связи не сбрасывать приложения а в последствии к этой-же сессии подключаться чтобы продолжить работу.

Гуглил по интернету, видел кучу решений но не осознал какое более подходит к DebianWay. Хочется минимальных телодвижений и максимальных возможностей. Что лучше? vnc? nxfree? freenx? или может еще что появилось в последнее время?

[.n0mad]

Решение: Раз нашел - вывалю, хотя оно и так на каждом столбе наверное.

Ларчик просто открывался:

Со странички: http://www.nomachine.com/download-package.php?Prod_Id=2249

взял:

http://64.34.161.181/download/3.4.0/Linux/....4.0-7_i386.deb
http://64.34.161.181/download/3.4.0/Linux/...4.0-14_i386.deb
http://64.34.161.181/download/3.4.0/Linux/...4.0-14_i386.deb

Затем просто исполнил:

#dpkg -i nxclient_3.4.0-7_i386.deb
#dpkg -i nxnode_3.4.0-14_i386.deb
#dpkg -i nxserver_3.4.0-14_i386.deb

Ну и (может и зря) #apt-get install gnome на ремотных хостах без X

Данную операцию провел на Ubuntu 10.04 и Debian Lenny, на обоих все взлетело с полпинка

Потом со странички: http://www.nomachine.com/download-client-windows.php

взял:

http://64.34.161.181/download/3.4.0/Window...nt-3.4.0-10.exe

Все... и с Linux и с Windows имею доступ к хосту, шифрованный, пакованный и сохраняющий сессии при дисконнектах. Конечно другими телодвижениями можно было достичь чего-то еще (в плане фришности, кучи клиентов) но для админского X доступа это вполне достаточно.

[watashiwa_daredeska]

nomachine

Во всем хорошая штука, вот только жаль, что несвободная и местами зело глючная (особенно в обработке клавиатуры).

[SLEDopit]

и при отключениях связи не сбрасывать приложения а в последствии к этой-же сессии подключаться чтобы продолжить работу.

если бы не этот пункт, то ssh -X был бы идеальным решением (:

[BIgAndy]

и при отключениях связи не сбрасывать приложения а в последствии к этой-же сессии подключаться чтобы продолжить работу.

если бы не этот пункт, то ssh -X был бы идеальным решением (:

screen и(или) autossh кто мешает использовать?

PS. Тогда уж не ssh -X, а ssh -CY

[rm_]

и при отключениях связи не сбрасывать приложения а в последствии к этой-же сессии подключаться чтобы продолжить работу.

если бы не этот пункт, то ssh -X был бы идеальным решением (:

screen и(или) autossh кто мешает использовать?

PS. Тогда уж не ssh -X, а ssh -CY

Как это поможет в случае с графическими приложениями?

По теме, я раньше тоже пользовался NoMachine NX, перестал по причине его проприетарности.
Пробовал neatx от Google, но так и не получилось заставить его работать.
Сейчас просто использую VNC - весь десктопный софт у меня крутится на сервере внутри VNC-сессии, подключаюсь к ней откуда угодно и вижу все запущенные программы в том виде, в каком их в прошлый раз оставил. Работает чуть медленнее чем NX, но в локалке не столь заметно, а главное - полностью свободное решение. Для запуска одиночных программ в их собственных отдельных сессиях тоже придумал способ (Запуск GUI-приложений внутри отдельных VNC-сессий).

[watashiwa_daredeska]

ssh -X был бы идеальным решением (:

Зело медленно местами.

PS. Тогда уж не ssh -X, а ssh -CY

Даже это не спасает.

[Jonnywalker]

Сейчас просто использую VNC - весь десктопный софт у меня крутится на сервере внутри VNC-сессии

А какие, если не секрет, конкретно реализации vnc лично вы используете на клиенте и сервере?
У меня вот вечно в разных комбинациях realvnc/tightvnc/vinagre/lin/win проблемы с русской раскладкой, а иногда и вообще с передачей нажатия клавиш.

UPD. Вот дописал пост и заметил, что если подключаешься из xtightvncviewer к localhost, с которого дальше уже проброшен ssh-туннель до tightvnc-сервера, то клиент, видя "localhost", по умолчанию выбирает самую медленную кодировку RAW. Добавляем опцию -encoding tight, чтобы использовать фирменные фишки tightvnc и увеличиваем скорость работы в несколько раз

[BIgAndy]

PS. Тогда уж не ssh -X, а ssh -CY

Даже это не спасает.

Если канал >=256к и все правильно настроено, то спасёт. Если медленный канал, то, конечно *NX.

А какие, если не секрет, конкретно реализации vnc лично вы используете на клиенте и сервере?

ssh -CY и на каналах < 256к - freenx. VNC и RDP не удовлетворяют времени отклика.