Re: (RADIATOR) Simultaneous use

[Hugh Irvine]

Hello Raju -

On Fri, 14 Apr 2000, Raju M. Daryanani wrote:
> Is it possible to set up Radiator so that maxsessions can be enforced across
> iPass as well as local dial-up?
> 

Sure. Use either MaxSessions in the realm, or DefaultSimultaneousUse in the
AuthBy.

hth

Hugh


-- 
Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.



===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Error when running radiusd

[Hugh Irvine]

Hello Richard -

On Fri, 14 Apr 2000, Richard Barnes -Listserv wrote:
> I'm installing Radiator on a Solaris7 machine... (it's actually going to be
> a secondary authenticator)
> 
> I think I have everything installed and working, but when I start the
> radiusd program, I get the following error:
> 
> Error:
>   creating socket: Bad file number
> 
> I've modified my /etc/services file, and when using radpwtst, I get OKs on
> the Access-Request and on the Accounting Requests... I know that radpwtst is
> working correctly because if I give it bogus info, I get a rejected...
> 
> Everything seems to be fine, but I don't know what's up with the creating
> socket error...
> 

Please send me a copy of your configuration file (no secrets) together with a
trace 4 debug. And also please include the Radiator version number.

thanks

Hugh


-- 
Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.



===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Simultaneous use

[Raju M. Daryanani]

Is it possible to set up Radiator so that maxsessions can be enforced across
iPass as well as local dial-up?

TIA,

Raju
_

Raju M. Daryanani
Senior Project Manager
_

Asia Internet Ltd  http://www.asiainter.net/

5/F, Taurus Building
21 AB Granville Rd, TST
Kowloon, Hong Kong

Tel: +852 2289 9507
Fax: +852 2801 5939



===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) dynamic IP allocation, again

[Hugh Irvine]

Hello Jesus -

On Thu, 13 Apr 2000, Jesus M Diaz wrote:
> hi all,
> 
> my question is easy: is there any new about the dynamic IP allocation whit radiator?
> 

And the answer is easy - there is a new SQL-based dynamic IP address allocation
feature that we are looking for testers for now. If you would like to help us
out by testing it, please write to Mike and I directly.

We are also hoping to add DHCP support fairly soon too.

many thanks

Hugh

-- 
Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.



===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) HELP!

[tom minchin]

On Fri, Apr 14, 2000 at 08:27:37AM -0500, Mike McCauley wrote:
> To: [EMAIL PROTECTED]
> Subject: HELP!
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain; charset=us-ascii
> Content-Length: 702
> 
> I was having some trouble with my 3Com TC yesterday after installing 2
> additional Hiper DSP cards. I called 3Com and they fixed the problem.
> Now, however, I am receiving the following in my logfile every 30
> seconds. This is what it looks like with a level 4 trace.
> 
> Thu Apr 13 06:34:33 2000: NOTICE: Request from unknown client
> 209.165.173.8: ignored
> Thu Apr 13 06:35:08 2000: DEBUG: Packet dump:
> *** Received from 209.165.173.8 port 1641 
> Code:   Status-Server
> Identifier: 49
> Authentic:  <0><0><0><0><0><0><0><0><0><0><0><0><0><0><0><0>
> Attributes:
>  Client-Id = 209.165.173.8
>  NAS-Port = 511
> 
> 
> This all started yesterday as soon as we got off the phone. Any help
> will be greatly appreciated.
> 

You need to add a  entry for 209.165.173.8 with the appropriate
secret.

[EMAIL PROTECTED]

===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) How to disable a user

[Joel Michael]

Title: How to disable a user



