Hello Eric,
thanks for reporting this.
We have tested it after adding
VENDOR Redback 2352
to the disctionary, and it still authenticated OK. Therefore I suspect it was
something else in your dictionary that caused the problem. COuld you send us
the dictionary so that we may investigate further?
Cheers.
On Dec 17, 8:32am, Erik Meitner wrote:
> Subject: (RADIATOR) Strange behavior
> While working on filling in the holes in the dictionary file we use, I
> came accross a strange behavior with Radiator. I had added some new
> attributes to the dictionary for some of our equipment. I did a
> "kill -HUP..." to reload Radiator an found that users could not authenticate
> at all. The log shows:
>
> Thu Dec 16 08:50:37 1999: NOTICE: SIGHUP received: restarting
> Thu Dec 16 08:50:38 1999: DEBUG: Reading password file /etc/shadow
> Thu Dec 16 08:50:38 1999: DEBUG: Reading group file /etc/group
> Thu Dec 16 08:50:38 1999: DEBUG: Reading users file
> /usr/local/etc/raddb/reject-calling-station-id
> Thu Dec 16 08:50:38 1999: DEBUG: Reading users file
> /usr/local/etc/raddb/users
> Thu Dec 16 08:50:39 1999: ERR: Bad format in dictionary
> '/disk2/radiator/Radiator-2.14.1/dictionary' at line
> 977: VENDOR Redback 2352
> Thu Dec 16 08:50:39 1999: INFO: Server started
> Thu Dec 16 08:51:35 1999: DEBUG: Handling request with Handler
> 'Realm=DEFAULT'
> Thu Dec 16 08:51:35 1999: DEBUG: Rewrote user name to unknown
> Thu Dec 16 08:51:35 1999: DEBUG: Rewrote user name to unknown
> Thu Dec 16 08:51:35 1999: DEBUG: Rewrote user name to unknown
> Thu Dec 16 08:51:35 1999: DEBUG: Deleting session for UNKNOWN, 203.63.154.1,
> 1234
> Thu Dec 16 08:51:35 1999: DEBUG: Handling with Radius::AuthFILE
> Thu Dec 16 08:51:35 1999: DEBUG: Radius::AuthFILE looks for match with
> unknown
> Thu Dec 16 08:51:35 1999: DEBUG: Radius::AuthFILE ACCEPT:
> Thu Dec 16 08:51:35 1999: DEBUG: Handling with Radius::AuthFILE
> Thu Dec 16 08:51:35 1999: DEBUG: Radius::AuthFILE looks for match with
> unknown
> Thu Dec 16 08:51:35 1999: DEBUG: Radius::AuthFILE looks for match with
> DEFAULT
> Thu Dec 16 08:51:35 1999: DEBUG: Handling with Radius::AuthUNIX
> Thu Dec 16 08:51:35 1999: DEBUG: Radius::AuthUNIX looks for match with
> unknown
> Thu Dec 16 08:51:35 1999: DEBUG: Radius::AuthFILE REJECT: No such user
> Thu Dec 16 08:51:35 1999: INFO: Access rejected for unknown: No such user
>
> Now, I realize that there was a gross error in the dictionary file, but that
> shouldn't cause Radiator to behave this way. I would hope that Radiator
> would skip the offending line and continue in a more productive fashion.
>
> Erik
>
>
> ===
> Archive at http://www.thesite.com.au/~radiator/
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>-- End of excerpt from Erik Meitner
--
Mike McCauley [EMAIL PROTECTED]
Open System Consultants Pty. Ltd Unix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au
Phone +61 3 9598-0985 Fax +61 3 9598-0955
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8,
NT, Rhapsody
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
