(RADIATOR) 2.16.3 error in decode_tunnel_password (Radius.pm:461)

2000-09-04 Thread Christophe Wolfhugel
Just gotcha an error here : substr($password, $len) = ''; substr outside of string at /usr/local/lib/perl5/site_perl/5.005/Radius/Radius.pm line 461. Modification of a read-only value attempted at /usr/local/lib/perl5/site_perl/5.005/Radius/Radius.pm line 461. Investigation under progress

(RADIATOR) chap & encrypted password

2000-09-04 Thread Goh Sek Chye
Hi! Currently we encrypt our subscribers' password. This means that we cannot support CHAP authentication. However, I am now under pressure to support CHAP as well. To support CHAP, I need to store subscribers' password in clear text and I am not comfortable with that. Is there any solution t

Re: (RADIATOR) Radiator ip pool allocation and Cisco 5300 + other problems ?

2000-09-04 Thread Hugh Irvine
Salut Gildas - On Sat, 02 Sep 2000, Gildas PERROT wrote: > Hi everybody, > > I am trying to define the ip pool on Radiator instead of on the Cisco for > more flexibility. Even if Radiator is returning a Framed-IP-Adress in the > Access-Accept packet, the Cisco is not sending it in the Start Acc

Re: (RADIATOR) 2.16.3 error in decode_tunnel_password (Radius.pm:461)

2000-09-04 Thread Christophe Wolfhugel
Update to my previous report, I found the cause of this issue. It might happen that a remote site sends an incorrectly encoded tunnel password (or it might just be a wrong secret). As there is no mechanism for verifying the correctness of the decoded block, and typically the length field might ha

(RADIATOR) LDAP2 AuthAttrDef Problem (IMPORTANT)

2000-09-04 Thread Richard Nagelmaeker
Hi, We're having a problem with Radiator checking the LDAP server for an attribute with AuthAttrDef. If I do the following request: (AuthBy LDAP2, Radiator 2.16.3) AuthAttrDef LDAP-Attribute, Radius-Attribute, check It responds fine if the LDAP-Attribute is in the record of the user. If the LD

Re: (RADIATOR) 4 millards online time! wow!

2000-09-04 Thread Christian Hammers
Hi On Sat, Sep 02, 2000 at 10:02:15AM +1100, Hugh Irvine wrote: > Could you send us a trace 4 debug showing this problem (together with the > corresponding AuthBy SQL clause)? We don't think it is Radiator but we would > like to make sure. I don't use AuthBy SQL as I wrote a detail2sql myself (as

Re: (RADIATOR) LDAP2 AuthAttrDef Problem (IMPORTANT)

2000-09-04 Thread Hugh Irvine
Hello Richard - On Mon, 04 Sep 2000, Richard Nagelmaeker wrote: > Hi, > > We're having a problem with Radiator checking the LDAP server for an > attribute with AuthAttrDef. > > If I do the following request: > (AuthBy LDAP2, Radiator 2.16.3) > AuthAttrDef LDAP-Attribute, Radius-Attribute, che

Re: (RADIATOR) chap & encrypted password

2000-09-04 Thread Hugh Irvine
Hello Sek Chye - On Mon, 04 Sep 2000, Goh Sek Chye wrote: > Hi! Currently we encrypt our subscribers' password. This means that we > cannot support CHAP authentication. > > However, I am now under pressure to support CHAP as well. To support > CHAP, I need to store subscribers' password in cl

(RADIATOR) Handler for a "set of realms"

2000-09-04 Thread Andrew Pollock
Hi, Is it currently possible with Radiator to readily have a handler that checks for the realm being in a set of realms? The reason I ask is we have a system here that can theoretically add additional realms that require to be handled at any point in time, and it would be ideal if Radiator could

Re: (RADIATOR) Handler for a "set of realms"

2000-09-04 Thread Hugh Irvine
Hello Andrew - On Tue, 05 Sep 2000, Andrew Pollock wrote: > Hi, > > Is it currently possible with Radiator to readily have a handler that checks > for the realm being in a set of realms? The reason I ask is we have a system > here that can theoretically add additional realms that require to be

(RADIATOR) Handlers and Realms (101)

2000-09-04 Thread Brian Morris
Hello All, We would like to add a facility to our existing radiator install where a user can dial-in to our access server using a different telephone number and receive different access permissions (eg: maximum session time) As they will be connecting to the same access server I figure we need

Re: (RADIATOR) Handlers and Realms (101)

2000-09-04 Thread Hugh Irvine
Hello Brian - On Tue, 05 Sep 2000, Brian Morris wrote: > Hello All, > > We would like to add a facility to our existing radiator install where a > user can dial-in to our access server using a different telephone number and > receive different access permissions (eg: maximum session time) > >