On Mon, Jan 05, 2004 at 06:16:17PM +0100, Jerome Fleury wrote:
Hello there,
under certain conditions, I would like Radiator to shutdown itself inside a hook. I
tried:
if ($@) {
main::log($main::LOG_ERROR, (jeje) cannot recreate data structures from
\$config_file\:
[EMAIL
All radiator log accesses e done lock-write-unlock, IIRC, so you should be
fine.
I'd suggest double-checking with either the docs, the source, or Hugh before
putting it on a production system :)
-Original Message-
From: Vangelis Kyriakakis [mailto:[EMAIL PROTECTED]
Sent: 13 November
You probably won't be getting the password from the NAS in the first place.
If you're using a challenge-response based auth scheme the password is never
sent.
-Original Message-
From: Herman verschooten [mailto:[EMAIL PROTECTED]
Sent: 02 October 2003 11:32
To: [EMAIL PROTECTED]
RewriteUsername s/^\s+//
will remove all leading whitespace
-Original Message-
From: Herman verschooten [mailto:[EMAIL PROTECTED]
Sent: 10 September 2003 17:33
To: [EMAIL PROTECTED]
Subject: (RADIATOR) Leading spaces
Hi,
Is there an easy way to remove leading spaces from the
Looks like it. Check
http://search.cpan.org/src/TIMB/DBD-Oracle-1.14/README.clients
for more details; the top level index for package docs is
http://search.cpan.org/author/TIMB/DBD-Oracle-1.14/
-Original Message-
From: Datareactor [mailto:[EMAIL PROTECTED]
Sent: 03 September 2003
Nice way of doing it.
This will be because DBD::Oracle compiles statically linked by default,
hence you only need the libraries at the compile stage, not for run-time.
Building it on your Oracle server then copying all the installed files
(listed in the auto-generated .packlist file) over to the
Try
DeallocateQuery update RADPOOL set STATE=0,TIME_STAMP=%t where USERNAME =
'%2'
-Original Message-
From: Craig Gittens [mailto:[EMAIL PROTECTED]
Sent: 29 August 2003 13:27
To: Radiator
Cc: Hugh Irvine
Subject: (RADIATOR) Emergency - Please help
Importance: High
I have
The query I gave you will do that - you probably aren't seeing the user in
the stop packet
An alternative is to try doing it by NAS port - e.g.
DeallocateQuery update RADPOOL set STATE=0,TIME_STAMP=%t where NASIP='%N'
and NASPORT=%{NAS-Port}
which is what we use
-Original Message-
I'd also *strongly* recommend using InnoDB for the MySQL table handler - I
sincerely doubt MyISAM will perform well in the environment you're looking
at.
Plus make full use of mysql's 'EXPLAIN' keyword to optimise your table
indexes based on the queries radiator's performing.
-Original
-related
-Original Message-
From: DUFOUR Geoffrey [mailto:[EMAIL PROTECTED]
Sent: 20 August 2003 13:36
To: Matthew Trout
Cc: [EMAIL PROTECTED]
Subject: Re: (RADIATOR) Radiator and Mysql under load
I don't know much about InnoDB.
Does it require a commercial license ?
It seems
Talking to it over here, no problems.
-Original Message-
From: Ken Wolstencroft [mailto:[EMAIL PROTECTED]
Sent: 06 August 2003 09:24
To: [EMAIL PROTECTED]
Subject: Re: (RADIATOR) BT dial platform
Yes it works fine for us...
Ken
- Original Message -
From: Mike
Best guess - something in your hook is try to do an 'exists $hash{$key}'
where %hash is a variable tied to a DBM database, and AnyDBM_File doesn't
support that.
That or your AnyDBM_File.pm install is b0rken.
-Original Message-
From: Wesley Hof [mailto:[EMAIL PROTECTED]
Sent: 29 July
]
Sent: 29 July 2003 10:58
To: Matthew Trout
Cc: 'Wesley Hof'; [EMAIL PROTECTED]
Subject: RE: (RADIATOR) Upgrade Q.
How can I fix this?
Systems Administrator.
Uninet International NV/Planet Internet.
Tel: +32 (0)3/275.15.41
--
uniX, the source is out there!
On Tue, 29 Jul 2003
Just kill -HUP the radiusd process when you've changed the configs
Clients won't notice the difference - the re-read of the configs is very
fast
-Original Message-
From: Brian CHNG Sing Yong [mailto:[EMAIL PROTECTED]
Sent: 18 July 2003 16:23
To: '[EMAIL PROTECTED]'
Cc: CHEW Yong Sin
Or (from the perl documentation for DBI)
connect_cached NEW
$dbh = DBI-connect_cached($data_source, $username, $password)
or die $DBI::errstr;
$dbh = DBI-connect_cached($data_source, $username, $password,
\%attr)
or die
It's pretty much certainly a Perl dependency
try running
perl -e 'use Radius::EAP_25;'
to try and load the module and see what errors you get
From memory, I think you need Digest::MD5, MD4, SHA1 and the Digest::HMAC_*
modules
-Original Message-
From: Mike McCauley [mailto:[EMAIL
Title: MySQL accounting massively slows responses
We intended to use MySQL for both session databases, IP allocation and accounting; the former two seem to work fine, however as soon as we put accounting onto SQL the Accounting-Response packets take several seconds to be sent. The MySQL
Title: RE: (RADIATOR) Duplicate kinda requests
If you don't want to use a 'trapped' IP, consider giving them (say) 127.3.3.3, or something else on the loopback range ... dunno if the NAS etc. will accept it, but if they will your user will be sandboxed onto sending pakcets loopbacj, so they
Title: RE: (RADIATOR) AuthBy in an Accounting-Request
I believe you still need something to return a packet to register the logging; we just use an AuthBy TEST clause to do so. There may be a cleaner way to do this (since TEST generates a line in the logfile every time); if there is, would
Title: RE: (RADIATOR) Problem mixing AuthBy File and AuthBy SQL
Alternatively, write a quick perl script that does something like
#!/usr/bin/perl
$/ = \n\n; # Or, if those three dots are from your file, \n...\n
while (STDIN) { # Feed the user section in here
s/^(\S+)\s+//;
my $user
Title: RE: (RADIATOR) Using SQL statemens inside a PostAuthHook
If you use DBI-connect_cached with the same connect string, you should get the handle Radiator's already opened ...
-Original Message-
From: Bogdan TARU [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 11, 2003
Title: RE: (RADIATOR) FreeTDS DBD-Sybase Install
I've never managed to get DBD::Sybase to pass all of its tests, but the install has then worked fine.
Instead of using the standard tests, might I suggest you roll your own - a swift perl script that tests a representative sample of the sort
Title: RE: (RADIATOR) radiator stops ...
Of course Easysoft OOB is even better as far as
compatibility/reliability are concerned, albeit at a higher cost.
You're kidding, right?
In production use, Easysoft is absolutely lovely bar for one minor 'feature' (at least in the version I had)
Title: RE: (RADIATOR) radiator stops ...
-Original Message-
From: 'Dan Melomedman' [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 03, 2003 2:14 PM
To: [EMAIL PROTECTED]
Subject: Re: (RADIATOR) radiator stops ...
Matthew Trout wrote:
Of course Easysoft OOB is even
Title: RE: (RADIATOR) radiator stops ...
I'd suggest dumping openlink as well; it's overpriced and the windows side (last time I had to suffer it) was far from production-grade reliability. If you're trying to connect to an MS SQL Server from *n?x, I've found FreeTDS (www.freetds.org) to be
Title: %{} parsing and the death of Eval syntax
From the changelog for 3.3 -
Important Security Update: Removed support for the %Eval special character syntax due to security issues that can effect AuthBy SQL and AuthBy LDAP*. We recommend that all operators of Radiator 3.0, 3.1 and 3.2
Title: Transitioning to 3.5: faking EAP_MESSAGE to avoid password auth not working as in 2.19
I'm currently having some nasty problems going from Radiator 2.19 to 3.5; most things work, but I have a configuration hack that we need that's suddenly stopped working.
Our FRIACO dialup products
27 matches
Mail list logo
