|
From: Duncan I. <dun...@gm...> - 2012-04-30 20:09:46
|
Jim, I'm sorry, but I don't follow. What? I feel like you're talking about setting password now, eg. % ipmitool user set password UID PASSWORD;. I thought the issue is % ipmitool -P veryLongPassword -H myhost some commands here ; And that's what patch should address. I haven't tried password from file and via ask-pass, come to think of it, but I have tested -P parameter. Please, elaborate your e-mail a bit more. I'm, well, confused. Thanks, --Duncan On Mon, Apr 30, 2012 at 8:01 PM, Jim Mankovich <jm...@hp...> wrote: > Duncan, > > After I looked at this I came to the realization that I had over simplified > the 16 vrs 20 byte > password to lan vrs lanplus, when in fact it is really an IPMI 1.5 vrs IPMI > 2.0 issue. > It is also possible to set a password via the /dev/ipmi interface so > qualification of > password length using the interface is not sufficient to cover all the > cases. > > I believe doing this correctly will require password length verification > based on the current > IPMI version. > > This patch will ca > > -- Jim Mankovich | jm...@hp... -- > > > > On 4/28/2012 5:41 AM, Duncan Idaho wrote: >> >> Jim, >> >> attached is proposed solution to constrain password length to 16, >> resp. 20, bytes when LAN, resp. LAN+, interface is used. >> >> Comments are, of course, welcome from anybody. >> >> --Duncan |