Jak skonfigurować udostępnianie pulpitu zdalnego za pośrednictwem SSH?

Czy istnieje sposób wyświetlania (i kontrolowania) pulpitu zdalnego za pośrednictwem SSH? Nie będę mieć fizycznego dostępu do zdalnego hosta.

Metoda 1:

Można to osiągnąć za pomocą vino vnc server & remmina (oba są dostarczane domyślnie z Ubuntu; jeśli nie, zainstaluj je przez uruchomienie sudo apt-get install remmina). Następnie uruchom następujące polecenia z komputera lokalnego w wierszu polecenia:

1. ssh -Y gman@remote. Użyj zaufanego przekazywania X11, w przeciwnym razie nie zadziała

2. vino-preferences. Otworzy się preferencje vino.

   

3. Kliknij również configure network automatically to accept connection. Ale nie wpisuj żadnego hasła, jego kodowanie base64 . Następnie kliknij zamknij. Następnie uruchomić:

   sudo -s
   
   export DISPLAY=:0.0
   
   xhost +
   
   /usr/lib/vino/vino-server & 
   

   Uruchomi serwer vino.

4. Wyloguj się z serwera:

   xhost -
   
   Press CTRL+C twice
   
   exit
   
   exit
   

5. Następnie otwórz remmina . Wybierz w vncramach protokołu.

   W basiczakładce umieść adres serwera w serverpolu.

   Na karcie ssh kliknij enable ssh tunnel. Poniżej ssh authenticationmoże być passwordlub public key:

   

   Kliknij zapisz. Następnie kliknij dwukrotnie nazwę połączenia (home-desktop, jak pokazano na rysunku), aby rozpocząć przeglądanie pulpitu zdalnego.

Metoda 2:

x11vncjest prostym serwerem VNC i nie musisz bawić się ustawieniami Gnome ani 500 zapór ogniowych, po prostu zainstaluj x11vncna wszystkich swoich komputerach (z marionetką lub czymkolwiek, czego używasz do masowej kontroli).

Następnie z komputera lokalnego:

ssh user@host -L 5900:localhost:5900 "x11vnc -display :0 -noxdamage"

Oczywiście zamiana user@hostnazwy użytkownika i hosta / adresu IP komputera zdalnego.

Następnie użyj klienta VNC do połączenia localhost:5900. Komenda SSH uruchamia serwer VNC na komputerze zdalnym, a następnie tuneluje ten port z powrotem za pośrednictwem SSH. Nie musisz otwierać żadnych portów (o ile możesz już SSH).

Jeśli twoje komputery mają zabawne ustawienia wyświetlania, lepiej zostaw -display :0segment w poleceniu SSH. x11vncnastępnie automatycznie spróbuje znaleźć odpowiedni ekran.

Źródło: askubuntu

Przegląd rozwiązania

Zakładając, że masz już skonfigurowany OpenSSH Serverna komputerze hosta, musisz najpierw włączyć kontrolę pulpitu na komputerze hosta. Jeśli możesz najpierw włączyć kontrolę pulpitu na komputerze hosta lokalnie, przejdź do 1a. Jeśli musisz najpierw włączyć kontrolę pulpitu na komputerze hosta, przejdź do 1b.

Następnie utwórz profil klienta usług pulpitu zdalnego na komputerze klienckim, aby połączyć się z maszyną hosta za pośrednictwem tunelu SSH, a ostatecznie wyświetlić i kontrolować pulpit komputera hosta za pośrednictwem tunelu SSH.

1a. Lokalnie włącz zdalne sterowanie maszyną hosta

Wykonaj następujące czynności na komputerze hosta:

vino-preferences

• vino-preferences także w Dash pod Desktop Sharing

1. Kleszcz Allow other users to view your desktop
2. Kleszcz Allow other users to control your desktop
3. Kleszcz Require the user to enter this password
4. Wpisz trudne do odgadnięcia hasło
5. Blisko

1b. Zdalnie włącz zdalne sterowanie maszyną hosta

Wykonaj następujące czynności na komputerze klienckim, zastępując 123.123.12.3adres IP komputera hosta:

ssh -Y 123.123.12.3

• -Y, Umożliwia zaufane przekazywanie X11. Zaufane przekazywanie X11 nie podlega kontrolom rozszerzenia X11 SECURITY.

vino-preferences

• vino-preferences także w Dash pod Desktop Sharing

1. Kleszcz Allow other users to view your desktop
2. Kleszcz Allow other users to control your desktop
3. Kleszcz Require the user to enter this password
4. Wpisz trudne do odgadnięcia hasło
5. Blisko

Utwórz profil klienta usług pulpitu zdalnego na komputerze klienta

Wykonaj następujące czynności na komputerze klienckim:

remmina

• remmina również w Dash pod Remmina Remote Desktop Client

Ctrl+ Nlub Połączenie> Nowe

1. Wpisz swój adres IP [123.123.12.3] tam, gdzie jest napisane Server
2. Przejdź do SSHzakładki

3. Kleszcz Enable SSH Tunnel
4. Skieruj swojego klienta pulpitu na niestandardowy port SSH
5. Ustaw SSH Authentication <username>tryb i
6. Połączyć

