(RADIATOR) the AuthBy LDAP2 does not work fine

hi all, we have a test environment with two hosts: -Ultra5 (solaris 2.6) with Radiator-2.16.1 and perl-ldap-0.19 -E250 (solaris 2.6) with Netscape Directory Server 4.11 now are running radiusd with this radius.cfg: Foreground LogStdout Trace 4 AuthPort 1645 AcctPort 1646 #LogDir /var/log/radi

RE: (RADIATOR) the AuthBy LDAP2 does not work fine

The trouble was in Netscape Directory Server configuration files. It has been solved!! thanks. jules -Mensaje original- De: "Prada López, Julio" [mailto:[EMAIL PROTECTED]] Enviado el: miércoles 6 de septiembre de 2000 11:01 Para: [EMAIL PROTECTED] Asunto: (RADIATOR) the AuthBy LDAP2

(RADIATOR) Strange SIGHUP handling

On v2.16.3, I just noticed that if I have a: in the configuration file, startup Radiator, then remove the clause and send a SIGHUP, it appears to still be in the configuration. I'm not sure if it is a bug or not, but I was thinking HUP would first remove the current config and reload from th

(RADIATOR) unkown client

I changed the ip address of my NAS server and made the change in radius.cfg. The new ip address is 63.112.159.252. I reset the secrets and restarted radiator. However, when I log in the log files it see "unkwown client 63.112.159.252. No one can authenticate. I'm using linux (debian) and 3COM Tot

Re: (RADIATOR) Proxy Accounting Problem

Hugh, Thanks for the help. One question, see below: On Wed, 6 Sep 2000, Hugh Irvine wrote: > > City B with IP 1.2.3.4 running v2.16.1: > > . > > > Secret somesecret > . > > > . > > > Identifier Forward_All_Requests_To_City_A > Host 5.6.7.8 >

Re: (RADIATOR) Strange SIGHUP handling

Hello Viraj - On Thu, 07 Sep 2000, Viraj Alankar wrote: > On v2.16.3, I just noticed that if I have a: > > > > in the configuration file, startup Radiator, then remove the DEFAULT> clause and send a SIGHUP, it appears to still be in the > configuration. > > I'm not sure if it is a bug or no

Re: (RADIATOR) Proxy Accounting Problem

Hello Viraj - On Thu, 07 Sep 2000, Viraj Alankar wrote: > Hugh, > > Thanks for the help. One question, see below: > .. > > Won't this result in duplicate accounting in City B when a user logs in > City B with a realm from City A? That is, a user logs in with > [EMAIL PROTECT

Re: (RADIATOR) unkown client

Hello Andrew - I will need to see a copy of the configuration file (no secrets) and a trace 4 debug showing what is happening. BTW - did you use a SIGHUP, or did you kill and restart Radiator. There was a problem with older versions of Radiator not rebuilding Client clauses properly after a SIG

(RADIATOR) TACACS+ configuration

Hello all! Does anyone use radiator as a tacacs server? I'm attempting to, but am bit lost as to how it works. I tried this in my cfg file Host 127.0.0.1 Key mykey Filename ./tac_users Acc

(RADIATOR) Password log problem.

*This message was transferred with a trial version of CommuniGate(tm) Pro* Hi there. I'm having problems trying to see whats going on with the decryted password the dial-up users send to radiator. I got these line on my config. PasswordLogFileName %L/password.log but when I try to see whats on

(RADIATOR) ISDN 2nd channel hung on radwho

Hi everyone, Is anyone having problems with hung ISDN sessions on radwho with TotalControl HiPer DSPs? Everytime an ISDN user logs into a HiPer DSP his 2nd channel does not disconnect from radwho. I've noticed in the accounting logs that there is no 'Stop' session for the 2nd channel. Also,

Re: (RADIATOR) TACACS+ configuration

Hello Blake - On Thu, 07 Sep 2000, Blake Golliher wrote: > Hello all! > > Does anyone use radiator as a tacacs server? I'm attempting to, but > am bit lost as to how it works. I tried this in my cfg file > > > > Host 127.0.0.1 > Key my

Re: (RADIATOR) ISDN 2nd channel hung on radwho

Hello Janet - The simplest thing is probably to supply your own DeleteQuery for the SessionDatabase, something like this: DeleteQuery delete from RADONLINE where USERNAME='%n' and \ NASIDENTIFIER='%N' and ACCTSESSIONID=%{Acct-Session-Id} Please let me know how you get o

Re: (RADIATOR) ISDN 2nd channel hung on radwho

Hi Hugh, In my radius.cfg, I'm using SessionDatabase DBM. Doesn't "DeleteQuery" only work for SessionDatabase SQL? I put that "DeleteQuery" command in my config file and I get an error message: Thu Sep 7 13:35:30 2000: ERR: Unknown keyword 'DeleteQuery' in gcc.cfg line 84 Thanks, Janet Hug

Re: (RADIATOR) ISDN 2nd channel hung on radwho

Hello Janet - I think you have two choices: 1. change over to SessionDatabase SQL and use the DeleteQuery 2. modify the code in SessDBM.pm (sub delete) to do what you require regards Hugh On Thu, 07 Sep 2000, Janet N del Mundo wrote: > Hi Hugh, > > In my radius.cfg, I'm using SessionDatab

Re: (RADIATOR) Password log problem.

Hello Sergio - I don't understand your question I'm sorry. Could you send me a trace 4 debug showing what is happening please? Are you using CHAP? If so, you could change the NAS to use PAP instead. regards Hugh On Thu, 07 Sep 2000, Sergio Gonzalez wrote: > *This message was transferred wit

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

Hello Andrew - On Thu, 07 Sep 2000, Andrew Pollock wrote: > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > > Behalf Of Hugh Irvine > > Sent: Tuesday, September 05, 2000 2:14 PM > > To: Andrew Pollock; [EMAIL PROTECTED] > > Subject: Re: (RADIATOR) Handler