[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
[solved] Re: ldappasswd -T
Le jeu. sept. 22 2011 ï 03:53:45 +0200, David Dumortier dit :
> Hello,
>
> Le mer. sept. 21 2011 ï 06:11:00 +0200, Pierangelo Masarati dit :
> > On 09/21/2011 05:48 PM, David Dumortier wrote:
> > >Hello,
> > >
> > >I tried to set a password with the -T option.
> > >It failed so I tried -d 11 to see the dump in hexa.
> > >I discovered that a 0xa is append to the password.
> > >Is it a bug ? if so please confirm I will open a bugreport.
> >
> > slappasswd hashes the contents of the file, whatever it is.
> > Usually, one should generate a file that contains a single line
> > without a newline (0xa) at the end. For example:
> >
> > $ echo "secret" > x && slappasswd -T x -h '{CLEARTEXT}' | od -c
> > Warning: Password file x is publicly readable/writeable
> > 0000000 s e c r e t \n \n
> > 0000010
> > $ echo -n "secret" > x && slappasswd -T x -h '{CLEARTEXT}' | od -c
> > Warning: Password file x is publicly readable/writeable
> > 0000000 s e c r e t \n
> > 0000007
> >
> > notice the extra '\n' you get when the file is terminated by a newline.
In fact it was a \n that troubled ldappasswd, you were both right.
> >
> > p.
> >
>
> Sorry, I forgot to say I verified there's no newline on the file (with
> vi but I didn't try with od, I'll do it this morning).
od is great :)
> And as I said I use ldappasswd as it is for users' password, perhaps
> have I to use slappassword?
>
> Anyway thx for reply.
> --
> David Dumortier
>
I'm sorry for the noise, I hoped vi was fine to see newline. I'll be
more carefull next time :)
--
David Dumortier