Hello Wesley -
What you are describing is a session database with simultaneous use checking.
Unfortunately the accounting data is used to add and remove records to the session database (starts add and stops remove), so if you cannot rely on the accounting data there is not much you can do.
If you specify a NasType in a Client clause then the NAS will be queried when a simultaneous use exception is detected. There are various types of NAS query supported, one of which is "Ping". This tells Radiator to "ping" the IP address of the connected session to ascertain whether it is still up or not. Note however that this is only useful in very limited situations and only when you have accurate entires in the session database.
regards
Hugh
On 03/11/2003, at 7:18 PM, Wesley Hof wrote:
Hi List,
How can I setup radiator to accept only 1 authentication / user?
For example: User with username abc123 is already connected (Start-record recieved), at that time when a other customer tries connecting with that user to, he should get a deny. So no multiple logins.
I already searched the lists, and to the radiator reference manual sections:
- 6.17.15
- 13.1.14
- 6.16.3
The only problem I have is that I can't rely on my accounting data.
I also found something called a "ping" check ? Can someone explain this ?
Are there any other ways to do it without relying on the accounting data?
Thanks in advance! W. Wesley
-- (o_ Wesley Hof //\ UNIX System Engineer V_/_ UNInet ))) A Scarlet Company === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
NB: have you included a copy of your configuration file (no secrets), together with a trace 4 debug showing what is happening?
-- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. - CATool: Private Certificate Authority for Unix and Unix-like systems.
=== Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
