Com a versão Ubuntu 17.10 Desktop, como posso configurar o x11vnc para que eu possa efetuar o login remotamente com um cliente vnc?

3

Formulei minha pergunta com muito cuidado. Depois de muita pesquisa e tentativa e erro, eu posso fazer o x11vnc iniciar na inicialização como um serviço do sistema usando esta linha de comando no meu arquivo de serviço:

ExecStart=/usr/bin/x11vnc -auth /run/user/121/gdm/Xauthority -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

Eu descobri que muitos outros têm o argumento auth guess não funciona em 17.10. Eu também descobri que 121 é o número para o usuário 'gdm' que possui a sessão X de boas-vindas, e é onde meu arquivo Xauthority reside. Verificando processos xorg via ssh:

user@foo:~$ ps -ax |grep xorg
886 tty1     Sl+    0:00 /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/121/gdm/Xauthority -background none -noreset -keeptty -verbose 3

Ok, então posso me conectar via cliente vnc e vejo o saudador e o login, mas o login gera uma tela preta simples com um ponteiro de mouse ativo. Olhando novamente para os processos do xorg:

user@foo:~$ ps -ax |grep xorg
886 tty1     Sl+    0:00 /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/121/gdm/Xauthority -background none -noreset -keeptty -verbose 3
1384 tty2     Sl+    0:00 /usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -background none -noreset -keeptty -verbose 3

Vejo que há uma nova sessão X de propriedade do usuário que efetuou login (eu!) e usando o arquivo Xauthority nesse local. O problema parece ser que o cliente VNC está preso na sessão X original para o greeter pertencente ao 'gdm'. Como posso persuadir o cliente vnc a seguir para a nova sessão X sem abrir uma segunda instância do cliente? Certamente é possível fazer login e usar a interface gráfica do gerenciador de desktop com x11vnc e um cliente vnc, não? Muito gentilmente!

    
por egregious 20.04.2018 / 04:49

0 respostas