☰

Como configurar a variável DISPLAY padrão no gdm para que o x11vnc funcione (alterado no CentOS 8 do CentOS 7)

tag-icon • tag-icon linux centos kde gdm x11vnc
Como configurar a variável DISPLAY padrão no gdm para que o x11vnc funcione (alterado no CentOS 8 do CentOS 7)

Problema: o padrão do GDM/KDE é usar DISPLAY :1 em vez de DISPLAY :0 no CentOS 8, e eu quero que ele use DISPLAY :0 como no CentOS 7. Isso está afetando o x11vnc e causando mais dor de cabeça ao VNC nas máquinas (Não consigo fazer VNC na tela de login agora).

Versão antiga/funcional

  • CentOS 7
  • KDE SC versão 4.14.8
  • GDM Versão 3.28.2

Ao fazer ssh na máquina antiga para executar o x11vnc, podemos ver que: 0 é o DISPLAY

$ w -us
USER   TTY   FROM  IDLE   WHAT
user   :0    :0    ?xdm?  /bin/sh /usr/bin/startkde

Versão quebrada/nova

  • Fluxo CentOS 8
  • Versão do KDE Plasma: 5.18.4
  • GDM Versão 40.0

Ao fazer ssh em uma nova máquina para executar o x11vnc, podemos ver que: 1 é o DISPLAY

$ w -us
USER   TTY   FROM  IDLE   WHAT
user   :1    :1    ?xdm?  /usr/libexec/gdm-x-session --register-session --run-script /usr/bin/startplasma-x11
user   pts/0 :1   46:05  kded5

Então agora, para iniciar o x11vnc em uma sessão logada no CentOS 8, preciso executar o x11vnc -display :1, o que não é grande coisa, apenas um pouco chato e afeta alguns scripts. O maior problema é que não consigo fazer o VNC na tela de login agora. Usando variações off ssh -X x11vnc -display :1, executando como root e muito mais.

Ambos têm exatamente a mesma configuração ssh (encaminhamento X11 e outras coisas).

Editar:

Erros ao tentar fazer o VNC na tela de login:

~> ssh user@centos8
$ echo $DISPLAY 

$ x11vnc # this works on CentOS 7 w/ and w/o X11 forwarding 
...
10/06/2021 16:28:55 *** XOpenDisplay failed. No -display or DISPLAY.
Invalid MIT-MAGIC-COOKIE-1 key10/06/2021 16:28:59 XOpenDisplay(":0") failed.
10/06/2021 16:28:59 Trying again with XAUTHLOCALHOSTNAME=localhost ...
Invalid MIT-MAGIC-COOKIE-1 key10/06/2021 16:28:59 XOpenDisplay(":0") failed.
10/06/2021 16:28:59 Trying again with unset XAUTHLOCALHOSTNAME ...
Invalid MIT-MAGIC-COOKIE-1 key10/06/2021 16:28:59 
...
10/06/2021 16:28:59 ***************************************
10/06/2021 16:28:59 *** XOpenDisplay failed (:0)
...

$ x11vnc -display :1
10/06/2021 16:30:16 *** XOpenDisplay failed (:1)
$ exit

~> ssh -X user@centos8
$ echo $DISPLAY
localhost:10.0
$ x11vnc
...
10/06/2021 16:24:16 WARNING: DISPLAY starts with localhost: 'localhost:10.0'
10/06/2021 16:24:16 WARNING: Is this an SSH X11 port forwarding?  You most
10/06/2021 16:24:16 WARNING: likely don't want x11vnc to use that DISPLAY.
10/06/2021 16:24:16 WARNING: You probably should supply something
10/06/2021 16:24:16 WARNING: like: -display :0  to access the physical
10/06/2021 16:24:16 WARNING: X display on the machine where x11vnc is running.
...
X11 MIT Shared Memory Attach failed:
  Is your DISPLAY=localhost:10.0 on a remote machine?
  Note:   DISPLAY=localhost:N suggests a SSH X11 redir to a remote machine.
  Suggestion, use: x11vnc -display :0 ... for local display :0

caught X11 error:
10/06/2021 16:24:17 deleted 53 tile_row polling images.
X Error of failed request:  BadRequest (invalid request code or no such operation)
  Major opcode of failed request:  130 (MIT-SHM)
  Minor opcode of failed request:  1 (X_ShmAttach)
  Serial number of failed request:  56
  Current serial number in output stream:  111

$ x11vnc -display :1 
...
10/06/2021 16:26:16 *** XOpenDisplay failed (:1)
...

Erros semelhantes ao executar como root

Responder1

Eu baixei do CentOS7 gdm-3.28.2-26.el7.x86_64.rpm e pulseaudio-gdm-hooks-10.0-6.el7_9.x86_64.rpm e instalei (downgradei) esses dois pacotes no Rocky Linux 8 (8.4) usando: dnf instalar gdm-3.28.2-26.el7.x86_64.rpm pulseaudio-gdm-hooks-10.0-6.el7_9.x86_64.rpm

gdm nesta versão um pouco mais antiga está usando "DISPLAY: 0" e posso fazer login na tela de login usando x11vnc. Não tenho certeza de quais dependências o gdm possui e quais efeitos colaterais podem ocorrer. A atualização do sistema operacional irá reinstalar a versão mais recente do gdm do Rocky Linux 8 que está usando "DISPLAY: 1".

Responder2

Eu tenho esse mesmo problema, muito chato. Minha solução de força bruta foi apenas envolver o VNC dentro de um script, que tenta cada uma das exibições :0 e :1. :0 é sempre a tela de login e :1 é sempre a sessão do gnome. Então, com isso, posso fazer o VNC na estação de trabalho, fazer login. Aí a sessão VNC é encerrada, tenho que reiniciá-la, então posso ver minha área de trabalho. O logout também mata o X, então a sessão VNC é encerrada novamente.

Algo como,

(
while true; do
   for displayNum in {0..1} ; do
      if ! pgrep -f "x11vnc -repeat -display" > /dev/null; then

         currentUserId=$(pgrep -x gnome-shell |
                         xargs --no-run-if-empty ps -ho uid |
                         awk '{print $1}')

         x11vnc -repeat -display ":${displayNum}" -rfbport 5900 \
                -shared -auth /run/user/${currentUserId}/gdm/Xauthority \
                -forever
         sleep 0.5
      else
         sleep 10
      fi
   done
done
) &

informação relacionada