Re: (RADIATOR) Memory leak in one of the modules or perl executable.

2002-07-26 Thread Mike McCauley

Hello Dan,

I wasnt able to reproduce this problem here with Radiator 3.1, your config 
file and testing with

./radpwtst -service_type Authenticate-Only -nas_port_type Virtual -notrace 
-user mikem-fred -iterations 10

On my linux box, size of raadiusd stabilised quickly at 5616 Kb.

What version of Radiator are you using, and what flags are you passing to your 
radpwtst?


Cheers.


On Wed, 24 Jul 2002 08:54, Dan Melomedman wrote:
> Hugh Irvine writes:
> > Hello Dan -
> >
> > Mike is travelling this week, but he will look at this when he returns.
> >
> > In the meantime, can you please tell me how you are testing? And could
> > you also send me the details of how you are testing and the outputs of
> > "ps", "top" or whatever you are using to measure the memory usage? Also
> > please include anything else that might be useful in tracing the problem.
> >
> > thanks and regards
> >
> > Hugh
>
> I am running radpwtst on the same machine recursively with a simple bash
> script, which does a correct query. Radiator authenticates using AuthBy
> TEST. Until I stop it.
>
>
>
> This is before the script is run:
>
> ps auxw | egrep 'CPU|radiusd'
>
> USERPID  %CPU  %MEM  VSZ  RSS  TT  STAT  STARTED  TIME COMMAND
>
> radiusd 2202  0.1  0.6  8156 7760  p0  S+6:34PM   0:01.08
>
> /usr/local/bin/perl /usr/local/bin/radiusd -config_file ./test.cfg
>
>
>
> And after the script is finished (a few hundred querys):
>
> radiusd 2202  0.7  0.7 10196 9756  p0  S+6:34PM   0:07.74
> /usr/local/bin/perl /usr/local/bin/radiusd -config_file ./test.cf
>
> Note the difference in size and resident set size values. If the server and
> client are left to run longer, it will be so large that it will need to be
> restarted. I can do this automatically with daemontools, but it is not a
> fix.
>
> This is not due a to a module load, since even on the first query, the
> process does not jump megabytes in size.
>
> Thanks.

-- 
Mike McCauley   [EMAIL PROTECTED]
Open System Consultants Pty. LtdUnix, 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, Active Directory etc etc 
on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X etc etc

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.



Re: (RADIATOR) Ascend Session-Timeout includes PreSession time?

2002-07-26 Thread Claudio Lapidus

Hello Viraj,

>If I send a Session-Timeout value in my access accept, does this value 
>include
>the time it takes for the modem to train and the user to authenticate, or 
>is
>the timer started after authentication is successful?

I recall to have tested that about a year ago on a TNT unit and the timer is 
set to the effective session time. Trainup and auth times are left out. 
There may be a slight "fuzziness" in session duration, however, perhaps 
around five seconds or so.


>
>Related to this, does the Acct-Session-Time in accounting include that
>pre-authentication time as well?

Nope. Acct-Session-Time includes only the effective session time. You have 
Ascend-PreSession-Time if you want to know the other magnitude.

regards,
cl.


_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.



(RADIATOR) recent spam on the list

2002-07-26 Thread Mike McCauley

Hello all,

There was a recent incident of spam leaking onto this list. We have now fixed 
the problem that caused it. We apologise for any inconvenience.

Cheers.

-- 
Mike McCauley   [EMAIL PROTECTED]
Open System Consultants Pty. LtdUnix, 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, Active Directory etc etc 
on Unix, Win95/8, 2000, NT, MacOS 9, MacOS X etc etc

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.



Re: (RADIATOR) startup radiusd via ssh

2002-07-26 Thread Kenya Noshiro

>What OS are you running?
I am running Radiator 3.1 on Solaris 8 with MySQL 3.23.51.

What I am aiming to do is to allow certain account(non root account)
to run radiusd using ssh with root privilege.

Thanks very much.


Kind regards,


Kenya Noshiro

