Como executar/iniciar/iniciar manualmente um servidor Xorg em um VT/TTY diferente?

Question 1

Não use xinit, porque é vulnerável. Usar startx. xinitparece ter sido escrito para aceitar conexões X de qualquer ID de usuário, sem aviso ou documentação. startxparece consertar isso. Não sei por que esta situação é tolerada ou como aconteceu em primeiro lugar.

A forma como Xfunciona mudou “recentemente”. Xcostumava confiar em ser set-uid root e mudar para um novo VT. Observe que, mesmo assim, Xsó poderia ter funcionado se você iniciasse a partir de um VT de texto. Por exemplo, um usuário não root pode não conseguir iniciar Xde dentro de outra Xsessão. Em outras palavras, não tenho certeza se isso faria o que você deseja de qualquer maneira.

X agora foi alterado para que possa usar oatualEm vez disso, VT. Algumas ferramentas como startxmudaram seu comportamento para usar o novo design.

O design é que você não precisa iniciar nenhum programa como root (para melhorar a segurança). Isso funciona usando logindum serviço de segundo plano menor (que é iniciado com privilégios de root).

Se você voltasse a executar Xcomo root, não precisaria da permissão do logind. Acho que Xprovavelmente permanecerá compatível com isso.

Parece que você está tentando executar Xsem forçar a execução completa root. Nesse caso você precisa da permissão do logind. logindte dá permissão para fazer coisasno VT em que você fez login. Eu desenvolvi um truque parafalsificar um login.

user=mahr
sudo systemd-run \
    --property PAMName=login \
    --property User="$user" \
    --property StandardInput=tty \
    --property TTYPath=/dev/tty8 \
    sh -c 'chvt 8 && exec startx /usr/bin/xterm'

Parece que também deveria ser possível alocar o tty dinamicamente (usando openvt -se um script usando o ttycomando). No entanto, congelei minha tela algumas vezes tentando fazer isso :-).

(logind pretendidopara reduzir quantos danos programas não-root como este servidor X podem causar ao sistema. AIUI a implementação disso é bastante limitada. Ele não fornece uma chave de recuperação. logindaté morre horrivelmente se você usar a chave de atenção do sistema do kernel.)

Mesmo depois de usar o comando do kernel SysRQ + R, não consegui recuperar a tela. Acho que algo quebrou, provavelmente logindou gdm:-).

Answer

Não use xinit, porque é vulnerável. Usar startx. xinitparece ter sido escrito para aceitar conexões X de qualquer ID de usuário, sem aviso ou documentação. startxparece consertar isso. Não sei por que esta situação é tolerada ou como aconteceu em primeiro lugar.

A forma como Xfunciona mudou “recentemente”. Xcostumava confiar em ser set-uid root e mudar para um novo VT. Observe que, mesmo assim, Xsó poderia ter funcionado se você iniciasse a partir de um VT de texto. Por exemplo, um usuário não root pode não conseguir iniciar Xde dentro de outra Xsessão. Em outras palavras, não tenho certeza se isso faria o que você deseja de qualquer maneira.

X agora foi alterado para que possa usar oatualEm vez disso, VT. Algumas ferramentas como startxmudaram seu comportamento para usar o novo design.

O design é que você não precisa iniciar nenhum programa como root (para melhorar a segurança). Isso funciona usando logindum serviço de segundo plano menor (que é iniciado com privilégios de root).

Se você voltasse a executar Xcomo root, não precisaria da permissão do logind. Acho que Xprovavelmente permanecerá compatível com isso.

Parece que você está tentando executar Xsem forçar a execução completa root. Nesse caso você precisa da permissão do logind. logindte dá permissão para fazer coisasno VT em que você fez login. Eu desenvolvi um truque parafalsificar um login.

user=mahr
sudo systemd-run \
    --property PAMName=login \
    --property User="$user" \
    --property StandardInput=tty \
    --property TTYPath=/dev/tty8 \
    sh -c 'chvt 8 && exec startx /usr/bin/xterm'

