From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Daniel P. Berrange" Subject: Re: Individual passwords for guest VNC servers ? Date: Sun, 27 Aug 2006 23:21:07 +0100 Message-ID: <20060827222107.GA25850@redhat.com> References: <20060816181153.GC25831@redhat.com> <20060825004436.GL809@redhat.com> <44F0FE76.4010104@codemonkey.ws> Reply-To: "Daniel P. Berrange" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <44F0FE76.4010104@codemonkey.ws> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Anthony Liguori Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sat, Aug 26, 2006 at 10:07:50PM -0400, Anthony Liguori wrote: > Daniel P. Berrange wrote: > >least using some reversible encryption - we can't simply store the hash > >as one would with passwords for /etc/shadow. There are other newer > >auth schemes defined in VNC protocol, but its not clear whether these > >have broad support amongst VNC viewer clients. > > I'm of the opinion that we should just choose a set of supported > clients. Much to my surprise, most clients don't even support what's > defined in the RFB spec--let alone all the extension :-/ Even the more > popular ones... The 8 bit depths are particularly annoying as it seems > that no one pays attention to the pixel format :-( Ahhhh - this 8-bit pixel format thing you talk about could explain why I see strange colour shifts on the console for HVM domains ! Guess I'll have to double check this stuff in the virt-manager VNC protocol code. My normal Linux desktop RealVNC client shows a different colour-shift again... 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 -=|