Проблемы с VNC в человечности 16.04 гнома
У меня есть некоторые странные проблемы с новой установкой сервера VNC. Я недавно создал новый сервер Plex, и он выполняет гнома Ubuntu 16.04. До сих пор я разбудил openSSH сервер и работающий с аутентификацией Google 2FA. Теперь я работаю над получением vnc работа так, чтобы я мог в конечном счете выполнить это бездисплейное, и удаленный в него с vnc через SSH когда потребность быть.
Я начал работать просто:
sudo apt-get install vnc4server
затем, выполнил vncserver, чтобы настроить его и установить пароль, пока неплохо.
Я затем перешел к своему клиенту ПК (Windows 10) и попытался соединиться без SSH, только удостовериться, что он работает. Это - первый выпуск после соединения, я получаю просто серый экран, который я думаю происходит из-за настольной среды, не подходящей правильно с соединением, сделан, который я думаю, что могу зафиксировать путем изменения ~/.vnc/xstartup файл.
Таким образом, назад на сервере, я работал:
sudo gedit ~/.vnc/xstartup
Теперь я получаю ошибку, каждый раз, когда я пытаюсь открыть gui приложение как sudo, та ошибка:
[sudo] password for username:
No protocol specified
Failed to connect to Mir: Failed to connect to server socket: No such file or directory
Unable to init server: Could not connect: Connection refused
(gedit:12145): Gtk-WARNING **: cannot open display: :0
Теперь я потерян. Я на 100% уверен, что это связано с VNC, но даже закрытие сервера VNC не фиксирует его.
Кто-либо получил какие-либо идеи? Я просто вращаю свои колеса и расстраиваюсь в этой точке.
1 ответ
Недавно я боролся с VNC на Raspberry Pi. Я получил подобные ошибки как Вы в стороне клиента. Я решил установить TightVNCserver вместо значения по умолчанию, так как TightVNC получил много хороших обзоров. Можно установить TightVNC на сервере (sudo склонный - получают установку tightvncserver). Сначала остановите другое программное обеспечение сервера VNC или удалите его. Затем для тестирования TightVNC Вы входите в систему как обычный пользователь и устанавливаете пароль VNC.
$ tightvncpasswd
После того запуска tightvnc как обычный пользователь на Вашем сервере.
$ tightvncserver
, Который запустил бы VNC на Вашем сервере.
Затем на Вашей локальной машине делают следующее, для создания туннеля ssh:
$ ssh-v remote-username@remote-hostname-L 5901:localhost:5901
Этому было нужно, потому что выполнения VNC в localhost по умолчанию, но также и должен был предотвратить трафик простого текста.
После того запуска клиент Remmina, и настраивает его для соединения с localhost:5901 с удаленным именем пользователя и паролем VNC, который Вы создали.
, Когда этот тест хорошо работает, можно продолжить создавать сценарий запуска в течение времени начальной загрузки на сервере или решать использовать его вручную после каждой перезагрузки.
Кроме VNC, x2go, по-моему, более хорош и легче использовать. Очень прохладное решение для удаленного рабочего стола. X2go доступен в репозиториях Ubuntu. Поскольку больше информации взглянуло здесь: