Abilitare VNC remoto dalla riga di comando?

Ho un computer con Ubuntu 10.04 ed è in esecuzione Vino , il server VNC predefinito.

Ho una seconda finestra di Windows che esegue un client VNC, ma non ha alcuna funzionalità X11. Sono entrato nell'host Ubuntu dall'host Windows, ma ho dimenticato di abilitare l'accesso VNC sull'host Ubuntu.

Sull'host Ubuntu, c'è un modo per abilitare le connessioni VNC dalla riga di comando di Ubuntu?

Aggiornare:

Come dice @koanhead di seguito, non esiste una pagina man per vino(es. man -k vinoE info vinonon restituisce nulla) e vino --helpnon mostra alcun aiuto).

Sto correndo

/usr/lib/vino/vino-server

dovrebbe fare il lavoro.

Una volta che hai accesso al tuo server, ti consiglio di aggiungerlo alle App con avvio automatico in modo che sia sempre avviato.

Probabilmente ti piacerebbe cambiare alcune impostazioni con:

vino-preferences

fai molta attenzione quando esegui vino-preferenza su un computer remoto, se deselezioni "Consenti ad altri utenti di controllare il desktop", non sarai in grado di ricontrollarlo.

o per modificare:

~/.gconf/desktop/gnome/remote_access/%gconf.xml

Ecco un file di esempio:

<?xml version="1.0"?>
<gconf>
    <entry name="vnc_password" mtime="1289267042" type="string">
        <stringvalue>cXdlcnR5</stringvalue>
    </entry>
    <entry name="view_only" mtime="1289262982" type="bool" value="false"/>
    <entry name="prompt_enabled" mtime="1254965869" type="bool" value="false"/>
    <entry name="authentication_methods" mtime="1289267034" type="list" ltype="string">
        <li type="string">
            <stringvalue>vnc</stringvalue>
        </li>
    </entry>
    <entry name="enabled" mtime="1289263574" type="bool" value="true"/>
</gconf>

Attenzione, la password è codificata in base64. Per questo file, la password è qwerty. Vedo su alcuni forum che le persone lo hanno cambiato con successo, ma ho avuto problemi con esso.

Ecco un codificatore online base64:

http://www.motobit.com/util/base64-decoder-encoder.asp

Risposta breve:

gconftool-2 --set --type=bool /desktop/gnome/remote_access/enabled true

come menzionato nella risposta accettata, se vino non è avviato sulla macchina remota, utilizzare

/usr/lib/vino/vino-server

Risposta lunga e maggiori informazioni:

Un sottoinsieme delle impostazioni per l'attuale server di accesso remoto incorporato (vino) può essere visto, come detto, dalle preferenze di vino. Un elenco completo di flag gconf può essere visualizzato con il gconf-editorcomando, elencato in / desktop / gnome / remote_access. Puoi vedere anche le altre chiavi remote_access con questo comando (o una variante su di esso):

gconftool-2 -a /desktop/gnome/remote_access

(Per qualsiasi motivo, -Rfunzionerà anche.)

Puoi anche ottenere la documentazione della chiave dello schema tramite --long-docsarg.

Ad esempio, per la chiave alternative_port:

gconftool-2 --long-docs /desktop/gnome/remote_access/alternative_port

       The port which the server will listen to if the
       'use_alternative_port' key is set to true.
       Valid values are in the range from 5000 to 50000.

Quindi, ad esempio, ecco come modificare la porta predefinita dalla riga di comando:

gconftool-2 --set --type=bool /desktop/gnome/remote_access/use_alternative_port true
gconftool-2 --set --type=int /desktop/gnome/remote_access/alternative_port 5999

gconftool ti darà le chiavi in ​​una determinata directory. Ecco la sezione 'remote_access':

gconftool-2 -a /desktop/gnome/remote_access
 use_upnp = false
 vnc_password = 
 authentication_methods = [vnc]
 network_interface = 
 require_encryption = false
 disable_background = false
 enabled = true
 use_alternative_port = false
 mailto = 
 disable_xdamage = false
 lock_screen_on_disconnect = false
 icon_visibility = always
 view_only = false
 prompt_enabled = true
 alternative_port = 5900

Ecco come elencare tutti i documenti dello schema in / desk / gnome / remote / access (tramite riga di comando / bin / bash):

for key in ` gconftool-2 -a /desktop/gnome/remote_access | awk '{print $1}'  ` ; do echo $key ; gconftool-2 --long-docs /desktop/gnome/remote_access/$key ; done

Volevo anche abilitare il vino con la riga di comando senza andare nelle preferenze di vino.

Quando ho iniziato /usr/lib/vino/vino-server, mi diceva che non avevo abilitato il servizio di condivisione desktop.

Con Unity gconftoolnon è più utilizzabile. Dobbiamo farlo tramite gsettings.

Quindi, prima, abilita vino:

gsettings set org.gnome.Vino prompt-enabled true

Quindi avviare vino:

/usr/lib/vino/vino-server

Ora puoi accedere in remoto al tuo computer.

