Удаленный рабочий стол (KDE) по обратному туннелю SSH

При использовании server-in-the-middle для соединения двух систем, возможности являются по крайней мере одной из строк, является довольно медленным. В этом случае VNC, вероятно, даст Вам лучшую производительность, так как можно настроить пропускную способность/производительность requiremens/quality отношения лучше (это на самом деле допустимо для большинства установок, если Вы не находитесь на надежных 100 Мбит + сеть).

Мне лично нравится x11vnc, который соединяется с рабочим X-сервером и вперед исходными данными/выводом по протоколу VNC (это может быть сделано как скоро, X-сервер работает, таким образом, можно взаимодействовать даже с менеджером по оформлению). Рассматриваемый X-сервер может быть оба регулярным (который выводы к реальному дисплею), или кадровый буфер основывал один как Xvfb. Можно затем использовать любой клиент VNC для соединения с экспортируемым X-сервером. И конечно Вы, вероятно, хотите туннелировать передача через ssh или stunnel. Страница справочника x11vnc является довольно исчерпывающим и даже имеет часто используемый пример командной строки вначале.

Тыс также позволяет Вам удаленно соединяться с рабочей сессией, чтобы помочь кому-то решить проблему удаленно. Как важная премия, так как просто исходные данные и вывод передаются, а не сам X-протокол, сетевые разъединения просто прервут сессию, но все программы остаются работать, который не имеет место X через SSH.

Если по некоторым причинам Вы действительно хотите туннелировать X11 через SSH, необходимо удостовериться что DISPLAY переменная среды настраивается правильно ssh. Без него Вы не можете продолжить двигаться, потому что приложения не будут знать который сервер соединиться с. Проверьте ли X11Forwarding директива установлена на yes в Вашем sshd конфигурация.

В последний раз, но не наименьшее, Вы, вероятно, не хотите работать startkde4 (или любые другие X сессий в этом отношении) по SSH - сетевая нагрузка, вероятно, будет довольно тяжела - VNC будет служить Вам лучше снова.