Hello,
On Fri, 26 Sep 2003 02:03 pm, Tech wrote: > I to have had the same problem but this only started after I had > downloaded the last patches for 3.6. I was running 3.6 with the patches > that were aval around May of this year with no problems. This was due to a typo that was introduced in 3.7. We have just released 3.7.1 that should fix this problem on all OSs. Cheers. > > William Hernandez wrote: > > Hello Hugh, > > > > I had the same problem in 3.7, and changing the radius.cfg file > > as mentioned seemed to work. The users file remains as before. > > > > We're on RH 9 (2.4.18-3smp). > > Using Perl 5.6.1. > > Hardware is a Dell PowerEdge 2300. > > > > Regards, > > William > > > > -----Original Message----- > > From: Hugh Irvine [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, September 24, 2003 6:58 PM > > To: William Hernandez > > Cc: [EMAIL PROTECTED] > > Subject: Re: (RADIATOR) Bad attribute=value pair in 3.6 > > > > Hello William - > > > > This is most curious. > > > > Could you try something for me? Download and test Radiator 3.7 > > and see > > if it fixes the problem. > > > > Please let me know how you get on, and could you also tell me > > what > > hardware/software platform you are running on and what version of > > Perl? > > > > regards > > > > Hugh > > > > On Thursday, Sep 25, 2003, at 04:48 Australia/Melbourne, William > > > > Hernandez wrote: > > > Hugh, > > > > > > Just to let you know the outcome of this issue. > > > > > > It looks like the problem is in the radius.cfg. > > > > > > Our radius.cfg is basically the same as it was when we started > > > > with > > > > > Radiator 2.15. More Handlers have been added since 2.15 > > > > > > The following change in radius.cfg worked and ended the Bad > > > attribute=value pair errors. (i.e, I removed the space before > > > > and > > > > > after the equal sign). > > > > > > AddToReply Service-Type=Framed-User, \ > > > Framed-Protocol=PPP, \ > > > Framed-IP-Netmask=255.255.255.255, \ > > > Framed-Compression=Van-Jacobson-TCP-IP, \ > > > Ascend-Idle-Limit=900 > > > > > > I will mention that the above only had to be changed in > > > > radius.cfg. > > > > > Our users file works with the space before and after the equal > > > > sign. > > > > > Do you think I should do a global replace to eliminate the > > > > spaces in > > > > > the users file? > > > > > > Regards, > > > William > > > > > > > > > -----Original Message----- > > > From: Hugh Irvine [mailto:[EMAIL PROTECTED] > > > Sent: Saturday, September 20, 2003 5:47 AM > > > To: William Hernandez > > > Cc: 'Radiator' > > > Subject: Re: (RADIATOR) Bad attribute=value pair in 3.6 > > > > > > > > > > > > Hello William - > > > > > > If you are running on a recent Redhat version, see the FAQ item > > > > here > > > > > (and you should also install the latest Radiator patches). > > > > > > http://www.open.com.au/radiator/faq.html#127 > > > > > > Otherwise there may be a problem earlier in your configuration > > > > file. > > > > > regards > > > > > > Hugh > > > > > > > > > On Friday, Sep 19, 2003, at 07:45 Australia/Melbourne, William > > > > > > Hernandez wrote: > > >> Hello everyone, > > >> > > >> I'm upgrading from 3.3.1 to 3.6 plus patches. > > >> > > >> Using the same radius.cfg in 3.6 as was used in 3.3.1 I'm > > > > > > getting the > > > > > >> following: > > >> > > >> Thu Sep 18 17:33:46 2003: ERR: Bad attribute=value pair: > > > > > > Service-Type > > > > > >> = Framed-User, Framed-Protocol = PPP, Framed-IP-Netmask = > > >> 255.255.255.255, Framed-Compression = Van-Jacobson-TCP-IP, > > >> Ascend-Idle-Limit = 900 > > >> > > >> Radius.cfg has the following: > > >> > > >> AddToReply Service-Type = Framed-User, \ > > >> Framed-Protocol = PPP, \ > > >> Framed-IP-Netmask = 255.255.255.255, \ > > >> Framed-Compression = Van-Jacobson-TCP-IP, \ > > >> Ascend-Idle-Limit = 900 > > >> > > >> Is there a syntax change in 3.6? > > >> > > >> Thanks in advance, > > >> William Hernandez > > >> > > >> > > >> === > > >> 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. > > > > > > NB: have you included a copy of your configuration file (no > > > > secrets), > > > > > together with a trace 4 debug showing what is happening? > > > > > > -- > > > Radiator: the most portable, flexible and configurable RADIUS > > > server anywhere. Available on *NIX, *BSD, Windows, MacOS X. > > > - > > > Nets: internetwork inventory and management - graphical, > > > extensible, flexible with hardware, software, platform and > > > database independence. > > > > NB: have you included a copy of your configuration file (no > > secrets), together with a trace 4 debug showing what is > > happening? > > > > -- > > Radiator: the most portable, flexible and configurable RADIUS > > server anywhere. Available on *NIX, *BSD, Windows, 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. > > === > 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. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. Ltd Unix, 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, EAP, TLS, TTLS, PEAP etc on Unix, Windows, MacOS 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.
