Средство просмотра VNC, не могущее соединяться: Проблема Шифрования
sudo gsettings set org.gnome.Vino require-encryption false
был уже предпринят, но проблема ниже преобладает.
У меня есть планшет Windows 10 и рабочий стол Ubuntu (18.04.2 LTS). Планшет Win10 имеет новую установку с только Разногласиями, и VNCViewer установил (realvnc.com). Ubuntu в настоящее время использует встроенное Совместное использование от настроек. Я попытался соединиться по ссылке VNC (ПК-name.local), она навсегда застряла на соединении. Я вместо этого попробовал локальный IP (192.168.0.13), которых привел к этому сообщению:
Unable to connect to VNC Server using your chosen security setting.
Я попробовал и Прошу Доступ и Пароль. Оба приводят к тем же результатам. Какие-либо пути ко мне для обхождения этого так я могу соединиться от своего планшета до Ubuntu?Спасибо.
3 ответа
О, хорошо! Хорошие новости! Я узнал проблему. Я сделал команду на вершине моего вопроса, но на этот раз без sudo. Этому удалось добиться цели, и это работает отлично теперь! Поэтому следуйте за командой выше, но НЕ используйте sudo.
gsettings set org.gnome.Vino require-encryption false
выполните команду как это без sudo.
Если сервер VNC не требует шифрования, необходимо установить клиент VNC также, чтобы не сделать шифрования использования или позволить серверу выбрать. Для текущей версии Средства просмотра RealVNC 6.19 (это свободно):
Свойства выбора на соединении Вы хотите изменить.
Во вкладке "Общие", для набора Шифрования Предпочитают прочь, или Сервер VNC, которому Позволяют, Выбирают.
Вышеупомянутые снимки экрана от версии Linux Средства просмотра RealVNC, таким образом, они могут немного отличающиеся взгляды.
Мой Сервер VNC, винишко? gnome-remote-desktop-daemon использует tls-скоро по умолчанию, и он не ответит на gsettings. Вот то, что работало, dconf-редактор установки, и измените это: для включения 'ни одного' в тип шифрования... без очевидных протестов используйте SSH, туннелирующий для безопасности. Подтвержденная работа над Уэйлендом
источник: https://gitlab.gnome.org/jadahl/gnome-remote-desktop/issues/24