Re: [gtk-vnc-devel] [PATCH] Enable support for UltraVNC server
- From: "Daniel P. Berrange" <berrange redhat com>
- To: "Richard W.M. Jones" <rjones redhat com>
- Cc: gtk-vnc-devel List <gtk-vnc-devel lists sourceforge net>
- Subject: Re: [gtk-vnc-devel] [PATCH] Enable support for UltraVNC server
- Date: Thu, 10 Jan 2008 19:48:12 +0000
On Thu, Jan 10, 2008 at 06:58:07PM +0000, Richard W.M. Jones wrote:
> (This fix actually supplied for me by Dan Berrange ...)
>
> This patch detects if the server responds with (illegal) VNC protocol
> version "3.6" and negotiates version 3.3.
>
> Attached also is the Wireshark output showing RealVNC client connecting
> to the same UltraVNC server, so you can see what RealVNC client is doing
> in this situation.
ACK.
To be clear about what was going wrong when we sent back 3.6 to UltraVNC.
When we tried to read a u32 to get v3.3 style auth type, the value we were
getting back was '0' which is an illegal AUTH_INVALID code.
Even if we tried the v3.7 style auth init for v3.6, it still wouldn't
work because we'd be getting '0' for u8 n-auth field. So who knows what on
earth UltraVNC is doing for the auth-negotiation when using v3.6. Its simpler
just to force 3.6 back to v3.3 than to figure it out, since 3.6 is a bogus
non-standard version anyway.
Dan.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules: http://search.cpan.org/~danberr/ -=|
|=- Projects: http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]