Re: [Tigervnc-devel] TigerVNC + noVNC: Security options?

2011-12-02 Thread Martin Koegler
On Fri, Dec 02, 2011 at 10:35:31AM -0500, Brian Hinz wrote: > The missing parameters is an easy fix, I'll commit those changes for the > java viewer tonight (FYI, the Fltk viewer does not currently have those > parameters so if you need that functionality you should submit a feature > request to ge

Re: [Tigervnc-devel] TigerVNC + noVNC: Security options?

2011-12-02 Thread Martin Koegler
On Fri, Dec 02, 2011 at 02:45:45PM +, Dan Garton wrote: > > I'm not aware of any transparent signon. TigerVNC only allows: > > * No authentification > > * Classic VNC authentification > > * Authentification with username/password (default authentification > > provider > > is the system authenti

Re: [Tigervnc-devel] TigerVNC + noVNC: Security options?

2011-12-02 Thread Brian Hinz
The missing parameters is an easy fix, I'll commit those changes for the java viewer tonight (FYI, the Fltk viewer does not currently have those parameters so if you need that functionality you should submit a feature request to get them added). As for password-less authentication, you know that X

Re: [Tigervnc-devel] TigerVNC + noVNC: Security options?

2011-12-02 Thread Dan Garton
Many thanks for your replies, just catching up now On 30 November 2011 19:05, Martin Koegler wrote: > > > This mandates a minimum of a secure authentication stage, and then the > > client can be configured (but not forced) to encrypt the session traffic. > > No. The client may choose between

Re: [Tigervnc-devel] Can we *please* revisit the reply policy on this list?

2011-12-02 Thread Adam Tkac
On Wed, Nov 30, 2011 at 05:43:44PM -0600, DRC wrote: > When we created this project a couple of years ago, it was decided (I > was outvoted) that mailing list replies would go to the user rather than > the list, but we are losing a lot of information this way. People will > typically hit "Reply" r

Re: [Tigervnc-devel] The deferred update timer

2011-12-02 Thread DRC
On 12/2/11 3:19 AM, Pierre Ossman wrote: > Annoying. I did some work at making the thing more asynchronous, but > more might be needed. If the problem is getting the data on the wire > rather than the actual encoding, then a quick fix is increasing the > outgoing buffer size. As long as your entire

Re: [Tigervnc-devel] The deferred update timer

2011-12-02 Thread Pierre Ossman
On Thu, 01 Dec 2011 18:01:32 -0600 DRC wrote: > When the deferred update timer behavior was recently overhauled such > that it pushes out updates whenever the timer is triggered rather than > waiting for an update request from the client, the default DUT value was > also changed to 10 ms (from 1