Jak mogę połączyć się z Gnome 3 za pomocą klienta Windows VNC?

24

Kiedyś mogłem łączyć się z moim komputerem stacjonarnym Gnome 3 z komputera z systemem Windows za pomocą klienta VNC. Ale po aktualizacji (po stronie Linuksa) jakiś czas temu przestał działać. Gdy próbuję się połączyć, jedyne, co mogę uzyskać, to komunikat „Brak pasujących typów zabezpieczeń” lub „Brak obsługiwanych metod uwierzytelniania!” (w zależności od tego, którego klienta próbuję).

W Gnome 3 włączyłem Udostępnianie ekranu w Ustawieniach> Udostępnianie. Zgodnie z tym mam włączony Widok Zdalny, Włączony Pilot Zdalny, Zatwierdź Wszystkie Połączenia, Wymagaj Hasła Wyłączony. Używam Arch Linux z vino 3.8.1.

Po stronie Windows wypróbowałem TigerVNC 1.0.1 i 1.2.0 oraz UltraVNC 1.0.9.6.2.

Jak mogę to uruchomić?

gnome3 vnc

— cjm
źródło

Czy twoja zapora jest wyłączona i / lub skonfigurowana tak, aby zezwalać na ruch VNC do serwera?

— slm

1

@slm, nie sądzę, że jest to problem z zaporą ogniową, ponieważ nie sądzę, że pojawia się ten błąd, chyba że klient pomyślnie otworzył połączenie z serwerem i zapytał go, jakie metody uwierzytelniania obsługuje.

— cjm

Czy możesz połączyć się z serwerem VNC za pomocą klienta VNC z innego komputera niż Windows? Próbuję po prostu wyeliminować inną zmienną. Z jaką wersją systemu Windows mamy do czynienia?

— slm

24

To właściwie znany i aktualnie otwarty błąd . Istnieje jednak bardzo łatwe obejście; po prostu wydaj następujące polecenie:

gsettings set org.gnome.Vino require-encryption false

Będziesz teraz mógł łączyć się z większością przeglądarek VNC.

— TSelander
źródło

Czy po ustawieniu tego muszę zrestartować serwer Vino? Właśnie próbowałem tego i dostaję ten sam błąd.

— fostandy

1

Jest to ustawienie na poziomie użytkownika, więc jeśli nadal masz problemy po zmianie, upewnij się, że go nie uruchomiłeś sudo.

— Ryan J

1

To zła rada. Każdy w sieci (Wi-Fi lub Ethernet) może wąchać ruch i przechwytywać naciśnięcia klawiszy, w tym hasła.

— Apollo Clark

require-encryption falsenaprawdę zły pomysł! wyłączasz szyfrowanie, więc jeśli nie jesteś w sieci Ethernet (i tylko w sieci Ethernet !!) lub w sieci Wi-Fi w domku położonym na pustkowiu, to tak, możesz użyć tego

— odpowiednik8

4

Oto kilka innych możliwych rozwiązań:

Wyłącz szyfrowanie Vino, a następnie skonfiguruj tunel SSH
Użyj klienta VNC kompatybilnego z wersją TLS Vino: Android: bVNC Free, Windows: SSVNC, Linux: vinagre
Użyj innego serwera VNC, takiego jak tigervnc lub x11vnc
Użyj innego serwera VNC, takiego jak tightvnc, z innym menedżerem pulpitu, takim jak MATE, Xfce, LXDE itp.

Nawet 2,5 roku później jest to nadal problem z systemami Fedora, Redhat i Debian ... Zasadniczo Gnome 3 sprawdza sterownik grafiki 3D podczas uruchamiania sesji gnome, co powoduje awarię serwera vncserver, gdy NIE jest używany Vino; więc użyj innego menedżera pulpitu. Alternatywnie, używasz Vino, a następnie musisz albo użyć TLS typu 18 i kilku zgodnych przeglądarek VNC, albo wyłączyć szyfrowanie i pozwolić, by cały ruch był łatwo wąchany; więc wyłącz szyfrowanie i skorzystaj z tunelu SSH.

Jest to skomplikowany problem, który wymaga koordynacji wielu grup programistów, a poczyniono bardzo niewielkie postępy.

— Apollo Clark
źródło

1

Myślę, że to pytanie obejmuje wszystkie alternatywne metody i sugestie, jak połączyć się z Gnome przez VNC, jeśli wbudowane udostępnianie pulpitu nie działa: Włączyć zdalny pulpit dla Gnome z wiersza poleceń?

— IBr
źródło