(RADIATOR) SimultaneousUse

['Tunde Ogedengbe]

Hugh:

See conf below:

(radius.cfg)

Foreground

LogStdout

Trace 3

PidFile /usr/local/etc/raddb/radiusd.pid

AuthPort 1645

AcctPort 1646

LogDir  /usr/local/etc/raddb

DbDir  /usr/local/etc/raddb

LogFile  %L/logfile.%Y.%m.%d

DictionaryFile %D/dictionary

SnmpgetProg  /usr/bin/snmpget

<Client X.X.X.X>
 Secret ****
 IgnoreAcctSignature
</Client>


<Realm DEFAULT>
 AcctLogFileName %L/detail.%Y.%m.%d

 RejectHasReason
	
 <AuthBy FILE>
   Identifier Check-FILE
   Filename %D/users
   DefaultSimultaneousUse 1
 </AuthBy>

        <AuthBy UNIX>
                Identifier Check-UNIX
                Filename        /etc/shadow
                DefaultSimultaneousUse 1
        </AuthBy> 

</Realm>


'Tunde Ogedengbe



-------- ORIGINAL MESSAGE BELOW --------

Hello Camilo, Hello 'Tunde -

In general, problems with simultaneous use are usually due to dropped 
accounting packets (sometimes congested links, sometimes NAS bugs,
sometimes 
configuration problems with Radiator).

I am happy to assist with any problems, but I need to see what is
going on.

Please send me a copy of the configuration file (no secrets) together
with a 
trace 4 debug from Radiator showing the problem.

It would also be helpful if you could provide some description of
what you 
are trying to accomplish.

thanks

Hugh


On Thursday 30 August 2001 01:04, Camilo Fernando Corena G. wrote:
> I have the same problem.
>
> Someone can help us???
>
> 'Tunde Ogedengbe wrote:
> > Hello:
> >
> > We are having problems with this attribute.  In some of our
> > installations, the attribute does not work at all and so no restriction
> > is enforced.  On another installation,  it works but with severe
> > problems.  For instance customers with an attribute of 1 who previously
> > connected to our system and later disconnected are having problems
> > reconnecting.  This has resulted in a serious problem in which a
> > significant percentage of connection problems were related to the
> > SimultaneousUse attribute.  What we have done in the interim is to set
> > the attribute to 3.  How can we resolve this problem?
> >
> > 'Tunde Ogedengbe
> > Linkserve Limited
> > 22 Akin Adesola Street
> > Victoria Island
> > Lagos - Nigeria
> > Tel: +234 1 2623900
> > Fax: +234 1 2623906
> > URL: http://www.linkserve.net
> > ----- Original Message -----
> > From: "Hugh Irvine" <hugh at open.com.au>
> > To: "lloyd" <dagocl at team.ph.inter.net>; <radiator at open.com.au>
> > Cc: <hugh at open.com.au>
> > Sent: Wednesday, August 29, 2001 8:48 AM
> > Subject: (RADIATOR) Re: two authby clauses
> >
> > > Hello Lloyd -
> > >
> > > What exactly are you trying to do?
> > >
> > > thanks
> > >
> > > Hugh
> > >
> > > On Wednesday 29 August 2001 14:28, lloyd wrote:
> > > > hi,
> > > > how do i configure radiator in such a way that before it proxy's to
> > > > another radius server, it checks for the Called-Station-Id in say a
> > > > flat file or a database?
> > > >
> > > >
> > > > will this work (file based with only one field:
> > > > telephonenumbers).....
> > > >
> > > > <AuthBy FILE>
> > > > Identifier calledstationid
> > > > FileName %d/Called-Station-ID
> > > > </AuthBy>
> > > >
> > > > <AuthBy RADIUS>
> > > > Identifier radiusproxy>
> > > > Host ***.***.***.***
> > > > Secret ******
> > > > AuthPort ****
> > > > AcctPort ****
> > > > </AuthBy>
> > > >
> > > > <Realm>
> > > > AuthByPolicy ContinueAlways
> > > > AuthBy calledstationid
> > > > AuthBy radiusproxy
> > > > </Realm>
> > > >
> > > >
> > > > Lloyd Dagoc
> > > > InterDotNet Philippines Inc.
> > >
> > > --
> > > Radiator: the most portable, flexible and configurable RADIUS server
> > > anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> > > -
> > > Nets: internetwork inventory and management - graphical, extensible,
> > > flexible with hardware, software, platform and database independence.
> > > ===
> > > 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.
> >
> > ===
> > 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.

-- 
Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.





All Linkserve mails have been certified to be virus-free, thanks for your patronage.

===
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.