[Win & SLED] VNC connection reset by peer

[YellowOnline]

Bij gebrek aan cross-OS forum zal ik het onder NOS zetten Aan de andere kant twijfel ik niet of het eerder in NT moet komen.

Ik geef voornamelijk support on Windows (dat gaat van NT 4.0 tot 7) en daarnaast ook op SLED 9 en SLED 10 (SuSe dus). Omdat ik liever in mijn Windowsomgeving blijf gebruik ik puTTY als ik gewoon terminal access moet hebben en zou ik VNC willen gebruiken om grafisch de boel over te nemen.

Zou - want binnen de 10 seconden disconnect ik. Ik kan me dus verbinden en zie de remote host, maar lang duurt het niet. Het probleem stelt zich op al onze machines (zowel SLED 9 als SLED 10), zowel met RealVNC als met TightVNC.

Mijn OS is Win7, maar volgens een collega is het op z'n XP ook van dattum.

Het wordt er niet beter op: als ik via een virtuele machine zelf linux draai en het probeer krijg ik identiek hetzelfde probleem. Ik krijg gelukkig wel feedback: Connection reset by peer - welgekend voor al wie ooit in IRC vertoefde. Het enige dat wél werkt is krdc, maar zoals gezegd wil ik zelf niet in een linuxomgeving werken omdat ik dan constant moet switchen tussen omgevingen; en bovendien zou ik dan nog KDE moeten gebruiken waar ik sowieso geen fan van ben. Nou ja, een KDE applicatie zou ik wel draaiende krijgen onder Gnome, maar VNC moet gewoon lukken. Iemand een idee?

PS. Ik heb de eerste 100 hits op Google al bekeken met de query [VNC linux "connection reset by peer"]. De resultaten zijn ofwel naast de kwestie, ofwel onopgelost.

[ Voor 6% gewijzigd door YellowOnline op 01-02-2010 19:42 ]

[YellowOnline]

*bump*

[Semyon]

Je zou eens met een packet sniffer kunnen kijken wat er nu gebeurt. Houdt een van beide kanten op met zenden, of word er een connection closed over de lijn gegooid? Die 10 sec zou op een timeout ergens van kunnen duiden.

Bedoel je dat je het 10 sec kan gebruiken en dan opeens een connection reset krijgt, of blijft het geheel ongeveer 10 sec wachten, zodat er niks gebeurt en dat er dan een connection reset komt?

Is het misschien de specifieke port die ergens door een firewal wordt tegengehouden? Als je dat nu eens op een andere range probeert.
Je VNC server houdt volgens mij ook een log file bij, staat daar iets in?

Je weet trouwens dat je ook je hele VNC door een ssh tunnel kan laten gaan? (Als ssh en putty wel werkt, zou dat een lelijke oplossing kunnen zijn)