Configurando a Área de Trabalho Remota do Chrome com o Ubuntu Gnome 14.04

Estou tentando instalar a Área de trabalho remota do Chrome e estou lendo as Perguntas frequentes sobre como instalá- lo, mas ele não diz nada AFAIK.

Com o Ubuntu Gnome 14.04, qual deve ser o conteúdo do .chrome-remote-desktop-sessionarquivo?

* Editar *

Criei o .chrome-remote-desktop-sessionarquivo necessário com uma única linha:

gnome-session

No entanto, iniciar uma sessão remota de mesa resulta apenas em uma tela em branco. Tentei procurar uma solução, mas nenhuma delas está atualizada ou fornece uma dica útil para uma solução. Eu também tentei gnome-session-classic, mas sem sorte também.

Esta resposta se origina do comentário de Rob Calistri na postagem do G + de François Beaufort . Crédito devido à fonte. Se você atualizou o Ubuntu (ou Ubuntu Gnome) recentemente, em vez de uma tela em branco, provavelmente verá apenas papel de parede sem painéis ao se conectar através da Área de Trabalho Remota do Chrome. Essa modificação força o Chrome Remote Desktop a usar o X Server existente em vez de criar novos desktops.

Após instalar o pacote Debian chrome-remote-desktop_current_amd64.deb, verifique se o usuário atual faz parte do chrome-remote-desktopgrupo:

sudo usermod -a -G chrome-remote-desktop username

Pare a área de trabalho remota do Chrome:

/opt/google/chrome-remote-desktop/chrome-remote-desktop --stop

Faça backup da configuração original:

sudo cp /opt/google/chrome-remote-desktop/chrome-remote-desktop /opt/google/chrome-remote-desktop/chrome-remote-desktop.orig

Edite o arquivo de configuração ( sudo vim, gksudo gedit, etc):

gksudo gedit /opt/google/chrome-remote-desktop/chrome-remote-desktop

Encontre DEFAULT_SIZESe altere a resolução da área de trabalho remota. Por exemplo:

DEFAULT_SIZES = "1920x1080"

Defina o número de exibição X como o número de exibição atual (obtenha-o echo $DISPLAYem qualquer terminal). No Ubuntu 17.10 e inferior, isso geralmente é 0, e no Ubuntu 18.04, isso geralmente é 1:

FIRST_X_DISPLAY_NUMBER = 0

Comente as seções que procuram por telas adicionais, como mostrado aqui:

    #while os.path.exists(X_LOCK_FILE_TEMPLATE % display):
    #  display += 1

Reutilize a sessão X existente em vez de iniciar uma nova. Alter launch_session()comentando launch_x_server()e launch_x_session()em vez disso definindo a variável de ambiente de exibição, de modo que a definição da função em última análise, se parece com o seguinte:

  def launch_session(self, x_args):
    self._init_child_env()
    self._setup_pulseaudio()
    self._setup_gnubby()
    #self._launch_x_server(x_args)
    #self._launch_x_session()
    display = self.get_unused_display_number()
    self.child_env["DISPLAY"] = ":%d" % display

Salve e saia do editor. Inicie a Área de trabalho remota do Chrome:

/opt/google/chrome-remote-desktop/chrome-remote-desktop --start

Cuidado : quando esta resposta foi originalmente escrita para o Ubuntu (Gnome) 14.04 em fevereiro de 2015, existia um problema em que a Área de Trabalho Remota do Chrome fazia com que o deja-dup-monitor de alguma forma ficasse selvagem e consumisse toda a memória do sistema (consulte o bug na barra de ativação ). Isso tornou o Ubuntu praticamente inutilizável depois de conectar / desconectar via Chrome Remote Desktop.

Atualização novembro de 2016 : as instruções foram alteradas com base em outras atualizações de Rob Calistri nos comentários do post do G + acima. Com o Ubuntu 16.04, o bug deja-dup-monitor parece estar resolvido (nunca excedeu 2,8 MiB de uso de memória no meu último teste).

O aplicativo chrome-remote-desktop funciona perfeitamente com o linux em geral e o Ubuntu especificamente. No entanto, NÃO funciona bem com o LightDM e o Unity. O Bug do Ubuntu # 1274013 , e o bug relacionado no comentário # 3, lançam alguma luz sobre isso: a sessão do gnome é interrompida sem a aceleração 3D .

Para resolver isso, adicionei o LXDE à minha instalação do ubuntu na minha área de trabalho:

sudo apt-get install lxde

Ainda consigo usar o Unity Desktop padrão ao acessar minha área de trabalho localmente, mas tenho a área de trabalho do LXDE para usar remotamente via chrome-remote-desktop.

Isso é feito criando (ou alterando) o arquivo ~ / .chrome-remote-desktop-session para ler

exec /usr/bin/startlxde

Em seguida, para desligar e reiniciar o serviço Chromoting, execute a partir do terminal

sudo service chrome-remote-desktop restart