since you are authenticating against an SQL 
database, you could just create a column in the table that has your 
authentication details called something like auth_dialup_flag as a boolean type 
(i don't know the exact Oracle syntax, i use Informix ;), and set it to 1 if the 
person is allowed to authenticate using the dialup, and 0 otherwise.  set 
your AuthBySql AuthSelect statement for the dialin authentication realm to 
something like 'select auth_password from authentication where auth_username = 
'%u' and auth_dialup_flag = 1'.  when you want to disable the dialin access 
for the user, all you have to do is a simple 'update authentication set 
auth_dialup_flag = 0 where auth_username = 
'useryouwanttodisable';'.
 
hope this helps
---Joel MichaelSystem 
Administrator
 
Diggy Internet Services90 Petrie 
TerraceBrisbane Qld 4000Australia
 
Ph: +61 7 3367 3555Fax: +61 7 3367 
3544Mob: 0401 039 462

  - Original Message - 
  From: 
  Stephen 
  Chen 
  To: [EMAIL PROTECTED] 
  Sent: Friday, April 14, 2000 4:11 
AM
  Subject: (RADIATOR) How to disable a 
  user
  
  Other than changing the password or removing the user from the 
  users list, is there any other way to temporarily disable a user?
  What we're trying to do is sell dialup access as value added 
  service in addition to our DSL service.  Therefore, we need to be able to 
  disable dialup access on some customers while keeping their name/password so 
  DSL will still work.
  All user records will be stored in a remote Oracle db. 
  
  Any suggestion is greatly appreciated. 
  -Stephen 

(RADIATOR) HELP!

[Mike McCauley]

Forwarded by hand:

--- Forwarded mail from [EMAIL PROTECTED]

Date: Fri, 14 Apr 2000 00:40:12 +1000
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: BOUNCE [EMAIL PROTECTED]:Non-member submission from [admin
<[EMAIL PROTECTED]>]

>From owner-radiator  Fri Apr 14 00:40:08 2000
Received: (from uucp@localhost) by oscar.open.com.au (8.6.12/8.6.12) id
AAA05021 for [EMAIL PROTECTED]; Fri, 14 Apr 2000 00:40:08 +1000
>Received: from otznetnt1.otz.net (otznetnt1.otz.net [209.165.173.2]) by
perki.connect.com.au with SMTP id AAA05453
  (8.8.8/IDA-1.7 for <[EMAIL PROTECTED]>); Fri, 14 Apr 2000 00:33:57 +1000
(EST)
Received: from otznetnt1.otz.net (otznetnt1.otz.net [209.165.173.2]) by
perki.connect.com.au with SMTP id AAA05453
  (8.8.8/IDA-1.7 for <[EMAIL PROTECTED]>); Fri, 14 Apr 2000 00:33:57 +1000
(EST)
Received: from otz.net ([209.165.173.3]) by otznetnt1.otz.net
  (Netscape Messaging Server 4.15) with ESMTP id FSYLV300.VE1 for
  <[EMAIL PROTECTED]>; Thu, 13 Apr 2000 06:35:27 -0800
Message-ID: <[EMAIL PROTECTED]>
Date: Thu, 13 Apr 2000 06:37:27 -0800
From: admin <[EMAIL PROTECTED]>
X-Mailer: Mozilla 4.71 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: HELP!
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
Content-Length: 702

I was having some trouble with my 3Com TC yesterday after installing 2
additional Hiper DSP cards. I called 3Com and they fixed the problem.
Now, however, I am receiving the following in my logfile every 30
seconds. This is what it looks like with a level 4 trace.

Thu Apr 13 06:34:33 2000: NOTICE: Request from unknown client
209.165.173.8: ignored
Thu Apr 13 06:35:08 2000: DEBUG: Packet dump:
*** Received from 209.165.173.8 port 1641 
Code:   Status-Server
Identifier: 49
Authentic:  <0><0><0><0><0><0><0><0><0><0><0><0><0><0><0><0>
Attributes:
 Client-Id = 209.165.173.8
 NAS-Port = 511


This all started yesterday as soon as we got off the phone. Any help
will be greatly appreciated.




---End of forwarded mail from [EMAIL PROTECTED]

-- 
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, etc etc on Unix, Win95/8, 
2000, NT, MacOS X
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

RE: (RADIATOR) Translating names

[Mike Nerone]

Well you di put those characters in tr's delete list, so I suppose it would
delete them. :) At any rate, it would be much more efficient to do it with
s/// instead:

  RewriteUsername tr/[A-Z]/[a-z]/
  RewriteUsername s/[^0-9_-]+//g

