Hello Alejandro,
On Feb 28, 10:31am, Alejandro Dau wrote:
> Subject: Re: (RADIATOR) no maxsessions for some clients
> Hello Mike,
>
> Sorry i couldnt explain it better, i didnt mean clients as users but as
'radius
> clients'. The problem is that i authenticate access at some cgi scripts using
> radius and the server would reply 'access deny' when the same user is online.
I
> would need the requests coming from the radius clients corresponding to my
> webservers not to be checked for simoultaneous use
OK, sorry I misunderstood.
If your normal users have a DefaultSimultaneousUse controlling their max
sessions, then you could do something like:
# This is the NAS
<Client 1.2.3.4>
Identifier nas
...
</Client>
# This is the web server
<Client 1.2.3.5>
Identifier web
...
</Client>
# This is the authenticator
<AuthBy FILE>
Identifier x
....
</AuthBy>
# This authenticates callers on the NAS with a sim-use of 1
<Handler Client-Id=nas>
DefaultSimultaneousUse 1
AuthBy x
</Handler>
# This authentiocates web users without a sim-use limit
<Handler Client-Id=web>
AuthBy x
</Handler>
Hope that helps.
Cheers.
>
> I thought about using 'parallel' realm entries for each of the clients using
> private sessiondatabases for them, but that solution doesnt look very
clever.. i
> was just wandering if somebody knew another way to do it
>
> Thanks
> Alejandro
>
> Mike McCauley wrote:
>
> > Hello Alejandro,
> >
> > On Feb 25, 1:14pm, Alejandro Dau wrote:
> > > Subject: (RADIATOR) no maxsessions for some clients
> > > Hi all
> > >
> > > I have some clients for which i dont want its requests to do
> > > maxsession cheking. What is the more clever way to do that?
> > > (Please note that the NasType Ignore option is not a solution for
> > > that; I dont mean 'no cheking to the existing session on the nas'
> > > but 'process the request without caring for existing sessions')
> >
> > Probably the easiest way is to set a ludicrously large Simultaneous-Use
limit
> > for those users:
> >
> > fred Password=fred, Simultaneous-USe=1000000
> >
> > Cheers.
> >
> > --
> > 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, MacOS X
>
>
>-- End of excerpt from Alejandro Dau
--
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, MacOS X
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
