Hi Chris -
Thanks very much for sending us these - they'll be in the next release.
regards
Hugh
On Wednesday, Oct 22, 2003, at 15:00 Australia/Melbourne, Chris
Patterson wrote:
folks,
Here is a list of the latest Unisphere ERX attributes
# Define additional Unisphere ERX Family
Ok, damn CA administrator gave me a password including a final space
Thank you all.
Mike McCauley wrote:
Hello Denis,
On Wed, 22 Oct 2003 02:15 am, Denis Pavani wrote:
Hello. I use radiator with EAP-TLS and TTLS authentication for WLAN.
Last friday my server certificate expired and I
I am having a problem with SQL authentication, the log file shows AuthSQL
trying to authenticate with the username then checks the username DEFAULT,
instead of the actual username. Am I missing something...
-LOG FILE-
Tue Oct 21 18:29:21 2003: DEBUG: Packet dump:
*** Received from
Is there any way inside a Handler clause to access the reason for the
current requests failing, as it is accessible via %1 in an AuthLog
clause? I would like to be able to pass back the actual failure reason to
the client instead of the cryptic Reply-Message=Request
Denied. Something along
You need to include the NoDefault keyword in the AuthBy SQL section
of your radius.cfg file
Garry
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of William C. Mott
Sent: Thursday, 23 October 2003 3:39 AM
To: [EMAIL PROTECTED]
Subject:
Hello Jeremy -
You could do something along the lines of what you show below by using
an OSC-AVPAIR, but you will need to do some experiments as Reject
handling is different and you may need to use a hook to manipulate the
reply packet. There are some example hooks in the file
Hello William -
The default behaviour for Radiator is to look first for the exact
username, then DEFAULT, DEFAULT1, DEFAULT2, etc. If you do not want
this to occur you should add a NoDefault parameter to your AuthBy SQL
clause.
AuthBy SQL
..