настроить удаленно x11vnc

[rits]

AltLinux при условии, что работают иксы.

Код: [Выделить]

x11vnc -auth /run/lightdm/root/:0 -dontdisconnect -noxfixes -shared -forever -rfbport 5900 -o /var/log/x11vnc.log -bg -rfbauth /root/.vnc/passwd(в systemd, всё злодеи по переломали)
Для debian7 на тонком клиенте Espada работает.

Код: [Выделить]

x11vnc -auth /run/lightdm/root/:0 -display :0 -rfbauth $HOME/.vnc/passwd -noxfixes -dontdisconnect -forever -bgНадо пробовать разные параметры.

[ruslandh]

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

[ruslandh]

man ssh

Перенаправление X11 и TCP
       Если  для  переменной ForwardX11 установлено значение "yes" (или смотри
       опции -X  и  -x,  описываемые  далее)  и  пользователь  использует  Х11
       (установлена  переменная  окружения  DISPLAY), то подключение к дисплею
       Х11 будет автоматически перенаправлено удаленной стороне таким образом,
       что  любая  Х11-программа  запущенная  из  оболочки  пользователя  (или
       команды) пройдет через зашифрованный канал  и  соединение  с  настоящим
       сервером  Х  будет  сделано  с локальной машины. Пользователь не должен
       вручную устанавливать DISPLAY.  Пересылка  соединений  X11  может  быть
       сконфигурирована из командной строки или в файлах конфигурации.

[ruslandh]

     ssh также автоматически настроит данные Xauthority  на  машине-сервере.
       Для  этой цели он создаст случайные "cookie" авторизации, сохранит их в
       Xauthority  на  сервере  и  проверит,  чтобы   любое   перенаправленное
       соединение  передавало  это "cookie" и подменяло его, когда установлено
       реальное соединение. Настоящий аутентификационный "cookie"  никогда  не
       будет   послан   на  машину-сервер  (и  не  отправит  не  зашифрованные
       "cookie").

и т.д. и т.п.

[ruslandh]

       -X     Включает перенаправление  Х11.  Это  также  может  быть  указано
              по-машинно в файле конфигурации.

              Перенаправление  X11 должно использоваться с предосторожностями.
              Пользователи, имеющие возможность обойти права доступа к  файлам
              на  удалённой  машине  (для  пользовательской аутентификационной
              базы данных X), могут получить доступ к локальному  дисплею  X11
              через  перенаправленное  соединение.  Таким  образом,  атакующий
              может  получить  возможность  выполнения  таких  действий,  как,
              например, отслеживание вводимого ключа.

              По  этой причине, перенаправление соединейний в X11 по умолчанию
              подвергается  ограничениям  со   стороны   расширения   SECURITY
              (безопасность).  За  более  подробной  информацией  обратитесь к
              опции  -Y  программы  ssh  и  к   директиве   ForwardX11Trusted,
              описанной на странице руководства ssh_config(5).

       -Y     Включает     доверенное    перенаправление    соединений    X11.
              Перенаправленные  таким  образом  соединения   не   подвергаются
              контролю со стороны расширения SECURITY (безопасность) протокола
              X11.

[Александр Ерещенко]

Кажется, тут ходят рядом с работающим вариантом. :)
У меня работает таким образом. Сначала по ssh в консоли настраиваем на удаленной машине настраиваем x11vnc. Как я понял, с этим справились. А теперь пробрасываем display :0 удаленного компа (иксы там, естественно, должны быть запущены) на локальный display :1 , и уже к нему будем цепляться с помощью vncviewer.
Итак, цепляемся к удаленной машине через ssh с запуском там x11vnc и пробросом иксов (скорректировать значения значения переменных $RemoteUser, $SSHPort, $RemoteIP под свою ситуацию):

Код: [Выделить]

ssh -C -t -l $RemoteUser -p $SSHPort -L 5901:localhost:5900 $RemoteIP 'x11vnc -localhost -noxdamage -rfbauth .vnc/passwd -display :0'
И запускаем локально vncviewer:

Код: [Выделить]

vncviewer  localhost:1