>-Andy
>
>Kenya Noshiro wrote:
>> Thanks for your suggestion but I still get same error message.
>> I have tried all of the options below.
>> 
>> Bad address family for Socket::unpack_sockaddr_in, got 1, should be 2 at 
>> /usr/local/bin/radiusd line 317.
>> 
>> Could this be a bug?
>> 
>> 
>> Kind regards,
>> 
>> 
>> Kenya Noshiro
>> 
>> 
# ssh [EMAIL PROTECTED] perl /usr/local/bin/radiusd -config_file xxx.cfg
:
>>>
>>>try it this way:
>>>ssh [EMAIL PROTECTED] "perl /usr/local/bin/radiusd -config_file xxx.cfg"
>>>or
>>>ssh [EMAIL PROTECTED] 'perl /usr/local/bin/radiusd -config_file xxx.cfg'
>>>in your syntax everything after perl ist not send via ssh
>>>
>>>you can also write an oneliner at the remote machine, called starter
>>>including your start command and parameters
>>>
>>>and try
>>>ssh [EMAIL PROTECTED] perl starter
>>>
>>>solong...Levent
>>>
>>>-- 
>>>Levent Sarikaya
>>>IP Network Services SA
>>>Dial  mailto:[EMAIL PROTECTED]
>>>Technical mailto:[EMAIL PROTECTED]
>>>General   mailto:[EMAIL PROTECTED]   
>>>
>>>COLT TELECOM GmbH   
>>>Herriotstr. 4
>>>D-60528 Frankfurt am Main   
>>>Fon:+49 (0) 69 / 5 66 06 - 6719
>>>Fax:+49 (0) 69 / 5 66 06 - 6809
>>>
>>>===
>>>Archive at http://www.open.com.au/archives/radiator/
>>>Announcements on [EMAIL PROTECTED]
>>>To unsubscribe, email '[EMAIL PROTECTED]' with
>>>'unsubscribe radiator' in the body of the message.
>> 
>> 
>> 
>> ===
>> Archive at http://www.open.com.au/archives/radiator/
>> Announcements on [EMAIL PROTECTED]
>> To unsubscribe, email '[EMAIL PROTECTED]' with
>> 'unsubscribe radiator' in the body of the message.
>
>-- 
>Andy De Petter - http://www.techos.be/andy - [EMAIL PROTECTED] (ROT13)
>Senior System Engineer - Skynet  IT & Network - http://www.skynet.be
>
>===
>Archive at http://www.open.com.au/archives/radiator/
>Announcements on [EMAIL PROTECTED]
>To unsubscribe, email '[EMAIL PROTECTED]' with
>'unsubscribe radiator' in the body of the message.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.



Re: (RADIATOR) Re: OSC Mailing

2002-07-26 Thread Hugh Irvine


Hello -

As I can't find you in our customer database, could you please send me the 
name of the registered company that has purchased this copy of Radiator?

thanks

Hugh


On Sat, 27 Jul 2002 09:42, X-Wildph wrote:
> Hi All,
>  What do i need to do to make Radiator add some attributes to the
> Accounting-Response Packets? I'm using a Cisco based NAS that seems
> to expect a few attributes with the Accounting-Accept packet.
>
>  I have written a PostAuthHook which calls add_attr() to add
> attributes for Nas-IP-Address, Service-Type, and Acct-Delay-Time,
> however Radiator seems to ignore this configuration when sending an
> Accounting-Accept packet.
>
>   I'm running the current version (3.1) of Radiator with patches,
> and would rather not have to run a separate server just to accept
> accounting data.
>
> Cheers
>
> XW
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' 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.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.



Re: (RADIATOR) Handler question

2002-07-26 Thread Hugh Irvine


Hello Anton -

You are usually better to do something like this:

# define AuthBy clauses


Identifier DoSomething
.



Identifier DoSomethingElse
.



Identifier DoEverything
AuthByPolicy 
AuthBy DoSomething
AuthBy DoSomethingElse
.


.

# define Handlers


AuthBy DoEverything
.



AuthBy DoEverything
.


This is just an example, but you should get the idea.

regards

Hugh


On Sat, 27 Jul 2002 02:58, Anton Krall wrote:
> Guys.. is there a way to make a handler work in an OR fashion instead of
> AND?
>
> Like
>
> 
>
> this would suggest Caler and Realm is there a way to make it Called
> OR Realm?
>
> Thx!
>
> Saludos
>
> Anton Krall
> Director de Tecnología
> Inter.net México / Panamá
>
> Tel; 5241-7609 Directo
> Tel: 5241-7600 Conmutador
> Celular: 0445-105-5160
> ICQ: 4979450
> email: [EMAIL PROTECTED]
> web: http://www.mx.inter.net
>
> Outside Mexico:
> Office: +52(555)241-7609
> PBX: +52(555)241-7600
> Mobile: +52(555)105-5160
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002
>
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' 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.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.



Re: (RADIATOR) startup radiusd via ssh

2002-07-26 Thread Andy De Petter


What OS are you running?

