vncviewer: conexão fechada do servidor VNC

0

Então eu instalei um servidor VNC (Tight VNC) na minha estação de trabalho 'orac' que está rodando Debian Jessie com o KDE Plasma. E um cliente VNC (também Tight VNC) na minha estação de trabalho 'tact' executando o Debian Stretch com o KDE Plasma.

Eu rodei o vncpasswd no orac para configurar a senha.

Eu quero usar o VNC para usar 'orac' de 'tact'.

Do tato eu ssh'ed para orac e iniciei o vncserver:

jj5@orac:~$ vncserver 

New 'X' desktop is orac:1

Starting applications specified in /home/jj5/.vnc/xstartup
Log file is /home/jj5/.vnc/orac:1.log

Então, de um console no tato eu corri:

jj5@tact:~$ vncviewer orac:1
Connected to RFB server, using protocol version 3.8
Enabling TightVNC protocol extensions
Performing standard VNC authentication
Password: 
Authentication successful
Desktop name "jj5's X desktop (orac:1)"
VNC server default format:
  32 bits per pixel.
  Least significant byte first in each pixel.
  True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
Using default colormap which is TrueColor.  Pixel format:
  32 bits per pixel.
  Least significant byte first in each pixel.
  True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0
vncviewer: VNC server closed connection

Antes de vncviewer: VNC server closed connection ser relatado, tudo parece estar funcionando sem problemas. Uma janela se abre, vejo o Plasma do KDE fazendo o login / loading, então meu desktop orac carrega, um monte de janelas padrão do Dolphin carregam e o KDE Plasma inicia o processamento dos scripts de auto-inicialização, então tudo parece estar funcionando bem e quase Assim que inicia, o KDE / VNC desaparece e desliga normalmente com vncviewer: VNC server closed connection , mas às vezes com vncviewer: read: Connection reset by peer .

Então, por que o KDE (ou VNC?) está sendo liberado assim que é iniciado? Qualquer ajuda muito apreciada!

p.s. aqui estão algumas informações extras sobre o ambiente no servidor VNC (orac):

jj5@orac:~/.vnc$ ls -al
total 24K
drwx------  2 jj5 jj5 4.0K May  4 17:35 ./
drwxr-xr-x 74 jj5 jj5 4.0K May  4 17:35 ../
-rw-r--r--  1 jj5 jj5 1.3K May  4 17:36 orac:1.log
-rw-r--r--  1 jj5 jj5    5 May  4 17:35 orac:1.pid
-rw-------  1 jj5 jj5    8 May  4 15:52 passwd
-rwxr-xr-x  1 jj5 jj5  263 May  4 17:32 xstartup*

E o arquivo de log diz:

jj5@orac:~/.vnc$ cat orac\:1.log 
04/05/17 17:35:57 Xvnc version TightVNC-1.3.9
04/05/17 17:35:57 Copyright (C) 2000-2007 TightVNC Group
04/05/17 17:35:57 Copyright (C) 1999 AT&T Laboratories Cambridge
04/05/17 17:35:57 All Rights Reserved.
04/05/17 17:35:57 See http://www.tightvnc.com/ for information on TightVNC
04/05/17 17:35:57 Desktop name 'X' (orac:1)
04/05/17 17:35:57 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
04/05/17 17:35:57 Listening for VNC connections on TCP port 5901

04/05/17 17:36:04 Got connection from client 10.1.1.126
04/05/17 17:36:04 Using protocol version 3.8
04/05/17 17:36:04 Enabling TightVNC protocol extensions
04/05/17 17:36:06 Full-control authentication passed by 10.1.1.126
04/05/17 17:36:06 Pixel format for client 10.1.1.126:
04/05/17 17:36:06   32 bpp, depth 24, little endian
04/05/17 17:36:06   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
04/05/17 17:36:06   no translation needed
04/05/17 17:36:06 Using tight encoding for client 10.1.1.126
04/05/17 17:36:06 Using compression level 1 for client 10.1.1.126
04/05/17 17:36:06 Using image quality level 6 for client 10.1.1.126
04/05/17 17:36:06 Enabling X-style cursor updates for client 10.1.1.126
04/05/17 17:36:06 Enabling cursor position updates for client 10.1.1.126
04/05/17 17:36:06 Enabling LastRect protocol extension for client 10.1.1.126

Note que 10.1.1.126 é o meu cliente VNC 'tato'.

Meu script xstartup é praticamente o padrão (não tenho um arquivo ~ / .Xresources, então removi o comando xrdb, senão é como está):

jj5@orac:~/.vnc$ cat xstartup 
#!/bin/sh

#xrdb $HOME/.Xresources
xrdb
xsetroot -solid grey
#x-terminal-emulator -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
#x-window-manager &
# Fix to make GNOME work
export XKL_XMODMAP_DISABLE=1
/etc/X11/Xsession
    
por John Elliot V 04.05.2017 / 09:44

1 resposta

0

Oh, nossa. Então eu encontrei o problema e corrigi-lo assim:

jj5@orac:~$ rm .config/autostart/dropbox.desktop

O arquivo dropbox.desktop parece ter sido instalado quando tentei instalar o cliente Dropbox no meu sistema (mas tive problemas para fazer com que ele funcionasse e não usá-lo). Eu tinha esquecido que esse arquivo estava aqui. Eu descobri olhando arquivos / diretórios recentemente modificados no meu diretório home depois de tentar acessar orac via VNC. Por exemplo:

jj5@orac:~$ ls -Alt | head
total 21292
drwx------    4 jj5  jj5      4096 May  4 18:12 Dropbox
drwx------    5 jj5  jj5      4096 May  4 18:12 .dropbox
drwx------    2 jj5  jj5      4096 May  4 18:12 .vnc
-rw-------    1 jj5  jj5      3136 May  4 18:12 .Xauthority
-rw-------    1 jj5  jj5     26860 May  4 18:07 .viminfo
-rw-------    1 jj5  jj5      6692 May  4 17:49 .bash_history
drwx------    2 jj5  jj5      4096 May  4 17:36 .pulse
-rw-r--r--    1 jj5  jj5        75 May  4 17:25 .selected_editor
-rw-r--r--    1 jj5  jj5       697 May  4 17:22 .profile
-rw-r--r--    1 jj5  jj5      3963 May  4 17:22 .bashrc

O arquivo dropbox.desktop ficou assim:

jj5@orac:~/archive/2017-05-04-181328$ cat dropbox.desktop 
[Desktop Entry]
Name=Dropbox
GenericName=File Synchronizer
Comment=Sync your files across computers and to the web
Exec=dropbox start -i
Terminal=false
Type=Application
Icon=dropbox
Categories=Network;FileTransfer;
StartupNotify=false
    
por 04.05.2017 / 10:20

Tags