Mike Nerone 
Network Operations Manager
Internet Direct, Inc.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Froilan Mendoza
> Sent: Thursday, 13 April 2000 0149
> To: [EMAIL PROTECTED]
> Subject: (RADIATOR) Translating names
>
> How do you strip off usernames so that only valid characters([a-z], [0-9],
> -, _) are left?
>
> I did this:
>
> RewriteUsernametr/[A-Z]/[a-z]/
> RewriteUsername   tr/0-9|.|[a-z]|-|_//cd;
>
> HOwever, it strips off the dash and underscore from the username:
>
> Thu Apr 13 14:01:46 2000: DEBUG: Rewrote user name to jojo-a
> Thu Apr 13 14:01:46 2000: DEBUG: Rewrote user name to jojoa
>
> Please help.  Thanks.
>
>
> Sincerely,
>
> Froilan C. Mendoza
> Manager - Systems Management
> Tridel Technologies, Inc.
> http://www.tridel.net
>
>
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>


===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Error when running radiusd

[Richard Barnes -Listserv]

I'm installing Radiator on a Solaris7 machine... (it's actually going to be
a secondary authenticator)

I think I have everything installed and working, but when I start the
radiusd program, I get the following error:

Error:
  creating socket: Bad file number

I've modified my /etc/services file, and when using radpwtst, I get OKs on
the Access-Request and on the Accounting Requests... I know that radpwtst is
working correctly because if I give it bogus info, I get a rejected...

Everything seems to be fine, but I don't know what's up with the creating
socket error...

Any help would be appreciated...


===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) How to disable a user

[Stephen Chen]

Title: How to disable a user





Other than changing the password or removing the user from the users list, is there any other way to temporarily disable a user?

What we're trying to do is sell dialup access as value added service in addition to our DSL service.  Therefore, we need to be able to disable dialup access on some customers while keeping their name/password so DSL will still work.

All user records will be stored in a remote Oracle db.


Any suggestion is greatly appreciated.


-Stephen

radiator@open.com.au

[Joost Stegeman]

Jan,

There were some errors in the doc's on this issue. They have been
corrected in the newer versions. 

>From an earlier mail to the list:
You access the parameters like this:

# get the parameters passed to this hook

my $p = ${$_[0]}; # current request packet
my $rp = ${$_[1]}; # current reply packet
my $code = ${$_[2]}; # authentication result

So that would be 

 my $p = ${$_[0]};
 PreAuthHook sub { $p -> add_attr('cttIsSubscriber', '1'); }

(untested)

- Joost.


> 
> Dear sir,
> 
> We installed /use Radiator-2.12.

> The package has been installed on a SUN 2.6 system using
> almost all default settings, and works fine with one exeption.
> 
> In the documentation (Installation and Reference manual For
> Radiator version 2.12) we found a description (par 5.8.9) for
> the parameter PreAuthHook.
> 
> We added the following line to the configuration file:
> ===
> # Null realm, handles users with no realm
> 
> PreAuthHook sub { $_[0] -> add_attr('cttIsSubscriber', '1'); }
> 
> # The LDAP host to connect to
> # If not set, defaults to localhost
> ===
> 
> Whenever we 'use' the concerning Null realm
> the radius logfile 'reports' the following information:
> ===
> Thu Apr 13 08:26:28 2000: DEBUG: Handling request with Handler 'Realm='
> Thu Apr 13 08:26:28 2000: ERR: Error in PreAuthHook(): Undefined subroutine
> &Rad
> ius::Handler::CODE called at (eval 33) line 1.
> ===
> 
> I found the declarations for this routine in the file .../Handler.pm
> Does the error-message mean the application cannot find or execute
> this Handler.pm file or is it some other configuration mismatch.
> 
> Thanks in advance and best regards,
> Jan van Nieuwstadt
> Infonet Europe
> PO Box 93004, 2509AA The Hague, The Netherlands
> Koningin Sophiestraat 120, 2595 TM The Hague, The Netherlands
> Tel : +31 (0) 70 37 11302
> Fax: +31 (0) 70 37 11888
> Email: [EMAIL PROTECTED]
> 
> ---End of forwarded mail from [EMAIL PROTECTED]
> 
> --
> 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, etc etc on Unix, Win95/8,
> 2000, NT, MacOS X
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.