Agora tente conectar-se remotamente de outro computador. Isso deve iniciar uma sessão virtual no LXDE, mesmo que o computador remoto esteja conectado no momento no Unity / LightDM.

Aqui está minha história de como eu o habilitei no servidor ubuntu 16.04:

1. instalou a área de trabalho remota deb
2. drivers simulados xorg instalados apt-get install xserver-xorg-video-dummy xserver-xorg-input-void
3. adicionado a /etc/environment:

.

CHROME_REMOTE_DESKTOP_DEFAULT_DESKTOP_SIZES=1920x1080
CHROME_REMOTE_DESKTOP_USE_XORG=1
CHROME_REMOTE_DESKTOP_LOG_FILE=/tmp/crd.log

4. reiniciar
5. grupo adicionado chrome-remote-desktope adicionado meu usuário a este grupo
6. adicionado xfce: apt-get install xfce4e

.

cat > ~/.chrome-remote-desktop-session
exec /usr/bin/startxfce4

7. habilitou a depuração na extensão da área de trabalho remota do Chrome, abrindo sua página "main.html" e certificando-se de que está tudo bem

isso funciona como um servidor de terminal com área de trabalho separada para cada usuário com redimensionamento automático da área de trabalho conforme o esperado

Tanto quanto sei, a área de trabalho remota do Chrome não pode ser um host / servidor no linux / ubuntu - ela só pode ser usada como um cliente para exibir instâncias da área de trabalho remota em máquinas Mac / Windows / Chrome.

Eu só o usei para esse caso de uso - para conectar-me às caixas OSX / Windows do meu laptop de trabalho Ubuntu. Nesses casos, o visualizador é acessado através da extensão chrome localizada aqui: https://chrome.google.com/webstore/detail/chrome-remote-desktop/gbchcmhmhahfdphkhkmpfmihenigjmpp?hl=pt-BR

EDIT: Como o recurso host da área de trabalho remota está atualmente na versão beta, ele não pode ser acessado na instalação estável do chrome, por isso não o vi listado e não há opção para habilitar conexões remotas na instalação estável, até o momento como eu posso dizer.

Como o ambiente da área de trabalho no meu computador é LXDE e não gnome, estou usando o seguinte:

#/usr/bin/openbox-session
#/usr/bin/lxsession -s Lubuntu-Netbook -e LXDE
#/usr/bin/lxsession -s Lubuntu -e LXDE

## This session was created for other purposes such as a non shared desktop 
#/usr/bin/lxsession -s ChromeDesk -e LXDE

######
## For Desktop Sharing
######

/etc/X11/Xsession

Segui o guia encontrado aqui: https://support.google.com/chrome/answer/1649523?hl=pt-BR sob o título

Configurar a Área de trabalho remota do Chrome | sub-seção > Habilitar acesso remoto ao seu computador | título secundário > Linux

Crie um arquivo chamado .chrome-remote-desktop-session no seu diretório pessoal. Esse deve ser um script de shell que inicia seu ambiente de área de trabalho preferido. Encontre o comando correto para iniciar a área de trabalho procurando em / usr / share / xsessions / a entrada da área de trabalho.

Por exemplo, o arquivo ubuntu-2d.desktop possui a linha:

Exec=gnome-session --session=ubuntu-2d

O texto após 'Exec =' é o comando para iniciar a sessão. Ele deve ser passado (usando aspas, se necessário) como um parâmetro para o script lightdm-session. Nesse caso, o comando correto seria:

exec /usr/sbin/lightdm-session "gnome-session --session=ubuntu-2d"

Incluindo alguns links, um para outro, sobre o assunto e também um link para um artigo criado para minha própria referência ...

https://productforums.google.com/d/msg/chrome/8PMxG69VJ6o/CVr0AgTCWm8J

No meu caso, como eu já tinha a sessão e o X em execução, perdi a conexão depois de um tempo. Olhando para os logs, ele pára após 15 tentativas porque já estava em execução. Então eu tive que comentar outra linha.

Em resumo, em / opt / google / chrome-remote-desktop / chrome-remote-desktop:

Defina o número do visor como 0:

FIRST_X_DISPLAY_NUMBER = 0

Comente:

#while os.path.exists(X_LOCK_FILE_TEMPLATE % display):
# display += 1

E no meu caso, também comentei isso:

#relaunch_times.append(x_server_inhibitor.earliest_relaunch_time)

Não entendo completamente o problema, mas funciona como um encanto.

@ Andrew Você pode usar o CRD como host / servidor no linux. Tente isto: Verifique sua xsession (exemplo do lubuntu):

grep '^Exec=' /usr/share/xsessions/Lubuntu.desktop

E coloque isso no arquivo chrome-remote-desktop-session:

cat > ~/.chrome-remote-desktop-session
exec /usr/bin/lxsession -s Lubuntu -e LXDE

Depois disso, a opção de adicionar sua máquina como host fica disponível no CRD.

Executando o Lubuntu (Ubuntu 15.10)