Apenas correndo
/usr/lib/vino/vino-server
deve fazer o trabalho.
Depois de ter acesso ao seu servidor, recomendo que você o adicione aos aplicativos iniciados automaticamente para que ele seja sempre iniciado.
Você provavelmente vai gostar de alterar algumas configurações com:
vino-preferences
tenha muito cuidado ao executar o vino-preferência em uma máquina remota. Se você desmarcar a opção "Permitir que outros usuários controlem sua área de trabalho", não poderá verificar novamente.
ou para editar:
~/.gconf/desktop/gnome/remote_access/%gconf.xml
Aqui está um arquivo de exemplo:
<?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>
Cuidado, a senha é codificada em base64. Para este arquivo, a senha é qwerty. Eu vejo em alguns fóruns que as pessoas mudaram com sucesso, mas eu tive problemas com isso.
Aqui está um codificador base64 online:
http://www.motobit.com/util/base64-decoder-encoder.asp
/usr/lib/vino/vino-server
:No protocol specified ** (vino-server:2040): WARNING **: Could not open X display
vino-preferences: command not found
Resposta curta:
como a resposta aceita menciona, se o vino não for iniciado na máquina remota, use
Resposta longa e mais informações:
Um subconjunto das configurações do servidor de acesso remoto interno atual (vino) pode ser visto, como mencionado, nas preferências do vino. Uma lista completa de sinalizadores do gconf pode ser vista com o
gconf-editor
comando, listado em / desktop / gnome / remote_access. Você pode ver também as outras chaves remote_access com este comando (ou uma variação nele):(Por qualquer motivo,
-R
também funcionará.)Você também pode obter a documentação da chave de esquema por meio do
--long-docs
arg.Por exemplo, para a chave alternative_port:
Então, por exemplo, veja como alterar a porta padrão via linha de comando:
O gconftool fornecerá as chaves em um determinado diretório. Aqui está a seção 'remote_access':
Aqui está como listar todos os documentos do esquema em / desk / gnome / remote / access (via linha de comando / bin / bash):
fonte
/usr/lib/vino/vino-server
não funciona com o SSH, diz #Cannot open display:
Eu também queria habilitar o vino com a linha de comando sem entrar nas preferências do vino.
Quando comecei
/usr/lib/vino/vino-server
, ele diz que não tinha o serviço de compartilhamento de área de trabalho habilitado.Com o Unity
gconftool
não é mais utilizável. Temos que fazer isso viagsettings
.Então, primeiro, ative o vino:
Então inicie o vino:
Agora você pode acessar remotamente ao seu computador.
Se você deseja ver todas as configurações disponíveis para o Vino:
fonte
export DBUS_SESSION_BUS_ADDRESS=...
. Para obter esse valor de variável, copiei do ambiente de um processo em execução (pgrep -u myUserName -l
para obter a lista de processos, escolha um número e, em seguidatr '\0' '\n' < /proc/NUMBER/environ | grep DBUS
). Em seguida, exporte DBUS_SESSION_BUS_ADDRESS com o valor retornado. Então o comando foi executado.No Ubuntu 14.04, achei a seguinte variação funcionada para mim:
Se isso não funcionar, sua sessão X pode estar sendo executada em algo diferente de
:0
, portanto, uma rápidaps aux | grep X
deve mostrar uma:1
ou:2
fonte
export DISPLAY=:0
que os gsettings comandos irá falhar sem:failed to commit changes to dconf: Cannot autolaunch D-Bus without X11 $DISPLAY
.Por que, pelo amor de tudo o que é bom neste mundo difícil, não existe uma entrada de homem para o vino ou vino-server ou para qualquer um dos comandos listados na
dpkg -L vino
saída de? Nesse caso, por que algum pacote deve ser instalado em um sistema Ubuntu, que omite uma página de manual pelo menos para os comandos relevantes? Ok, discursar. A melhor resposta que encontrei até agora está aqui: http://ubuntuforums.org/archive/index.php/t-266981.htmlEu realmente espero que isso ajude, e espero que no futuro a comunidade Ubuntu documente todos esses comandos órfãos. "Facilidade de uso" não significa abandonar a linha de comando e certamente não significa abandonar a documentação facilmente acessível. </grumble>
fonte
Isso não parece funcionar remotamente via ssh devido a erros na tela e assim por diante. Aqui está o que eu fiz:
Principalmente funciona agora!
fonte
export DISPLAY=:0.0
, a área de trabalho "remota" que eu estava recebendo era, na verdade, minha área de trabalho local (eu usossh -X
). Além disso, é necessário "Permitir outros usuários" viavino-preferences
(ou os comandos do shell sugeridos em outras respostas) antes de executar/usr/lib/vino/vino-server
. Nota: Provavelmente, qualquer cliente VNC trabalha com isso depois de configurado corretamente, masvinagre
parecia fornecer a interface do usuário mais sensata.Consegui definir uma nova instalação do Ubuntu 16.04 a partir de uma conexão ssh remota com o seguinte script:
A citação é importante para qualquer uma das configurações de string (marcações simples entre aspas). Para que o dconf possa escrevê-lo, é necessário acessar o XWindows, e é por isso que a parte DISPLAY de exportação é necessária. Eu acho que você ainda precisa estar logado na área de trabalho na máquina Ubuntu real para se conectar ao VNC depois disso. O comando dump está lá apenas para confirmar que todas as configurações foram mantidas, você realmente não precisa disso.
Opcionalmente, convém fazer isso se quiser manter a exibição sempre ativa:
fonte
Para quem usa o Linux Mint 15, consegui tudo isso para funcionar no meu MintBox2, fazendo o seguinte. Agora posso executar o MintBox 2 totalmente sem cabeça com: ssh + vino + VNC apertado.
Digite putty via conexão ssh com a máquina LinuxMint MintBox2:
Agora, se você gosta (não é necessário) em um terminal LinuxMint (ou seja, não em massa), digite:
=> Você obtém uma saída de: 1 [isto é, me causou muitos problemas para descobrir, isto é, não é 0: 0 !!!!!!!!!!]
Agora, volte para o putty e digite:
=> Agora ele carrega e você pode usar a janela 7 Apertado VNC Viewer para acessar o Linux Mint etc.
Eu espero que isto ajude alguém lá fora...
fonte
Eu tive o mesmo problema com o xubuntu após a atualização 18.04. Primeiro instale o vino. O meu foi removido na atualização sem aviso prévio. Além disso, mesmo após a instalação do vino, o comando vino-preferências não funciona.
Aqui está uma solução fácil:
Instale o dconf-editor
abra-o e vá para
/org/gnome/desktop/remote
acessar eturn off encryption
.Existem também várias outras opções remotas que você pode definir no dconf-editor. No entanto, até você instalar o vino, o acesso remoto não aparece no dconf-editor.
Espero que alguém possa explicar o que aconteceu com as preferências do vino.
fonte
fonte