===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) dynamic IP allocation, again

[Jesus M Diaz]

hi all,

my question is easy: is there any new about the dynamic IP allocation whit radiator?

thanks


Jesus M Diaz <[EMAIL PROTECTED]>

Telia Iberia, S.A.
Planificación y Diseño de Red
Tfno: +34 91 623 2909
Fax: +34 91 623 2950



Úrchive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

radiator@open.com.au

[Hugh Irvine]

Hello Jan -

> 
> Dear sir,
> 
> We installed /use Radiator-2.12.
> Our username/pw is "att-unisource" , "lasute-50".
> The package has been installed on a SUN 2.6 system using
> almost all default settings, and works fine with one exeption.
> 
> In the documentation (Installation and Reference manual For
> Radiator version 2.12) we found a description (par 5.8.9) for
> the parameter PreAuthHook.
> 
> We added the following line to the configuration file:
> ===
> # Null realm, handles users with no realm
> 
> PreAuthHook sub { $_[0] -> add_attr('cttIsSubscriber', '1'); }
> 
> # The LDAP host to connect to
> # If not set, defaults to localhost
> ===
> 
> Whenever we 'use' the concerning Null realm
> the radius logfile 'reports' the following information:
> ===
> Thu Apr 13 08:26:28 2000: DEBUG: Handling request with Handler 'Realm='
> Thu Apr 13 08:26:28 2000: ERR: Error in PreAuthHook(): Undefined subroutine
> &Rad
> ius::Handler::CODE called at (eval 33) line 1.
> ===
> 
> I found the declarations for this routine in the file .../Handler.pm
> Does the error-message mean the application cannot find or execute
> this Handler.pm file or is it some other configuration mismatch.
> 

You have stumbled on a typo in the manual that has been fixed long since. The
correct syntax for the parameter passing (by reference) is this:

PreAuthHook sub { ${$_[0]} -> add_attr('cttIsSubscriber', '1'); }

BTW - the latest version of Radiator is 2.15, which includes some significant
improvements to the LDAP code. I suggest you download the new version and check
out the new features.

hth

Hugh

-- 
Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.



===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) Groups

[Hugh Irvine]

Hello Colin -

On Thu, 13 Apr 2000, colinc wrote:
> Hi
> 
> I have been browsing through the archives and the manual regarding
> information on setting up groups, it seems to be more confusing to me
> than it should.
> 
> However, it seems to me that i would need to setup the groups
> authentication in the users file. At the current moment i don't believe
> we are using the user file for authentication, this is done from our
> passwd file using . Where exactly do we specify which group
> a user belongs to, would this be the groups file?
> 

You will need to do several things -

1. create your groups

2. set up cascaded AuthBy's to check both passwords and groups

3. configure whatever specific check and reply attributes you need
corresponding to the group membership

Something like this:

# configuration to check passwords and groups


Identifier CheckUNIX
Filename 
GroupFilename 




Filename %D/default-users



Then in the users file:

# file %D/default-users
# specify additional check items and appropriate reply items as required

DEFAULT Auth-Type = CheckUNIX, Group = plan1
..

DEFAULT Auth-Type = CheckUNIX, Group = plan2
.

DEFAULT Auth-Type = CheckUNIX, Group = plan3
.


Have a look at section 6.21 in the Radiator 2.15 reference manual.


> We want to create groups of users that correspond to our internet plans,
> 
> eg 30 hr/month, unlimited hrs.
> 

You might also want to consider an SQL database for doing more
sophisticated accounting, etc., or you might even look at one of the commercial
ISP billing systems that do these sorts of things "out-of-the-box".

hth

Hugh

-- 
Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.



===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

radiator@open.com.au

[Mike McCauley]

This one didnt make it either:

--- Forwarded mail from [EMAIL PROTECTED]

Date: Thu, 13 Apr 2000 17:10:15 +1000
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: BOUNCE [EMAIL PROTECTED]:Non-member submission from [Jan van
Nieuwstadt <[EMAIL PROTECTED]>]

