RADDB 2.1.7 and /etc/shadow

[sbchem]

>>  <shrug>  It's an error produces (sic) by the PAM subsystem.  Ask them
what it means.

<Sigh> It turns out the error is caused by a typo in the radiusd file
provided in /redhat/radiusd-pam, NOT by the pam subsystem.  In fact, the pam
subsystem was merely reporting the error in the freeradius file.  The
message "module not found" was because the radiusd-pam file was pointing to
password.so NOT passwd.so

>> Blaming FreeRADIUS is the same as blaming Dell

Hmmm--rather defensive are we??? --Alan, no one is blaming anybody for
anything....it was a simple and honest question that was also posted a few
years ago and remained unanswered -- until now, by me as above.  However I
do find it interesting that you compare the customer service you provided on
this to that provided by Dell -- if the shoe fits..... 

I am part of a consortium of public and private universities and scientific
research facilities and our internal listserv on radius frequently talks
people off of freeradius solely because of the sarcastic and chip on the
shoulder attitude of "some" of the developers.  Quit being such a Mordac
Alan, it scares the tourists and devalues the otherwise excellent work done
by other people on this project.

You can ban me now for such a ghastly breach of etiquette.


Cheers!




Alan DeKok-2 wrote:
> 
> sbchem wrote:
>> So the entry: 
>> 
>> pam_pass: function pam_authenticate FAILED for <test>. Reason: Module is
>> unknown 
>> 
>> is obviously supposed to give me the clue I need but I have no idea what
>> it
>> means.
> 
>   <shrug>  It's an error produces by the PAM subsystem.  Ask them what
> it means.
> 
>   Blaming FreeRADIUS is the same as blaming Dell because the internet is
> slow.
> 
>   Alan DeKok.
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
> 
> 

-- 
View this message in context: http://old.nabble.com/RADDB-2.1.7-and--etc-shadow-tp28640012p28699725.html
Sent from the FreeRadius - User mailing list archive at Nabble.com.