[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: inconsistent sshPublicKey entries
On Tue, Feb 12, 2013 at 05:47:23PM +0100, Pierangelo Masarati wrote:
> On 02/12/2013 05:32 PM, Michael W. Lucas wrote:
> > Hi,
> >
> > I'm running OpenLDAP 2.4.21 on FreeBSD. We do a lot of administration
> > via phpLDAPAdmin, but I do some command-line stuff. And I've seen an
> > inconsistency between the two in the ldapPublicKey object class.
> >
> > When I look in phpLDAPAdmin, my SSH keys start like this:
> >
> > ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAw9zmtbk8b...
> > ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDfZ/p...
> >
> > If I do a ldapsearch, however, I get:
> >
> > sshPublicKey:: c3NoLXJzYSBBQUFBQjNOemFD....
> > sshPublicKey: ssh-rsa AAAAB3NzaC1
> >
> > The ssh-rsa or ssh-dss string is missing from all public keys except
> > the last one displayed. The entries without a key type have a double
> > colon.
> >
> > slapcat behaves like ldapsearch.
> >
> > But I have to believe that the key type information is in the
> > database, somewhere, because phpLDAPAdmin reports it's there.
> >
> > I didn't notice this while we used the LPK patch for our SSH servers,
> > but we're now migrating to the official OpenSSH AuthorizedKeysCommand
> > feature. I have a script to retrieve the keys, but my SSH servers only
> > recognize the last key. It rejects the others because they don't have
> > a key type attached.
>
> $ echo -n 'c3NoLXJzYSBBQUFBQjNOemFD' | base64 -d && echo ''
> ssh-rsa AAAAB3NzaC
>
> likely there is something in the key that makes ldapsearch present in
> b64-encoded (likely a trailing space?)
You are exactly correct, thank you!
The problem keys had a trailing newline. Removed that, and all
problems went away.
==ml
--
Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor
http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/
Latest book: Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e
coupon code "ILUVMICHAEL" gets you 30% off & helps me.