Darren Evans wrote:
>
> First let me say, i'm aware of Mindbright's Mindvnc which is no longer
> supported.
Yes, but they seem to be planning a SSH (& SSL) API, so rolling your own
secure Java VNC viewer will be easy. (SSH-->RFB / SSL-->RFB)
>
> I want to run a java vnc client securely from any machine, even those
> annoyingly
> restricted internet cafe's and ADSL which is NAT'ed and run java vnc client
> through ssh to a static ip Linux server running vncserver.
Well I guess that will be a problem, because in strict-security
environments you may not be able to grant an applet permission to
connect to a local proxy. And allthough Java allows for HTTP tunneling
restricted applets also, the tunneling technique has too much overhead
for something noisy like VNC (HTTP-->RFB).
>
> Can/will this work, or is the solution to use ssl/java vnc client?
If you're talking about HTTPS tunneling (SSL-->HTTP-->RFB) I had thought
this was the solution to two problems:
1) A restricted Java applet could connect out using a http/security
proxy, and the proxy would just have to handle 1 CONNECT request for as
long as the ssl/http connection was persistent.
2) The connection would be secure.
I was very dissapointed when I tried this, and found the browser will do
a CONNECT request for each HTTP request.
>
> I've done some hunting around the web which mostly talks about using
> local ssh forwarding.
>
> Can this work with 2 applets, one doing local ssh forwarding,
> and another running the java vnc client?
<...>
I suggest you wait for the MindTerm SSH-API, and maybe use MindVNC until
then.
--
Harmen
http://www1.tip.nl/~t515027/brandgang/
---------------------------------------------------------------------
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
---------------------------------------------------------------------
