Я могу ssh
в мой рабочий стол на работе и работе над командной строкой, но я хотел бы использовать протокол удаленного рабочего стола для проверения некоторых программ, которые я оставил открытым и рабочим.
Я не настроил разрешение использовать клиент удаленного рабочего стола (например, tsclient) на рабочем столе, таким образом, моим запросам для соединения отказывают (см. изображение).
Инструкции, данные в предыдущем вопросе, предлагают, чтобы следующее работало:
gconftool-2 -s -t bool /desktop/gnome/remote_access/enabled true
/usr/lib/vino/vino-server
Но я получаю это:
(30/07/2011 11:25:35 PM Autoprobing TCP port in (all) network interface
30/07/2011 11:25:35 PM Listening IPv6://[::]:5900
30/07/2011 11:25:35 PM Listening IPv4://0.0.0.0:5900
30/07/2011 11:25:35 PM Autoprobing selected port 5900
30/07/2011 11:25:35 PM Advertising security type: 'TLS' (18)
30/07/2011 11:25:35 PM Advertising authentication type: 'No Authentication' (1)
30/07/2011 11:25:35 PM Advertising security type: 'No Authentication' (1)
Я делаю что-то неправильно?
Действительно ли это возможно к ssh в, и дайте мне необходимые полномочия использовать tsclient?
Если Вы имеете, устанавливают Ваш ssh сервер и клиент для принятия X-передачи, мы можем запустить менеджер Предпочтений Винишка следующей командой:
ssh -X <remote>
user@remote:~$ vino-preferences
Этим мы можем включить сервер винишка и изменить настройки включая пароль VNC.
Вы не делаете ничего плохого, но Вы делаете его с помощью неправильного программного обеспечения. Довольно понятный. Что назвали, "удаленный рабочий стол" в Ubuntu никогда не предназначался, чтобы быть решением для удаленного рабочего стола. Это было предназначено, чтобы быть способом совместно использовать Ваш рабочий рабочий стол с кем-то еще. Я зарегистрировал ошибку, и это, кажется, было зафиксировано, потому что это было теперь переименовано к "Настольному совместному использованию", которое является намного лучшим описанием.
Но даже если бы это было возможно, то это не было бы рекомендуемо. VNC является очень медленным протоколом и существуют намного лучшие альтернативы:
Они - все очень хорошие решения, но я рекомендовал бы судить их в обратном порядке и остановке, когда Вы находите тот, который работает хорошо. Таким образом, x2go сначала, затем freenx, и т.д.
Можно также установить x11vnx и выполнить его после входа на пути ssh.
Но я сначала попробую решение, предложенное Takkat. В большинстве случаев это будет работать из поля.