"Joseph A. Knapka" wrote:
>
> Hi, Harmen,
>
> http://home.earthlink.net/~jknapka/vncpatch.html
>
> Toward the bottom are patches for Xvnc and WinVNC
> that attempt to implement HTTP tunnelling. They
> just look for a POST request on the RFB port,
> reply with an HTTP "OK", and then start the RFB
> handshake. These patches should not interfere
> with the operation of normal non-tunnelling
> clients.
>
> It is not tested because I don't have a tunnelling
> viewer or an HTTP proxy to test with. I'm
> investigating setting up a proxy, but maybe you
> can try this out, or else tell me why it isn't
> going to work :-) I think it will, but I
> haven't finished understanding RFC2616 yet,
> so I may be wrong.
>
> -- Joe
>
> -- Joe Knapka
> ... etc ...
<..>
My home setup allows for a test (Squid), but I can't get right to it at
this time. Go ahead if you can't wait for a couple of days;-)
As to my own progress with the Java applet: a single POST handshake
through Java URLconnection does not leave me with a persistent
bidirectional datapath:-( I have only been able to read the servers
version message and then the underlying socket is gone:-(
Remember: I can't use a plain socket (to the proxy) with the applet,
because of Java security. A plain socket to the rfb server on the other
hand will not use the browser-configured proxy. Moreover: CONNECT isn't
a valid requestmethod as far as (Http)URLConnection is concerned.
It looks like I'm going to need multiple GET and POST requests. I will
get to that though.
--
Harmen
Firewall VNC Client: http://www.workspot.net/~harmen/vnc/readme.html
---------------------------------------------------------------------
To unsubscribe, send a message with the line: unsubscribe vnc-list
to [EMAIL PROTECTED]
See also: http://www.uk.research.att.com/vnc/intouch.html
---------------------------------------------------------------------
