Hello Valentin -
We have recently added an "AuthenticateAttribute" parameter which
allows you to specify a different attribute to use other than
"User-Name", and we have also added generic caching of user database
lookups. Perhaps you could check the latest Radiator 3.5 patches and
let us know
Hello Miko -
Yes. The easiest way to do this is add whatever you need as additional
attributes in the original request, which you can use as a temporary
scratchpad area. Radiator automatically handles the housekeeping by
deleting the in-memory request packets after processing.
regards
Hugh
O
Thanks Hugh,,, unfortunately that makes things a bit more difficult for
me... Is there anyway that I could use a variable created in a
preclienthook from within a replyhook???
-Miko
-Original Message-
From: Hugh Irvine [mailto:[EMAIL PROTECTED]
Sent: Friday, April 04, 2003 5:13 PM
To: [E
Hello Miko -
No this won't work. As you have discovered, AddToReply and
StripFromReply will not work in a clause.
I think you will need to use a ReplyHook to manipulate the proxy reply.
You will find some example hooks in the file "goodies/hooks.txt".
regards
Hugh
On Saturday, Apr 5, 2003,
Hello Karel -
Here are the relevant definitions from the Radiator 3.5 dictionary:
VALUE Acct-Status-TypeCancel 6
VALUE NAS-Port-Type ADSL-DMT13
You can add these to any Radiator dictionary if they are not already
there.
re
Hello Freerk -
It sounds like you are not receiving any accounting requests.
Could you send me a copy of the trace 5 logfile?
regards
Hugh
On Saturday, Apr 5, 2003, at 01:12 Australia/Melbourne, Freerk Bosscha wrote:
I have the following radius.conf file running on RedHat Linux 8.0 icw open
What brand NAS do you use?
We found that with Cisco NASes (5300's, eg), some ISDN people had
problems getting the PPP connection up, even after passing authenication
(I guess IPCP was failing). Strangely, it seemed that if we took out the
Idle-Timeout reply item attribute, lots of these people wer
I am attempting to use the AddToReply and StripFromReply on a per host
basis with SQLRADIUS and am not having much luck... Upon looking at the
source code and the archives it looks like it should work...
Here are the relevant pieces of my config, I am almost certain I am
doing it correctly.
Tom Riziom's response to my PEAP problem indicates that PEAP may not
work wirh LDAP as noted below:
btw. PEAP-MSCHAPV2 is not supported by an LDAP encrypted database,
will need to use clear-text (EAP-TTLS-PAP for example).
My understanding that as long as I have an LDAP with MD5 passwords I
s
I have the following radius.conf file running on RedHat
Linux 8.0 icw openldap
I thought using the AcctLogFileName option, log information
would be write to the detail file.
Nothing happens although all the rights are open in the
named directory. (The LogFile works fine).
What’s wron
> -Original Message-
> From: Karel van der Velden
>
> Hello all,
>
> I'm trying to verify if Radiator (from which version on?),
> supports accounting modus only (start, stop, interim tickets)
> including the following additional feature(s):
Well, at least back to something like 2.13;
Hello all,
I'm trying to verify if Radiator (from which version on?), supports accounting modus
only (start, stop, interim tickets) including the following additional feature(s):
- Can we use attribute 40 (Accounting-Status-Type) with the value of 6 indicating for
the billingprocess it concerns
Hello Greg -
I will need to see a hex packet dump from TCPdump together with a trace
5 debug from Radiator.
regards
Hugh
On Friday, Apr 4, 2003, at 17:46 Australia/Melbourne, Greg 'Rafiq'
Clarkson wrote:
Hi all,
An 'upstream' radius server is our dialup proxy and sends us access
requests.
Hi all,
An 'upstream' radius server is our dialup proxy and sends us access
requests. We are using radiator 3.3.1
With no change to our system we are having problems with ISDN customers
for the last couple of days.
There is no logging in Radius even at trace level 4 but TCPdump reports
the fo
14 matches
Mail list logo