doc:appunti:linux:tux:remote_desktop
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
doc:appunti:linux:tux:remote_desktop [2009/03/30 14:02] – niccolo | doc:appunti:linux:tux:remote_desktop [2022/01/31 16:25] (current) – [x11vnc] niccolo | ||
---|---|---|---|
Line 8: | Line 8: | ||
* **tightvncserver** e **xtightvncviewer**, | * **tightvncserver** e **xtightvncviewer**, | ||
* **krdc** software client, integrato con l' | * **krdc** software client, integrato con l' | ||
+ | |||
+ | ===== VNC Java Viewer ===== | ||
+ | |||
+ | Invece di utilizzare un VNC viewer standard, può essere comodo eseguire un VNC viewer all' | ||
+ | |||
+ | Sull' | ||
+ | |||
+ | < | ||
+ | http:// | ||
+ | </ | ||
===== x11vnc ===== | ===== x11vnc ===== | ||
- | L' | + | Il programma |
+ | |||
+ | Sulla postazione che vuole **condividere lo schermo X11** (il server) si installa il pacchetto | ||
- | Con '' | + | Esaminando il contenuto della variabile d'ambiente **DISPLAY** si determina qual' |
< | < | ||
- | # ps uax | grep X | grep auth | + | x11vnc -display :0 |
- | root 1839 0.2 3.8 19572 9880 ? S< | + | |
- | x11vnc | + | |
</ | </ | ||
- | Quindi ci si connette con un client VNC alla porta opportuna | + | L' |
+ | |||
+ | < | ||
+ | xtightvncviewer < | ||
+ | </ | ||
+ | |||
+ | In alternativa a **xtightvncviewer** | ||
+ | |||
+ | Con '' | ||
+ | |||
+ | < | ||
+ | x11vnc -auth guess -display :0 -noxdamage | ||
+ | </ | ||
+ | |||
+ | Il parametro **guess** tenta di indovinare automaticamente qual'è l'**X authority file** che sta utilizzando il server Xorg. Se l' | ||
+ | |||
+ | Il parametro **-noxdamage** disabilita una estensione del protocollo che dovrebbe ottimizzare la ritrasmissione solo delle porzioni dello schermo che cambiano, purtroppo nel nostro caso (Debian 11) causava continui problemi di tipo **caught XIO error**. | ||
+ | |||
+ | < | ||
+ | ps uax | grep Xorg | grep auth | ||
+ | ... /usr/lib/ | ||
+ | </ | ||
+ | |||
+ | ==== Condivisione dekstop ==== | ||
+ | |||
+ | Il programma **'' | ||
+ | |||
+ | < | ||
+ | x11vnc -ncache 10 -viewonly -passwd MySecret -speeds dsl | ||
+ | </ | ||
+ | |||
+ | In teoria l' | ||
+ | ===== Reverse connection ===== | ||
+ | |||
+ | Se l'host remoto è dietro ad un firewall, è possibile realizzare una connessione inversa dove il server VNC contatta il client in ascolto. | ||
+ | |||
+ | Il client avvia il programma con: | ||
+ | |||
+ | < | ||
+ | vncviewer -listen | ||
+ | </ | ||
+ | |||
+ | La porta di default è la **TCP 5500**. Chi vuole condividere il desktop esegue: | ||
+ | |||
+ | < | ||
+ | x11vnc -connect < | ||
+ | </ | ||
===== krdc ===== | ===== krdc ===== | ||
- | KDE Remote Desktop Client, è il client VNC e RDP fornito con l' | + | KDE Remote Desktop Client, è il client VNC e RDP fornito con l' |
+ | |||
+ | Per accedere ad un Remote Dektop Windows si deve installare anche il pacchetto **rdesktop** e lanciare un comando del tipo: | ||
+ | |||
+ | < | ||
+ | krdc rdp:// | ||
+ | </ | ||
+ | |||
+ | ==== Problema mappatura tastiera ==== | ||
+ | |||
+ | C'è un problema se ci si trova in queste condizioni: | ||
+ | |||
+ | * Host remoto configurato per tastiera italiana | ||
+ | * krdc eseguito da client configurato con tastiera italiana | ||
+ | |||
+ | in pratica i tasti che differiscono fra tastiera IT e tastiera US non funzionano. La soluzione è cambiare (anche provvisoriamente, | ||
+ | |||
+ | Il problema è stato riscontrato sia con client **krdc** che con client **remmina**, | ||
+ | ==== Ctrl-Alt-Del ==== | ||
+ | Per inviare la combinazione speciale **'' | ||
===== krfb ===== | ===== krfb ===== | ||
Line 47: | Line 122: | ||
L' | L' | ||
+ | ==== HTTP proxy con SOCKS5 server ==== | ||
+ | |||
+ | Per navigare usando l'IP di una macchina remota: | ||
+ | |||
+ | aprire una connessione ssh con la macchina remota allocando un socket SOCKS5: | ||
+ | |||
+ | < | ||
+ | ssh -D 8080 remote.host | ||
+ | </ | ||
+ | |||
+ | quindi configurare il browser (es. FireFox): // | ||
+ | |||
+ | Alcuni browser (es. Chromium) accettano l' | ||
+ | |||
+ | < | ||
+ | chromium --proxy-server=socks:// | ||
+ | </ | ||
==== X11 forward ==== | ==== X11 forward ==== | ||
Line 56: | Line 148: | ||
</ | </ | ||
- | Per far funzionare il forward automatico di X11 si deve avere (sul server) il programma '' | + | Per far funzionare il forward automatico di X11 si deve avere (sul server) il programma '' |
Il forward X11 significa che l' | Il forward X11 significa che l' | ||
Line 62: | Line 154: | ||
Quando da un client si lancia ssh si può specificare su riga di comando che vogliamo il forward di X11, con l' | Quando da un client si lancia ssh si può specificare su riga di comando che vogliamo il forward di X11, con l' | ||
+ | Si potrebbe incappare nell' | ||
+ | |||
+ | < | ||
+ | X11 forwarding request failed on channel 0 | ||
+ | </ | ||
+ | mostrato subito dopo il login sull' | ||
+ | < | ||
+ | AddressFamily inet | ||
+ | </ | ||
==== Comandi in backgroung in shell remota ==== | ==== Comandi in backgroung in shell remota ==== | ||
doc/appunti/linux/tux/remote_desktop.1238414537.txt.gz · Last modified: 2009/03/30 14:02 by niccolo