Parece que também deveria ser possível alocar o tty dinamicamente (usando openvt -se um script usando o ttycomando). No entanto, congelei minha tela algumas vezes tentando fazer isso :-).

(logind pretendidopara reduzir quantos danos programas não-root como este servidor X podem causar ao sistema. AIUI a implementação disso é bastante limitada. Ele não fornece uma chave de recuperação. logindaté morre horrivelmente se você usar a chave de atenção do sistema do kernel.)

Mesmo depois de usar o comando do kernel SysRQ + R, não consegui recuperar a tela. Acho que algo quebrou, provavelmente logindou gdm:-).

Question 2

pelo meu teste, seus comandos funcionarão bem se você colocar essas 2 linhas/etc/X11/Xwrapper.config:

allowed_users=anybody
needs_root_rights=yes

parece que a inicialização do servidor X é, por padrão, permitida apenas ao usuário que é o proprietário do terminal virtual de destino e está fisicamente (teclado) conectado a ele. (seu caso: root é vt-owner e x tentou rodar como 'mahr').

Essas duas linhas substituem essa solicitação e tornam possível iniciar tudo a partir de um comando, um terminal (útil para scripts de inicialização ou x remoto começando com ssh).

sudo openvt -c15 -- su user -c 'xinit /usr/bin/xterm -display :15 -- :15 vt15'

Answer

pelo meu teste, seus comandos funcionarão bem se você colocar essas 2 linhas/etc/X11/Xwrapper.config:

allowed_users=anybody
needs_root_rights=yes

parece que a inicialização do servidor X é, por padrão, permitida apenas ao usuário que é o proprietário do terminal virtual de destino e está fisicamente (teclado) conectado a ele. (seu caso: root é vt-owner e x tentou rodar como 'mahr').

Essas duas linhas substituem essa solicitação e tornam possível iniciar tudo a partir de um comando, um terminal (útil para scripts de inicialização ou x remoto começando com ssh).

sudo openvt -c15 -- su user -c 'xinit /usr/bin/xterm -display :15 -- :15 vt15'

Question 3

Aqui está minha versão do @sourcejediresponder(desculpe, não entraria em um comentário):

#!/bin/sh                     
# login-spoof

# Pretend that we're running a command after having logged into a
# given virtual terminal as us. Example:

# $ ./login-spoof 8 startx /usr/bin/xterm -- :1
# Running as unit: run-r3cc564bee3134c789c09c21faee9e710.service
# (opens xterm on /dev/tty8)

TTYNUM=$1; shift
sudo systemd-run \
    --property PAMName=login \
    --property User="$USER" \
    --property StandardInput=tty \
    --property TTYPath=/dev/tty$TTYNUM \
    sh -c 'export PATH="'$PATH'"; chvt '$TTYNUM' && exec "$@"' x "$@"

Answer

Aqui está minha versão do @sourcejediresponder(desculpe, não entraria em um comentário):

#!/bin/sh                     
# login-spoof

# Pretend that we're running a command after having logged into a
# given virtual terminal as us. Example:

# $ ./login-spoof 8 startx /usr/bin/xterm -- :1
# Running as unit: run-r3cc564bee3134c789c09c21faee9e710.service
# (opens xterm on /dev/tty8)

TTYNUM=$1; shift
sudo systemd-run \
    --property PAMName=login \
    --property User="$USER" \
    --property StandardInput=tty \
    --property TTYPath=/dev/tty$TTYNUM \
    sh -c 'export PATH="'$PATH'"; chvt '$TTYNUM' && exec "$@"' x "$@"

Como executar/iniciar/iniciar manualmente um servidor Xorg em um VT/TTY diferente?

História de fundo mais longa para a questão em questão:

Responder1

Responder2

Responder3

informação relacionada