Se vuoi vedere tutte le configurazioni disponibili per Vino:

gsettings list-keys org.gnome.Vino

Su Ubuntu 14.04, ho scoperto che la seguente variante ha funzionato per me:

export DISPLAY=:0
gsettings set org.gnome.Vino enabled true
gsettings set org.gnome.Vino prompt-enabled false
gsettings set org.gnome.Vino require-encryption false
/usr/lib/vino/vino-server

Se questo non funziona, la tua sessione X potrebbe essere in esecuzione su qualcosa di diverso da :0, quindi un rapido ps aux | grep Xdovrebbe mostrare un :1o:2

Perché, per l'amore di tutto ciò che c'è di buono in questo mondo difficile, non c'è voce umana per vino o vino-server o per nessuno dei comandi elencati dpkg -L vinonell'output? Del resto , perché mai dovrebbe essere installato un pacchetto su un sistema Ubuntu, che omette almeno una pagina man per i comandi pertinenti? Ok, falla finita. La migliore risposta che ho trovato finora è qui: http://ubuntuforums.org/archive/index.php/t-266981.html

Spero davvero che questo aiuti, e spero che in futuro la comunità Ubuntu documenti tutti questi comandi orfani. "Facilità d'uso" non significa abbandonare la riga di comando, e certamente non significa abbandonare la documentazione facilmente accessibile. </ Brontolare>

Questo non sembra funzionare in remoto via ssh a causa di errori sul display e così via. Ecco cosa ho fatto:

export DISPLAY=:0.0 && /usr/lib/vino/vino-server

Principalmente funziona ora!

Sono stato in grado di impostare una nuova installazione di Ubuntu 16.04 da una connessione ssh remota con il seguente script:

#! / Bin / bash
export DISPLAY =: 0
leggi -e -p "Password VNC: password" -i "ubuntu"
dconf write / org / gnome / desktop / accesso remoto / abilitato vero
dconf write / org / gnome / desktop / accesso remoto / prompt-enabled false
dconf write / org / gnome / desktop / accesso remoto / metodi di autenticazione "['vnc']"
dconf write / org / gnome / desktop / accesso remoto / richiede crittografia falso
dconf write / org / gnome / desktop / accesso remoto / password vnc \ "\ '$ (echo -n $ password | base64) \' \"
dconf dump / org / gnome / desktop / accesso remoto /
sudo service lightdm restart

La citazione è importante per qualsiasi impostazione di stringa (segni di spunta all'interno delle virgolette). Perché dconf sia in grado di scrivere ha bisogno dell'accesso a XWindows, quindi è necessario il motivo per esportare la parte DISPLAY. Penso che sia ancora necessario accedere al desktop sulla macchina Ubuntu reale per connettersi con VNC dopo questo. Il comando dump è proprio lì per confermare che tutte le impostazioni sono state bloccate, non ne hai davvero bisogno.

Opzionalmente potresti voler fare questo se vuoi mantenere il display sempre attivo:

dconf write / org / gnome / desktop / screensaver / lock-enabled falso
dconf write / org / gnome / desktop / screensaver / ubuntu-lock-on-suspend false
dconf write / org / gnome / desktop / session / idle-delay "uint32 0"

Per chiunque usi Linux Mint 15, ho fatto in modo che tutto funzionasse sul mio MintBox2 procedendo come segue. Ora posso eseguire MintBox 2 completamente senza testa con: ssh + vino + VNC stretto.

Digita putty tramite connessione ssh alla macchina LinuxMint MintBox2:

sudo su
[enter your root password]
echo $DISPLAY
export DISPLAY=:0.0
startx &   }This loads up LinuxMint on screen as "root" user
[press the return key again to get back to BASH prompt]

Ora, se ti piace (questo non è necessario) su un terminale LinuxMint (cioè non su stucco) digita:

echo $DISPLAY

=> Ottieni un output di: 1 [cioè questo mi ha causato molti problemi a capire cioè che questo non è 0: 0 !!!!!!!!!!]

Ora torna a stucco e digita:

echo $DISPLAY
export DISPLAY=:1
/usr/lib/vino/vino-server

=> Ora si carica e puoi usare Windows 7 VNC Viewer stretto per accedere a Linux Mint ecc

Spero che questo aiuti qualcuno là fuori ...

Ho avuto lo stesso problema con xubuntu dopo l'aggiornamento 18.04. Prima installa vino. Il mio è stato rimosso durante l'aggiornamento senza alcun preavviso. Anche dopo l'installazione di vino, il comando vino-preferenze non funziona.

Ecco una soluzione semplice:

• Installa dconf-editor

  sudo apt install dconf-editor 
  

• quindi aprilo e vai ad /org/gnome/desktop/remoteaccedere e turn off encryption.

Ci sono anche molte altre opzioni remote che puoi impostare in dconf-editor. Tuttavia, fino all'installazione di vino, l'accesso remoto non viene visualizzato in dconf-editor.

Spero che qualcuno possa spiegare cosa è successo alle preferenze del vino.

gsettings reset-recursively org.gnome.Vino