>From owner-radiator  Thu Apr 13 17:10:10 2000
Received: (from uucp@localhost) by oscar.open.com.au (8.6.12/8.6.12) id
RAA04461; Thu, 13 Apr 2000 17:10:10 +1000
>Received: from IBP-NPLEX.ibpmail.net (ibpmail-prod.ibpmail.net
[194.151.203.161]) by perki.connect.com.au with ESMTP id RAA16226
  (8.8.8/IDA-1.7); Thu, 13 Apr 2000 17:00:23 +1000 (EST)
Received: from IBP-NPLEX.ibpmail.net (ibpmail-prod.ibpmail.net
[194.151.203.161]) by perki.connect.com.au with ESMTP id RAA16226
  (8.8.8/IDA-1.7); Thu, 13 Apr 2000 17:00:23 +1000 (EST)
Received: from RWTEST (194.22.6.146) by IBP-NPLEX.ibpmail.net; 13 Apr 2000
09:00:08 +0200
Received: by RWTEST with Microsoft Mail
id <01BFA526.A9A3FC60@RWTEST>; Thu, 13 Apr 2000 09:00:06 +0200
Message-ID: <01BFA526.A9A3FC60@RWTEST>
From: Jan van Nieuwstadt <[EMAIL PROTECTED]>
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>,
"'[EMAIL PROTECTED]'"
 <[EMAIL PROTECTED]>
Cc: "'Misseyer, Mario'" <[EMAIL PROTECTED]>
Subject: Undefined sub &Radius::Handler
Date: Thu, 13 Apr 2000 08:59:59 +0200
Return-Receipt-To: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
Content-Length: 1685

Dear sir,

We installed /use Radiator-2.12.
Our username/pw is "att-unisource" , "lasute-50".
The package has been installed on a SUN 2.6 system using
almost all default settings, and works fine with one exeption.

In the documentation (Installation and Reference manual For
Radiator version 2.12) we found a description (par 5.8.9) for
the parameter PreAuthHook.

We added the following line to the configuration file:
===
# Null realm, handles users with no realm

PreAuthHook sub { $_[0] -> add_attr('cttIsSubscriber', '1'); }

# The LDAP host to connect to
# If not set, defaults to localhost
===

Whenever we 'use' the concerning Null realm
the radius logfile 'reports' the following information:
===
Thu Apr 13 08:26:28 2000: DEBUG: Handling request with Handler 'Realm='
Thu Apr 13 08:26:28 2000: ERR: Error in PreAuthHook(): Undefined subroutine
&Rad
ius::Handler::CODE called at (eval 33) line 1.
===

I found the declarations for this routine in the file .../Handler.pm
Does the error-message mean the application cannot find or execute
this Handler.pm file or is it some other configuration mismatch.

Thanks in advance and best regards,
Jan van Nieuwstadt
Infonet Europe
PO Box 93004, 2509AA The Hague, The Netherlands
Koningin Sophiestraat 120, 2595 TM The Hague, The Netherlands
Tel : +31 (0) 70 37 11302
Fax: +31 (0) 70 37 11888
Email: [EMAIL PROTECTED]




---End of forwarded mail from [EMAIL PROTECTED]

-- 
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, etc etc on Unix, Win95/8, 
2000, NT, MacOS X
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

(RADIATOR) Translating names

[Froilan Mendoza]

How do you strip off usernames so that only valid characters([a-z], [0-9],
-, _) are left?

I did this:

RewriteUsernametr/[A-Z]/[a-z]/
RewriteUsername   tr/0-9|.|[a-z]|-|_//cd;

HOwever, it strips off the dash and underscore from the username:

Thu Apr 13 14:01:46 2000: DEBUG: Rewrote user name to jojo-a
Thu Apr 13 14:01:46 2000: DEBUG: Rewrote user name to jojoa

Please help.  Thanks.


Sincerely, 

Froilan C. Mendoza  
Manager - Systems Management
Tridel Technologies, Inc.
http://www.tridel.net


===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.