VNC-Viewer-Verbindung fehlgeschlagen - Ende des Streams

4083
Sundar

VNC-Viewer kann sich nicht anmelden und erhält eine Fehlermeldung

"Verbindung fehlgeschlagen -Ende des Streams Mögliche Ursachen: - Ein anderer Benutzer hört bereits auf diese ID. -Bad-Verbindung."

wenn ich versuche, auf eine Auflösung von 1024x768 zuzugreifen.

Könntest du bitte eine Lösung dafür anbieten?

2

4 Antworten auf die Frage

1
Martin Vidner

Ich habe diese Fehlermeldung vom TigerVNC-Viewer erhalten:

$ 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 $ 

Es stellt sich heraus, dass dies bedeuten kann, dass ein anderer Client bereits verbunden ist, und das -sharedFlag behebt die Situation:

$ 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 
0
Sundar

Sie könnten dieses Problem lösen, wenn Sie den xinetdDienst neu starten

Stoppen Sie zuerst den xinetdDienst

 # /etc/init.d/xinetd stop 

Starten Sie anschließend den xinetd-Dienst

 # /etc/init.d/xinetd start 
0
XP1

Mein Problem war, weil ich die falsche IP eingegeben habe.

Ich musste -L 5901:localhost:5901anstelle von verwenden -L 5901:publicIp:5901.

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

Meine Situation - keine Administratorrechte auf dem Server, UltraVNC Viewer als Client (Shared Flag hatte keine Auswirkung auf mich).

Auf Serverseite bin ich gelaufen

vncserver 

aus dem Terminalfenster.

Dadurch wurde eine neue Instanz mit höherer Portnummer erstellt, ich habe meinen Tunnel entsprechend bearbeitet und konnte eine Verbindung herstellen. Natürlich ist die Session brandneu.