Não é possível alterar as configurações do sistema através da Área de Trabalho Remota do Chrome no Xubuntu

Question

Estou conectando ao meu servidor remoto executando o Xubuntu. Quando eu fizer login diretamente na caixa, tudo está bem - o problema aparece quando me conecto usando a Área de trabalho remota do Google Chrome. Se eu tentar e fizer algo importante (por exemplo, reiniciar, alterar redes, instalar software) por meio da GUI, recebo um erro de permissão. Por exemplo, tentando ativar meus retornos de conexão do OpenVPN:

Conexão VPN com falha Não autorizado a controlar a rede

No terminal, parece que estou logado como meu usuário habitual. Mas eu não consigo reiniciar (não me lembro se isso normalmente requer sudo - mudar de redes certamente não funciona):

foo @ bar: ~ $ reboot
reboot: precisa ser root

Assim que eu sudo eu posso fazer qualquer coisa através da linha de comando - mas isso não me faz bem para todas as coisas na interface gráfica que eu gostaria de poder fazer remotamente.

Eu tentei adicionar meu usuário ao netdev, mas isso não resolveu o problema:

foo @ bar: ~ $ grupos foo adm cdrom sudo mergulhar plugdev netdev lpadmin sambashare chrome-remoto-desktop

Minha teoria é que eu não estou realmente logado como meu usuário, ou que a GUI, pelo menos, está sendo acionada por outro usuário que não tem permissões adequadas.

1. Como posso descobrir qual "usuário" acionou a sessão do xfce em que estou?

2. Como posso conceder a esse usuário permissões adequadas? Eu sei que é uma prática ruim adicionar usuários não-root ao root, mas sou tentado;)

Procurei por um usuário do Chrome-desktop remoto, mas isso parece não existir - embora haja um grupo com esse nome:

foo @ bar: ~ $ grep 'chrome-remote-desktop' / etc / group

chrome-remote-desktop: x: 1001: foo

Alguma ideia? Obrigado antecipadamente!

    

Answer 1

Isso acontece devido ao modo como a Área de trabalho remota do Google Chrome funciona. Cria uma nova sessão que você pode acessar remotamente em paralelo às outras sessões. Normalmente, o servidor X / GUI é executado na sessão 7 (você pode tentar alterar as sessões com Ctrl + Alt + F n , em que n é o número da sessão) e a Área de trabalho remota do Google Chrome usa um diferente. Portanto, sempre que você for solicitado a inserir sua senha usando uma GUI, a janela será exibida na sessão principal da GUI (sessão 7) e não será possível acessá-la diretamente da Área de trabalho remota do Google Chrome.

Felizmente, há um pouco de hacking que você pode fazer para contornar isso. Como mencionado aqui , você pode editar /opt/google/chrome-remote-desktop/chrome-remote-desktop (crie um backup desse arquivo primeiro no caso nada dá errado):

FIRST_X_DISPLAY_NUMBER = 0 # Replace 20 by 0

Em seguida, comente o loop while:

def get_unused_display_number():
    """Return a candidate display number for which there is currently no
    X Server lock file"""
    display = FIRST_X_DISPLAY_NUMBER
    # while os.path.exists(X_LOCK_FILE_TEMPLATE % display):
    # display += 1
    return display

Outra solução é executar aplicativos do terminal com sudo , por exemplo. sudo google-chrome ( não recomendado ).

Espero que a equipe que está desenvolvendo a Área de trabalho remota do Google Chrome nos ouça e altere esse comportamento.