Executando o aplicativo GUI como outro usuário (não raiz)

Digamos que eu tenho 2 contas de usuário user1e user2. Quando efetuo login como user1e depois user2uso su, posso executar programas de linha de comando, mas os programas da GUI falham.

Exemplo:

user1@laptop:~$ su - user2
user2@laptop:~$ leafpad ~/somefile.txt
No protocol specified
leafpad: Cannot open display: 

Então, como posso executar um aplicativo GUI?

su vs. su -

Ao se tornar outro usuário, você geralmente deseja usar su - user2. O traço forçará o usuário2 .bash_profilea obter a origem.

xhost

Além disso, você precisará conceder aos usuários acesso ao seu monitor. Isso é controlado pelo X. Você pode usar o comando xhost +para permitir que outros usuários exibam GUIs na área de trabalho do usuário1.

NOTA: Ao executar, xhost +você deseja executá-lo ainda em um shell que pertence ao usuário1.

$ DISPLAY

Quando você se torna usuário2, pode ser necessário definir a variável de ambiente $DISPLAY.

$ export DISPLAY=:0.0

Você precisa compartilhar o token de autenticação do usuário1 (supondo que ~seja a casa do usuário1 ):

cat ~/.Xauthority | sudo -u user2 -i tee .Xauthority > /dev/null

Você pode usar o encaminhamento X11:

ssh -XY otheruser@localhost your-gui-program-name-here

Você pode iniciar o aplicativo a partir de outro usuário. Iniciarei o aplicativo gimp a partir do usuário2, enquanto estiver conectado (GUI) com o usuário 1:

$ xhost +
$ sudo su user2

(insira o passe)

$ gimp

Aproveitar :)

Você pode tentar o comando sux:

sux user2

O sux manipulará o material $ DISPLAY para você. Pode ser necessário instalá-lo com:

sudo apt-get install sux

sob Debian / Ubuntu.

Como alternativa sux, para executar com segurança o comando gráfico ( firefox-esrno exemplo abaixo) como $AUTHUSER( guestno exemplo abaixo):

AUTHUSER=guest
AUTHSTRING=SI:localuser:${AUTHUSER}
xhost +${AUTHSTRING} > /dev/null
SUDO_ASKPASS=/usr/bin/ssh-askpass
export SUDO_ASKPASS
sudo -k --askpass -u ${AUTHUSER} /usr/bin/firefox-esr
xhost -${AUTHSTRING} > /dev/null
sudo -K

o código faz:

1. dá ao guestusuário acesso ao seu usuário atual $DISPLAYviaxhost +SI:localuser:guest
2. usa ssh-askpasspara solicitar graficamente sua senha (é claro, você pode sudoers(5) NOPASSWD:evitar isso, se sua política de segurança achar que está ok. Ou você pode usar outros askpassprogramas ou especificá-los nos arquivos de configuração (veja sudo(8)detalhes em --askpass)
3. se a senha estiver correta (e você tiver permissões sudoers(5)), executa o comando /usr/bin/firefox-esrcomo outro usuário ( guest)
4. após a conclusão do programa, as permissões para outro usuário ( guest) para acessar o seu $DISPLAYsão revogadas viaxhost -SI:localuser:guest

5. finalmente, sudo -Kremove a senha em cache; portanto, a próxima chamada de ssh-askpasssolicitará a senha novamente (em vez de usar a senha em cache)

   Embora seja um pouco mais trabalhoso do que o que gksu(8)ou o que sux(8)foi feito, ele pode ser script e é muito mais seguro do que:

   • xhost + (qualquer usuário terá acesso à sua exibição gráfica enquanto estiver em vigor)
   • legível ~ / .xauth por outros usuários (acesso indefinido desse usuário ao seu monitor)
   • what gksu/ suxdid (cópia temporária de ~/.Xauthority, o que permitiu que o usuário especificado copiasse o seu MIT-MAGIC-COOKIE-1e continuasse usando o seu monitor mesmo após a conclusão do gksu / sux (desde que você não desligasse a máquina ou desconectasse o monitor - protetores de tela, hibernação etc. não alteraram a mágica biscoito).

pois permitirá apenas um usuário local acessar sua tela e somente enquanto o comando for executado (quando o comando for concluído, $AUTHUSERnão será mais possível acessar sua tela de nenhuma maneira).

Outra alternativa segura é ssh -X(sem -Yque realmente o torna menos seguro! Ver ForwardX11Trustedem ssh_config(5)para mais detalhes), como é mais fácil de usar se você não está scripting, mas induz sobrecarga additinal (por exemplo., É mais lento) e alguns programas podem não funcionar corretamente sem inseguro -Y .

Você precisa carregar a interface do usuário de instalação como user2 .

Tente seguir o seguinte:

Faça o login como root :

sudo su

Teste o servidor x:

xclock

Se você pode ver um relógio funcionando, está pronto, tente executar o seguinte:

xhost

O resultado deve ser assim:

xhost SI:localuser:tri
# tri is my user name

Agora deixe o user2 acessar o xhost

xhost +SI:localuser:user2

Agora tente entrar novamente no user2 e tente abrir qualquer programa da GUI.