> (sorry for this post is not in tread as I just subscribed to this list) > Date: 2010-04-09 12:15:34 GMT Samuli wrote: > >> Interesting post, kontro! So we have several alternatives. If the >> project goes down the drain (as it seems to), I think as a last effort >> we should document the alternatives which current Adito/ALS users have. > > On my previous work at the university of Copenhagen we were using SSL- > Explorer. I guess we had some 20 - 40 users logging in on a daily basis, > using > different features in SSL-explorer. The use base was growing until 3sp > pulled > the plug and we stopped promoting SSL-explorer. > > I''ll state where SSL-explorer made a difference for us (most point has been > mentioned by other posts):
--- > Proxy access to other websites is currently provided by > http://sourceforge.net/projects/poxy/ on our web server. Interesting project, have not seen that one. > For Linux users to access network drives I've successfully tested drive > mapping over ssh (sshfs) on Linux. But in many cases Dolphin, Nautilus or > just > plain shell are sufficient. Many of our Linux users is powerusers anyway and > is not scared from using the shell If SSH access is available then I think Nautilus + gvfs-fuse works great. > I'm unsure about MAC users. > > On the remote desktop side we have not decided yet. NX machine look > promising, > as it runs over ssh. But it has some issues with key mapping is f*****-up on > non us keyboards. I've used NX successfully over the last few years. It does indeed have some keymap/language setting issues. Perhaps most annoyingly running a local Gnome session and _then_ connecting via NX causes problems as Gnome acts weird if more than one session is running for a user. > Luckily over time more and more services is moved to being web based, which > solves many of the above problems. > > Still sometimes we have users ending up behind firewalls which do not allow > ssh, imaps or smtps. Here some kind of tunneling would be nice. Something > like > http://ace-host.stuart.id.au/russell/files/http-proxy-tunnel/ > might be able to solve the problem. But it seems not easy to configure on the > client machine. Looks a little "hackish" :). > Sorry this became a little long - I guess i just used this to summarized my > own thoughts on the subject. Well, my initial post was even longer ;). ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Openvpn-als-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openvpn-als-devel
