Re: (RADIATOR) Max Sessions
Hello Firas - On Tue, 24 Oct 2000, Firas Emsaytif wrote: > Hello, > > If Radiator is keeping information about connected users and number of > sessions internal, no DBM files or so, and if a user disconnects and the > stop record was not sent to the server for some reason ( the link could > be down for example), then the user will not be able to connect again > (assuming MaxSessions 1) because the Radiator did not see a stop record, > correct me please if this is not accurate. > You are correct. > My question is there a way to tell radiator to decremet (or zero) the > count of sessions for a PARTICULAR user, using a script for example, is > that valid at the first place. If not can Radiator it self be customized > to accept such request from an external utilituy. > You can use radpwtst to send a stop record for a particular user. hth Hugh -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc. Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X. === Archive at http://www.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Max Sessions
Hello, If Radiator is keeping information about connected users and number of sessions internal, no DBM files or so, and if a user disconnects and the stop record was not sent to the server for some reason ( the link could be down for example), then the user will not be able to connect again (assuming MaxSessions 1) because the Radiator did not see a stop record, correct me please if this is not accurate. My question is there a way to tell radiator to decremet (or zero) the count of sessions for a PARTICULAR user, using a script for example, is that valid at the first place. If not can Radiator it self be customized to accept such request from an external utilituy. -- Regards Firas Emsaytif System Administrator Global One Communications (Jordan) Ltd. Tel (962) 6 5624777 Fax (962) 6 5697111 Get A Life Online With Baladna http://www.baladna.com.jo === Archive at http://www.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) max-sessions per reelms
Hello Jesus - On Thu, 27 Apr 2000, Jesus M Diaz wrote: > Hi alls, > > and ... without an SQL database? > No. However it is quite straightforward using mySQL or MSSQL or whatever you happen to have access to. We have *many* customers using SQL databases of various types, both free and commercial. There is an additional advantage in using an SQL session database, as you can use the radwho.cgi script to display the current online user population at any time which is very useful for support staff (radwho.cgi is included in the distribution). hth Hugh -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc. Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X. === Archive at http://www.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) max-sessions per reelms
Hi alls, and ... without an SQL database? thank you On Thu, 27 Apr 2000 08:53:21 +1000, Hugh Irvine wrote: > >Hello Jesus - > >On Wed, 26 Apr 2000, Jesus M Diaz wrote: >> is there any way to limit the number of concurrent users of a realm? >> > >Yes, you would use the AuthBy PORTLIMITCHECK clause, cascaded after your normal >authentication clause(s). See section 6.35 in the Radiator 2.15 reference >manual for further details. > >regards > >Hugh > >-- >Radiator: the most portable, flexible and configurable RADIUS server >anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, >Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc. >Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X. > > > >=== >Archive at http://www.starport.net/~radiator/ >Announcements on [EMAIL PROTECTED] >To unsubscribe, email '[EMAIL PROTECTED]' with >'unsubscribe radiator' in the body of the message. Jesus M Diaz <[EMAIL PROTECTED]> Telia Iberia, S.A. Planificación y Diseño de Red Tfno: +34 91 623 2909 Fax: +34 91 623 2950 Úrchive at http://www.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) max-sessions per reelms
Hello Jesus - On Wed, 26 Apr 2000, Jesus M Diaz wrote: > is there any way to limit the number of concurrent users of a realm? > Yes, you would use the AuthBy PORTLIMITCHECK clause, cascaded after your normal authentication clause(s). See section 6.35 in the Radiator 2.15 reference manual for further details. regards Hugh -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc. Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X. === Archive at http://www.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) max-sessions per reelms
is there any way to limit the number of concurrent users of a realm? thank you Jesus M Diaz <[EMAIL PROTECTED]> Telia Iberia, S.A. Planificación y Diseño de Red Tfno: +34 91 623 2909 Fax: +34 91 623 2950 Úrchive at http://www.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Max sessions
Hello Rajesh - On Thu, 12 Aug 1999, Rajesh Khator wrote: > Hi all, > > We have a Bay RAS as well as 3com Total control.but when max sessions is > enables our users get max sessions exceeded when they r diconnected & they > login again.I have snmpget but the pmwho is not working as the complied > version gives timeout error > How can the problem be solved > This sounds like the SNMP configuration on your NAS equipment does not agree with what you have configured in Radiator. hth Hugh -- 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.
(RADIATOR) Max sessions
Hi all, We have a Bay RAS as well as 3com Total control.but when max sessions is enables our users get max sessions exceeded when they r diconnected & they login again.I have snmpget but the pmwho is not working as the complied version gives timeout error How can the problem be solved Rajesh ÿ Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