Wyświetl i kontroluj maszynę hosta

Na komputerze klienckim, gdy zostaniesz zapytany o <username>hasło, wprowadź je, aby utworzyć tunel SSH. Gdy zostaniesz zapytany o hasło VNC, wprowadź hasło, które poprzednio wprowadziłeś na maszynę hosta.

Jeśli ten krok powiedzie się, powinieneś teraz przeglądać i sterować pulpitem komputera hosta z komputera klienckiego przez tunel SSH.

Byłem w stanie ustawić nową instalację Ubuntu 16.04 ze zdalnego połączenia ssh za pomocą następującego skryptu:

#! / bin / bash
eksport WYŚWIETLACZ =: 0
czytaj -e -p "Hasło VNC: hasło" -i "ubuntu"
dconf write / org / gnome / desktop / remote-access / enabled true
dconf write / org / gnome / desktop / remote-access / prompt-prompt false
dconf write / org / gnome / desktop / remote-access / authentication-metody "['vnc']”
dconf write / org / gnome / desktop / remote-access / wymagają-szyfrowania false
dconf write / org / gnome / desktop / remote-access / vnc-password \ "\ '$ (echo -n $ password | base64) \' \"
dconf dump / org / gnome / desktop / remote-access /
sudo service lightdm restart

Cytowanie jest ważne dla każdego ustawienia łańcucha (pojedyncze tiki wewnątrz cudzysłowów). Aby dconf mógł pisać, potrzebuje dostępu do XWindows, dlatego właśnie potrzebna jest część DISPLAY eksportu. Myślę, że nadal musisz być zalogowany na pulpicie na rzeczywistym komputerze Ubuntu, aby połączyć się z VNC po tym. Polecenie zrzutu jest tylko po to, aby potwierdzić, że wszystkie ustawienia zostały zachowane, tak naprawdę nie jest to potrzebne.

Opcjonalnie możesz to zrobić, jeśli chcesz cały czas wyświetlać:

dconf write / org / gnome / desktop / wygaszacz ekranu / blokada włączona false
dconf write / org / gnome / desktop / wygaszacz ekranu / ubuntu-lock-on-suspend false
dconf write / org / gnome / desktop / session / idle-delay "uint32 0"

1. Możesz użyć ssh, aby rozpocząć sesję VNC
2. Użyj Xnestz X11 forwording, aby zdalnie rozpocząć sesję i przesłać ją na bieżący komputer. (Robię to od czasu do czasu z moją _stroną pi)

Używam Xnesttak:

• Xnest :1 -ac &
• następnie DISPLAY=:1 . /etc/X11/Xsession

Jak uruchomić serwer Vino zdalnie bez przekazywania X (tylko wiersz poleceń)

Zaloguj się na komputerze zdalnym jako użytkownik, który udostępni pulpit i przekieruje port 5900 na ten sam port na localhost. W PuTTY przekierowanie ustawia się w Connection / SSH / Tunnels. W wierszu polecenia użyj:

 ssh -L 5900:localhost:5900 user@remote-computer

Zainstaluj, vino-serverjeśli nie jest jeszcze zainstalowany. Na przykład:

sudo apt install vino

Włącz udostępnianie pulpitu (dopasowując numer wyświetlacza w 1. i 2. wierszu):

echo $DISPLAY
export DISPLAY=:0
dbus-launch --exit-with-session gsettings set org.gnome.Vino enabled true
dbus-launch --exit-with-session gsettings set org.gnome.Vino prompt-enabled false
dbus-launch --exit-with-session gsettings set org.gnome.Vino require-encryption false
/usr/lib/vino/vino-server

Uruchom przeglądarkę VNC i połącz się localhostz adresem serwera VNC.

na podstawie odpowiedzi @ Khurshid Alam przedstawiam następujący fragment:

ssh $TARGETHOST -L 5900:localhost:5900 "x11vnc -localhost -display :0 -noxdamage" &; sleep 10 && vinagre localhost

• Jest to jedno polecenie, które nie wymaga żadnej interakcji

• Tworzy tunel SSH z przekierowaniem portów, uruchamia się x11vncw dość bezpieczny sposób oraz uruchamia i łączy przeglądarkę VNC

• Wymaga x11vnc na hoście docelowym, ale nie wymaga dalszej konfiguracji

• Wymaga vinagre na twoim komputerze, ale możesz go trywialnie zmienić dla innej przeglądarki VNC

Na komputerze serwera.

• Otwórz „preferencje vino” z terminala lub „Udostępnianie pulpitu” za pomocą myślnika.

Na komputerze klienckim (z którego chcesz kontrolować interfejs użytkownika serwera).

• Zachowaj ustawienia pokazane na poniższych obrazkach (ze zmianami w miejscu nazwy użytkownika i adresu IP).

Pułapki

• Kiedy próbowałem ustawić preferencje vino na serwerze ze zdalnego komputera za pomocą SSH, zostało to zmienione, ale połączenie się nie udało. Musiałem to zrobić bezpośrednio na serwerze (nie zdalnie). Nie znam przyczyny tego zachowania.