-Andy

Kenya Noshiro wrote:
> Thanks for your suggestion but I still get same error message.
> I have tried all of the options below.
> 
> Bad address family for Socket::unpack_sockaddr_in, got 1, should be 2 at 
> /usr/local/bin/radiusd line 317.
> 
> Could this be a bug?
> 
> 
> Kind regards,
> 
> 
> Kenya Noshiro
> 
> 
>>># ssh [EMAIL PROTECTED] perl /usr/local/bin/radiusd -config_file xxx.cfg
>>> :
>>
>>try it this way:
>>ssh [EMAIL PROTECTED] "perl /usr/local/bin/radiusd -config_file xxx.cfg"
>>or
>>ssh [EMAIL PROTECTED] 'perl /usr/local/bin/radiusd -config_file xxx.cfg'
>>in your syntax everything after perl ist not send via ssh
>>
>>you can also write an oneliner at the remote machine, called starter
>>including your start command and parameters
>>
>>and try
>>ssh [EMAIL PROTECTED] perl starter
>>
>>solong...Levent
>>
>>-- 
>>Levent Sarikaya
>>IP Network Services SA
>>Dial  mailto:[EMAIL PROTECTED]
>>Technical mailto:[EMAIL PROTECTED]
>>General   mailto:[EMAIL PROTECTED]   
>>
>>COLT TELECOM GmbH   
>>Herriotstr. 4
>>D-60528 Frankfurt am Main   
>>Fon:+49 (0) 69 / 5 66 06 - 6719
>>Fax:+49 (0) 69 / 5 66 06 - 6809
>>
>>===
>>Archive at http://www.open.com.au/archives/radiator/
>>Announcements on [EMAIL PROTECTED]
>>To unsubscribe, email '[EMAIL PROTECTED]' with
>>'unsubscribe radiator' in the body of the message.
> 
> 
> 
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.

-- 
Andy De Petter - http://www.techos.be/andy - [EMAIL PROTECTED] (ROT13)
Senior System Engineer - Skynet  IT & Network - http://www.skynet.be

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.



Re: (RADIATOR) Multiple Line Caller ID feature

2002-07-26 Thread Subscirptions

Hi,

Thanks Hugh and Ingvar, It worked fine without white sapces. Thanks a lot
once again


Regards,


Amit Gupta



- Original Message -
From: "Hugh Irvine" <[EMAIL PROTECTED]>
To: "Ingvar Berg (EAB)" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, July 26, 2002 1:03 PM
Subject: Re: (RADIATOR) Multiple Line Caller ID feature


