Удаленной администрирование

Установил gentoo на удаленной машине, через ssh.

Собрал на ней X-ы и KDE.

Хочу теперь запустить на удаленной машине KDE, соответственно X, и получить доступ к сеансу.

Не знаю что лучше для этого использовать XDMCP, VNC, SSH tunel или еще что-то.

Ткните пожалуйста ссылкой или просто подскажите в каком направлении рыть.

- - -

Судя по приведенному ряду инструментов - вы слабо представляете как работают X'ы... (-; Поэтому, рыть надо, для начала, в направлении документации по работе X Window System.

Слова: "сеанс/администрирование" и "xdmcp/vnc" - не позволяют понять, что именно вы хотите.
Предположу, что скорее всего вы хотите банально возюкать мышом по удаленному рабочему столу - для этого используют vnc, а в случае если канал связи не безопасен, то организовывают ssh тоннель для vnc.

Если канал безопасен:

remotehost$> x11vnc -display :0 -usepw # предварительно создав пароль.
localhost$> vncviewer remotehost

Если же не безопасен, то (пароль для vnc в этом случае не обязателен):

localhost$> ssh -L 5900:localhost:5900 user@remotehost "x11vnc -localhost -display :0 -nopw"
localhost$> vncviewer localhost

Если же вам все-таки нужно организовать удаленный X-терминал с авторизацией по XDMCP, то в двух командах тут не уложишься - читайте документацию (ключевые слова kdm/gdm/xdm).

vnc - быстрая(даже на

vnc - быстрая(даже на медленных каналах) и надежная штука, правда годиться только для простой графики(например подобрать в КДЕ4 такую тему, что бы панель нормально отображалась мне не удалось)
ssh - очень медленно, юзабельно только на широких каналах и не очень большх расстояниях
nx - более ресурсоемкий чем vnc, зато отображает все правильно(вроде даже opengl поддерживает) и хорошо работает на узких каналах
x2go - не юзал, вроде это что-то на основе nx

- - -

2 _SerEga_,
Зачем пишете глупости, не имя ни малейшего представления о теме. А про ssh - это вообще забавно. Вы бы еще ntp и nfs сравнили, потехи ради...

То, что я написал - узнано из

То, что я написал - узнано из личного опыта. Возможно, что я не не очень корректно выразился и/или мы не сошлись в терминологии и т.д. Напишите, с чем конкретно вы не согласны.

- - -

- разница между vnc и X протоколом, примерна такая же, как разница между текстовым файлом и базой данных.
- NX - это комплекс протоколов с фирменными улучшениями: RDP, VNC, X11(плюс фирменное сжатие и кеширование). - Но это вовсе не значит, что их можно сравнивать. Только RDP и VNC более-менее близкие протоколы которые поддаются сравнению. Соответственно и сравнивая какую либо реализацию VNC с NX, можно сравнивать только с NX реализацией VNC, а не со всем комплексом.
- Возможность запуска OpenGL приложений обусловлена поддержкой со стороны аппаратного обеспечения X-сервера(работающего на X-терминале) и NX тут вообще не причем.
- А про ssh... вы бы хоть разок попробовали его использовать, что ли... (-; что бы понять какую несусветную глупость сморозили...
- "vnc ... надежная штука" - интересно - в каком это месте она надежная?.. Без туннелирования ее можно использовать исключительно во внутренних сетях (собственно, как и другие перечисленные протоколы).
- "подобрать в КДЕ4 такую тему" - для этого не надо подбирать тему - достаточно почитать man на vnc клиент и сервер.

Я писал не сравнение

Я писал не сравнение протоколов, а только мое мнение о них относительно задачи поставленной топикастером. Ибо, так или иначе решают они ее все.
opengl - теперь буду знать, но факт был такой, что под nx у меня все работало и выглядело идеально, а под vnc были проблемы.
ssh использую регулярно и по прямому назначению, и для запуска иксовых приложений на удаленной машине.
vnc - надежный(никогда с ним проблем не было) относительно nx(сессии терялись, не зайти было)
man читал - не помогло, по моему он не поддерживает прозрачность

- - -

_SerEga_ написал(а):
Ибо, так или иначе решают они ее все.

Нет, они решают абсолютно разные задачи. VNC - служит для организации доступа к уже запущенному на удаленном X-терминале рабочему столу (фактически передавая обычные картинки с экрана). X11(в т.ч. и через NX) - служит для организации этих самых X-терминалов, а точнее, для взаимодействия X-сервер'а и графических клиентов, т.е. X11, это то, что вы приписали протоколу ssh.

_SerEga_ написал(а):
ssh ... для запуска иксовых приложений

В этом случае ssh - это только лишь тоннель, для X11 протокола. Причем, для VNC тоннель через ssh также, крайне необходим.

_SerEga_ написал(а):
vnc - надежный ... относительно nx

Тогда понятно.

_SerEga_ написал(а):
man читал - не помогло

При использовании композита нужен ключь "-noxdamage" для x11vnc-сервера. Об этом даже сообщается при старте сервера.

не соглашусь

vnc уже научилось сжимать трафик хоть как-то?

- - -

По-моему оно умело всегда сжимать трафик: -compresslevel для zlib формата, а в TightVNC еще и свои форматы кодировки со сжатием и дополнительными -quality опциями.

Та как-то не убедительно оно

Та как-то не убедительно оно жмет (256 цветов, макс сжатие)... на графике (флеш игры к примеру) тормозят даже в локалке... Правда сервер на винде...

eix tigervnc

nxserver ?

nxserver ?

P.S.: Linux - это красная таблетка :-) Windows - синяя...

Сервер

А вы сервер хотите администрировать через иксы?

:)

Gogast написал(а):
А вы сервер хотите администрировать через иксы?

Хороший вопрос.
У меня тоже доступ к кедам на удалённой машине несколько не согласуется с администрированием :)

:wq
--
Live free or die

Признаю. Термин

Признаю. Термин администрирование я здесь употребил не уместно.
Администрирование я осуществляю через консольное подключение ssh.

Задача сводиться к тому что мне нужно открыть новую Х сесию на удаленной машине.
В принцыпе из полемики мне стало понятно в каком направлении рыть. Спасибо.

Но вот еще один нюанс.
RDP в Windows позволяет использовать локальные принтера при удаленном подключении.
То есть подключившись к удаленной машине возможно распечатать документ на локальном принтере.
Как можно добиться аналогичного функционала в Linux(CUPS)?
Я вижу вариант только тунеля ssh по порту 631, но может есть более красивое решение?

- - -

Настраиваете CUPS как сетевой сервер и печатаете с любой машины. Если я не ошибаюсь, CUPS, может работать и по https, поэтому ему не нужны тунели.

То есть подключившись к

То есть подключившись к удаленной машине возможно распечатать документ на локальном принтере.

Или не распечатать ( как минимум ван нужны дрова удаленного принтера на локальной системе, как максимум - еникекейщик и маппинг виртуальных портов на терм. сервере через ini файлы не совместимы)- cups в этом отношении гораздо справедливей и более продуман, ибо рассчитывался на работу через __интернет__ с самого начала, как минимум установка IPP в винде может обойтись без дров.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".