(RADIATOR) Re: Multiple Calling-Station-Id
Ayotunde Itayemi
aitayemi at metrong.com
Fri Aug 16 09:54:28 CDT 2002
Hi Hugh,
Somehow the Session-Id field on the patton was set to zero - could have been me
or one of the two or three other people with access to the NAS.
Thanks.
Tunde I.
----- Original Message -----
From: Hugh Irvine
To: Ayotunde Itayemi
Cc: radiator at open.com.au
Sent: Wednesday, August 14, 2002 10:57 PM
Subject: Re: (RADIATOR) Re: Multiple Calling-Station-Id
Hello Tunde -
As always, the only way I can see what is going on is by looking at the configuration file and the trace 4 debug.
regards
Hugh
On Thursday, August 15, 2002, at 06:14 AM, Ayotunde Itayemi wrote:
Hi Hugh,
Thanks for the replies. I noticed a curious thing though I am not sure of exactly when it happened.
I changed one of the IP address pools defined in my <AddressAllocator SQL> to the same name
as the identifier for a NAS. Below is the DYNAADDRESS clause I used for the Handler for the NAS.
The thing is that I suddenly noticed tonight that the Acct-Session-Id column for all the online users
are blank (from the radwho.cgi)?
Any idea what is wrong?
It's 9.15 P.M. here and I am getting out :-) Talk to you later
Regards,
Tunde I.
<AuthBy DYNADDRESS>
Identifier pattonIPADDRESSauth
Allocator mySQLallocator
PoolHint %{Client:Identifier}
# PoolHint %{Reply:PoolHint}
MapAttribute yiaddr, Framed-IP-Address
MapAttribute subnetmask, Framed-IP-Netmask
StripFromReply PoolHint
DefaultSimultaneousUse 1
</AuthBy>
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20020816/7df6f047/attachment.html>
More information about the radiator
mailing list