yes, i didnt need the stack trace, i've been running it in debug mode all along, and 
never noticed the incorrect ip til i ran the strace.. which i agree wasnt necessary.

i'm using radtest to generate the radius packet, radtest includes a line
nas = `hostname`

and then includes in the packet NAS-IP-Address = $nas

so it's sending my hostname instead of my IP, radiusd wants an ip address and seems to 
evaluate a string of characters to 255.255.255.255, which i obviously have not 
included in my huntgroup. I changed the radtest script to send the right IP, and 
everything seems to be working now.

--thanks.

-----Original Message-----
From: Alan DeKok [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 13, 2003 2:09 PM
To: [EMAIL PROTECTED]
Subject: Re: users file not using multiple directives 


"Michael Komitee" <[EMAIL PROTECTED]> wrote:
> actually, it's not authenticating anyone. i ran a stack trace on
> radiusd, and tried to authenticate. i'm seeing that the packet radiusd
> is receiving has a NAS-IP-Address of 255.255.255.255.

  "stack trace"?  What about debugging mode?

> That's the problem right there. Somehow, the nas ip address isn't
> being properly set, and as a result the request does not match the
> huntgroup.

  The NAS-IP-Address is set to whatever is in the RADIUS packet.
Debugging mode will show this.  Run 'tcpdump' to see it in another
format.

  Alan DeKok.

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to