(RADIATOR) 2 questions

[Anton Krall]

:):):):):)

That seems easy.. Gets more complicated when you need to use 2 check
authby and then the passwd check one. :)

Mostly since not all users are listed on all the check authbys... But
Ill try cascading some AuthBys see what happens.

Saludos
 
Anton Krall
 


-----Original Message-----
From: Hugh Irvine [mailto:hugh at open.com.au] 
Sent: Viernes, 05 de Octubre de 2001 01:13 a.m.
To: Anton Krall; radiator at open.com.au
Subject: Re: (RADIATOR) 2 questions



Hello Anton -

Then you would use cascaded AuthBy's.

# define AuthBy clauses

<AuthBy FILE>
	Identifier CheckUsers
	.....
</AuthBy>

<AuthBy FILE>
	Identifier CheckPasswords
	.....
</AuthBy>

# define Realm(s)

<Realm ....>
	AuthByPolicy .....
	AuthBy .....
	.....
	AuthBy CheckUsers
	.....
</Realm>


Then the file refered to by CheckUsers would contain something like
this: (where **some check items** and **some reply items** are lists of
radius 
attribute = value pairs)

# users file 

user1	**some check items**, Auth-Type = CheckPassword
	** some reply items**

user2	**some check items**, Auth-Type = CheckPassword
	** some reply items**

......


Please read through the Radiator manual at least once to get a feeling
for 
what configuration options are available.

Like someone once said - "RTFM".

hth

Hugh


On Friday 05 October 2001 21:57, Anton Krall wrote:
> What if password are in some other file? The pw file is a sql 
> genertaed file..
>
> Saludos
>
> Anton Krall
>
>
>
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: Jueves, 04 de Octubre de 2001 06:22 p.m.
> To: Anton Krall; radiator at open.com.au
> Subject: Re: (RADIATOR) 2 questions
>
>
>
> Hello Anton -
>
> On Friday 05 October 2001 14:31, Anton Krall wrote:
> > > Guys..  I have 2 questions:
>
> Only two?
>
> :-)
> :
> > 1. I need to send the accounting info to 2 diff. databases so I 
> > created 2 sessiondatbases clauses.... now.. my question is... can I 
> > send the accounting using 2 sessiondatbase clauses inside the same 
> > realm clause? and also.. I defined in my realm 2 authby SQL clauses 
> > each with its won acctdef stuff... will this send the accounting to 
> > the 2 datases?
>
> You will need 2 AuthBy SQL clauses, not two session databases.
>
> Something like this:
>
> # define AuthBy(s)
>
> <AuthBy SQL>
> 	Identifier AcctSQL1
> 	.....
> 	AuthSelect
> 	AccountingTable .....
> 	AcctColumnDef .....
> 	.....
> </AuthBy>
>
> <AuthBy SQL>
> 	Identifier AcctSQL2
> 	.....
> 	AuthSelect
> 	AccountingTable .....
> 	AcctColumnDef .....
> 	.....
> </AuthBy>
>
> <AuthBy ....>
> 	Identifier YourNormalAuthBy
> 	.....
> </AuthBy>
>
> #define Realm(s)
>
> <Realm .....>
> 	AuthByPolicy ContinueAlways
> 	AuthBy AcctSQL1
> 	AuthBy AcctSQL2
> 	AuthBy YourNormalAuthBy
> 	.....
> </Realm>
>
> > 2. I have a configuration problem.. I have 2 kinds of users here.. 
> > the
> >
> > first type of users are able to dialin using a certain phone 
> > number.. but I have some ports that will only be accepsible for 
> > certain usernames... what I was thinking is using 2 authby FILE 
> > clauses.. the first will check for certain users.. and if the users 
> > is not there.. then go checfk the second authby file and check if 
> > the user is in ther.. if he is.. then check the called-tation-id and

> > allwo him to get
> >
> > in.. if he is not in the list... then do not alow him to get inside 
> > certain phone number ports.. will this work? how can I connect 2 
> > authby files toghether and then go check a authby dbfle for the pw 
> > after all checks?
>
> Why don't you just have a single AuthBy FILE with different check 
> items for the different users?
>
> # define users
>
> user1	Called-Station-Id = 1112222, Password = .....
> 	......
>
> user2	Called-Station-Id = 4445555, Password = ....
> 	......
>
> ......
>
>
> regards
>
> Hugh


===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.