Hi Oliver.

There are a number of problems with your config that are causing it to not
produce the result you expect:

1. You have your  Session-Timeout=30 as a check item. It should be a reply item
(its something that gets sent back to the NAS, if the user auths OK)
2. You are using AuthByPolicy   ContinueUntilAccept. That means that as soon as
your AuthBy UNIX succeeds, Radiator will not continue on to look at your AuthBy
FILE clauses.

I would suggest instead that you use something like this:

<Realm DEFAULT>
        RewriteUsername s/^([^@]+).*/$1/
        AcctLogFileName %L/detail
        AuthByPolicy    ContinueUntilAccept
        <AuthBy SQL>
                # AS you have it already, so it doesnt do auth
        </AuthBy>

        <AuthBy FILE>
                Filename xyzzy
        </AuthBy>
</Realm>

# This is used to authenticate when you have Auth-Type=System
<AuthBy UNIX>
        Identifier System
</AuthBy>

and in your xyzzy file:

DEFAULT AuthType=System,Group=nodup,Simultaneous-Use=1
        Session-Timeout=30


The result of this should be:

1. for authentication, SQL will do nothing, it will then hit FILE, which will
then auth them with UNIX (and will check their password, group and sim-use
limit). If UNIX auths them OK, it will add the Session-Timeout and accept them

2. For accounting it will hit SQL, save the accounting data and acknowledge
immediately.

Hope that helps.

Cheers.


On Jun 10,  4:28pm, O Stockhammer wrote:
> Subject: Re: (RADIATOR) (Radiator) Setting up radius.cfg for Groups
>
>
> I am having problems with this.  The problem is that we are using <AuthBy
> SQL> for accounting only and <AuthBy UNIX> for the actual authentication,
> followed by a <AuthBy FILE> for secondary authentication. I am using an
> AuthByPolicy of ContinueUntilAccept and have all the AuthBy's in one realm
> called DEFAULT.
>
> I tried to use your method below in a number of configurations and
> although it does seem to be going from the "xyzzy" file to the AuthBy Unix
> file, it is not applying any of the group permissions to particular group
> members.  I am having quite a bit of difficulty testing this, and have
> been using both Simulateous-Use=1 and Session-Timeout=30.
>
> What we want is to be able to set different permissions for particular
> members of different groups.  At the same time, we must be able to
> use mySQL accounting.  I do not know if all this is possible.  I am
> attaching our radius.cfg file again.  This is including our current
> configuration without the new <AuthBy FILE> clause you told me to insert
> below.  I am still alittle unclear as to where to put the new <AuthBy
> FILE> clause and the <AuthBy UNIX>.  Also, I will attach the rudimentary
> "xyzzy" file that I was using?  Am I missing anything?
>
> Oliver Stockhammer
> Systems
> Internet Channel
>
> On Wed, 9 Jun 1999, Mike McCauley wrote:
>
> > Hello Oliver.
> >
> > Its very difficult to distinguish between Unix groups of users using
Handlers
> > or Realm. Handler and realm only have the attributes of the incoming
request to
> > work with. I think the right answer for you is to set up a users file that
> > authenticates through Unix, and uses check and reply items for each group.
> > Something like this:
> >
> > <Realm DEFAULT>
> >     <AuthBy FILE>
> >             Filename xyzzy
> >     </AuthBy>
> > </Realm>
> >
> > # This one is used by AuthType=System
> > <AuthBy UNIX>
> >     Identifier System
> >     Filename /etc/passwd
> >     GroupFilename /etc/group
> > </AuthBy>
> >
> > And in the users file xyzzy:
> >
> > # Limit of 5 sim-use to anyone in group1
> > DEFAULT AuthType=System,Group=group1,Simultaneous-Use=5
> >
> > # Limit of 2 sim-use for anyone in group2
> > DEFAULT AuthType=System,Group=group2,Simultaneous-Use=2
> >
> > etc....
> >
> > Hope that helps.
> >
> > Cheers.
> >
> >
> > On Jun 8, 10:59am, O Stockhammer wrote:
> > > Subject: (RADIATOR) (Radiator) Setting up radius.cfg for Groups
> > >
> > >
> > > Hello,
> > >   With the flexibility of radiator, I wanted to know if you
> > > suggested a method of implementing different session characteristics for
> > > different unix group members.  I know we have to use 'check items' but I
> > > am unsure of how to insert them in the cfg file.
> > >   For example,  we would like to use the 'maxsessions 1' for the
> > > 'nodup' unix group, while everyone else coming in should be set to
> > > 'maxsessions 5'.  I am hoping to implement this in the radius.cfg file
> > > using something like a <Handler> tag.  I am just unsure as to where this
> > > info should go in the the actual file.
> > >   I have attached part of my current (rudimentary) radius.cfg file.
> > > The way we are setup is to have all accounting go to mySQL and
> > > authentication first goes off of a UNIX master.passwd file and then to a
> > > users file.  Ipass will be a future consideration.
> > >   Thanks for your help.
> > >
> > > Oliver Stockhammer
> > > Systems
> > > Internet Channel
> > >
> > > [ Attachment (text/plain): "radius.cfg.partial" 6571 bytes
> > >   Character set: US-ASCII
> > >   Partial radius.cfg
> > >   Encoded with "base64" ]
> > >-- End of excerpt from O Stockhammer
> >
> >
> >
> > --
> > 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, Rhapsody
> >
>
> [ Attachment (text/plain): "radius.cfg.partial" 6571 bytes
>   Character set: US-ASCII
>   radius.cfg
>   Encoded with "base64" ]
>
> [ Attachment (text/plain): "xyzzy" 101 bytes
>   Character set: US-ASCII
>   xyzzy
>   Encoded with "base64" ]
>-- End of excerpt from O Stockhammer



-- 
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, Rhapsody
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Reply via email to