Falha na conexão do visualizador VNC - Fim do fluxo

Question

O visualizador VNC não consegue fazer login com erro, como

"conexão falhou -End do fluxo Causas possíveis: -Outro usuário já está escutando esse ID Conexão -Bad "

quando estou tentando acessar a resolução de 1024x768.

você pode, por favor, fornecer mais alguma solução para isso?

    

Answer 1

Eu recebi este erro do visualizador TigerVNC:

$ vncviewer server.example.com:5991

TigerVNC Viewer 64-bit v1.5.0
Built on: ??-??-?? ??:??
Copyright (C) 1999-2015 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.

Tue Oct  4 12:54:00 2016
 CConn:       connected to host server.example.com port 5991
 CConnection: Server supports RFB protocol version 3.8
 CConnection: Using RFB protocol version 3.8
 CConnection: Choosing security type None(1)
 CConn:       End of stream
$

Acontece que isso pode significar que outro cliente já está conectado e que o sinalizador -shared corrige a situação:

$ vncviewer -shared server.example.com:5991

TigerVNC Viewer 64-bit v1.5.0
Built on: ??-??-?? ??:??
Copyright (C) 1999-2015 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.

Tue Oct  4 12:53:43 2016
 CConn:       connected to host server.example.com port 5991
 CConnection: Server supports RFB protocol version 3.8
 CConnection: Using RFB protocol version 3.8
 CConnection: Choosing security type None(1)
 X11PixelBuffer: Using default colormap and visual, TrueColor, depth 24.
 CConn:       Using pixel format depth 24 (32bpp) little-endian rgb888
 CConn:       Using Tight encoding

    

Answer 2

Você pode resolver isso se reiniciar o xinetd service

Primeiro, pare o xinetd service

   # /etc/init.d/xinetd stop

Em seguida, inicie o serviço xinetd

   # /etc/init.d/xinetd start

    

Answer 3

Meu problema foi porque eu coloquei o IP errado.

Eu precisava usar -L 5901:localhost:5901 em vez de -L 5901:publicIp:5901 .

start "" "%ProgramFiles(x86)%\KiTTY\kitty.exe" -ssh publicIp -l username -pw password -L 5901:localhost:5901

    

Answer 4

Minha situação - sem direitos de administrador no servidor, o UltraVNC Viewer como cliente (sinalizador compartilhado não teve efeito para mim).

No lado do servidor eu corri

vncserver 

da janela do terminal.

Isso criou uma nova instância com um número de porta mais alto, editei meu túnel de acordo e consegui me conectar. Claro que a sessão é nova em folha.