>
> Hi Ingvar, Hello Amit -
>
> How is your summer Ingvar?
>
> :-)
>
> Ingvar is correct, the regular expression without the whitespace works
fine:
>
> totoPassword=titi, Calling-Station-Id =
> /00:C0:26:AA:0B:44|00:C0:26:AA:0B:43/
> OSC-AVPAIR = demonstration
>
> (sorry about the word wrap)
>
> gives this:
>
>  ./radpwtst -user toto -password titi -calling_station_id
00:C0:26:AA:0B:43
> -noacct
> sending Access-Request...
> Fri Jul 26 17:28:17 2002: DEBUG: Packet dump:
> *** Received from 127.0.0.1 port 32784 
> Code:   Access-Request
> Identifier: 137
> Authentic:  1234567890123456
> Attributes:
> User-Name = "toto"
> Service-Type = Framed-User
> NAS-IP-Address = 203.63.154.1
> NAS-Port = 1234
> Called-Station-Id = "123456789"
> Calling-Station-Id = "00:C0:26:AA:0B:43"
> NAS-Port-Type = Async
> User-Password =
> "<141><226>+<196><175>\<4><246><188>8<9><160><216>}x<153>"
>
> Fri Jul 26 17:28:17 2002: DEBUG: Handling request with Handler
'Realm=DEFAULT'
> Fri Jul 26 17:28:17 2002: DEBUG: Rewrote user name to toto
> Fri Jul 26 17:28:17 2002: DEBUG:  Deleting session for toto, 203.63.154.1,
> 1234
> Fri Jul 26 17:28:17 2002: DEBUG: Handling with Radius::AuthFILE:
> Fri Jul 26 17:28:17 2002: DEBUG: Reading users file ./users
> Fri Jul 26 17:28:18 2002: DEBUG: Radius::AuthFILE looks for match with
toto
> Fri Jul 26 17:28:18 2002: DEBUG: Radius::AuthFILE ACCEPT:
> Fri Jul 26 17:28:18 2002: DEBUG: Access accepted for toto
> Fri Jul 26 17:28:18 2002: DEBUG: Packet dump:
> *** Sending to 127.0.0.1 port 32784 
> Code:   Access-Accept
> Identifier: 137
> Authentic:  1234567890123456
> Attributes:
> OSC-AVPAIR = "demonstration"
> Reply-Message = "hello"
> Ascend-Data-Filter = ip in forward tcp est
>
> OK
>
> regards
>
> Hugh
>
>
> On Fri, 26 Jul 2002 16:04, Ingvar Berg (EAB) wrote:
> > Hi,
> >
> > It looks as if you have white space around the pipe char in the
expression.
> > Try to see what happends if you remove that ;-)
> >
> > /Ingvar
> >
> > > -Original Message-
> > > From: Subscirptions [mailto:[EMAIL PROTECTED]]
> > > Sent: den 26 juli 2002 07:27
> > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > Subject: Re: (RADIATOR) Multiple Line Caller ID feature
> > >
> > >
> > > Hello Hugh,
> > >
> > > Thanks again for your prompt help,  I am sorry I sent you
> > > logs of different
> > > situation. Here are the logs when access is rejected for 1
> > > station while it
> > > is defined in a regular expression.
> > >
> > > Logs-
> > >
> > > Thu Jul 25 20:47:20 2002: INFO: Access rejected for
> > > amitgupta: Check item
> > > Calling-Station-Id expression '/00:C0:26:AA:0B:44 |
> > > 00:C0:26:AA:0B:43/' does
> > > not match '00:C0:26:AA:0B:44' in request
> > > Thu Jul 25 20:47:20 2002: INFO: Access rejected for
> > > amitgupta: Check item
> > > Calling-Station-Id expression '/00:C0:26:AA:0B:44 |
> > > 00:C0:26:AA:0B:43/' does
> > > not match '00:C0:26:AA:0B:44' in request
> > > Thu Jul 25 20:47:22 2002: INFO: Access rejected for
> > > amitgupta: Check item
> > > Calling-Station-Id expression '/00:C0:26:AA:0B:44 |
> > > 00:C0:26:AA:0B:43/' does
> > > not match '00:C0:26:AA:0B:44' in request
> > >
> > > and one more thing when I define only 1 caller-id-station as
> > > a fixed value
> > > or a regular expression it works fine, but when using regular
> > > expression I
> > > use ( | ) this function to separate different value, this doesnt work.
> > >
> > > I guess i am doing some mistake at perl level, please help I
> > > am new to Perl.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Amit Gupta
> > >
> > >
> > >
> > > - Original Message -
> > > From: "Hugh Irvine" <[EMAIL PROTECTED]>
> > > To: "Subscirptions" <[EMAIL PROTECTED]>;
> > > <[EMAIL PROTECTED]>
> > > Sent: Friday, July 26, 2002 5:08 AM
> > > Subject: Re: (RADIATOR) Multiple Line Caller ID feature
> > >
> > > > Hello Amit -
> > > >
> > > > As you can see in the debug, you have specified a regular
> > >
> > > expression of:
> > > > / 00:C0:26:2C:38:5D| 00:C0:26:AA:0B:44 | 00:C0:26:2C:38:5E /
> > > >
> > > > which does not match this which is in the request:
> > > >
> > > > 00:C0:26:A2:F2:78
> > > >
> > > > Therefore the request is rejected. This is the correct behaviour.
> > > >
> > > > I think you will need to check your regular expression definitions.
> > > >
> > > > regards
> > > >
> > > > Hugh
> > > >
> > > > On Fri, 26 Jul 2002 01:12, Subscirptions wrote:
> > > > > Hello Hugh,
> > > > >
> > > > > Thanks for the reply. As you told I tested but I could
> > >
> > > achive 

(RADIATOR) Re: OSC Mailing

2002-07-26 Thread X-Wildph


Hi All,
 What do i need to do to make Radiator add some attributes to the 
Accounting-Response Packets? I'm using a Cisco based NAS that seems 
to expect a few attributes with the Accounting-Accept packet.

 I have written a PostAuthHook which calls add_attr() to add 
attributes for Nas-IP-Address, Service-Type, and Acct-Delay-Time, 
however Radiator seems to ignore this configuration when sending an 
Accounting-Accept packet.

  I'm running the current version (3.1) of Radiator with patches, 
and would rather not have to run a separate server just to accept 
accounting data.

Cheers

XW

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.