Hello all,
I have created a new module (using rlm_detail.c as it was closest to my needs).
For the building
I took the various config files from rlm_example and modified as needed
(changed example to x where
x is my module name).
Then used:
./configure x_cflags=...
Using 2.2.0. Should I repost to the devel list or keep the thread here?
On 6/17/2013 10:55 AM, Arran Cudbard-Bell wrote:
On 17 Jun 2013, at 16:42, Bill Schoolfield b...@billmax.com wrote:
Hello all,
I have created a new module (using rlm_detail.c as it was closest to my needs
Schoolfield wrote:
Using 2.2.0. Should I repost to the devel list or keep the thread here?
On 6/17/2013 10:55 AM, Arran Cudbard-Bell wrote:
On 17 Jun 2013, at 16:42, Bill Schoolfield b...@billmax.com wrote:
Hello all,
I have created a new module (using rlm_detail.c as it was closest to my needs
the IF always evaluated to true.
I've concluded that the use of IF with multiple expressions won't work. So I
have move
this logic to perl.
Bill
On 6/13/2013 6:55 PM, Alan DeKok wrote:
Bill Schoolfield wrote:
The above code fails with a message (below) that says (Right field is
not a number
Can update sections contain if conditions? I get the following error:
/etc/raddb/sites-enabled/default[573]: update sections cannot have subsections
/etc/raddb/sites-enabled/default[465]: Errors parsing post-auth section.
The documentation says The only contents permitted in an update section
On 6/13/2013 10:33 AM, Alan DeKok wrote:
Bill Schoolfield wrote:
Can update sections contain if conditions? I get the following error:
/etc/raddb/sites-enabled/default[573]: update sections cannot have
subsections
What is unclear about that?
/etc/raddb/sites-enabled/default[465
I can't seem to make this work. I'm comparing some values in the post-auth
section:
if((%{expr: %{check:Max-All-Session}-%{sql:select sum(acctsessiontime) from radacct
where username='%{User-Name}'}}) (%{expr: %{sql:select
unix_timestamp(str_to_date('%{check:Expiration}', '%%b %%d
Hello all,
I'm trying to use rlm_sqlcounter to disable login once time exceeded together with unlang to
set Session-Timeout. I can get either to work but having trouble getting both
to work.
Right now the Session-Timeout (computed below in the post auth section) works
fine.
update reply {
Never mind. I did not have noresetcounter in the authorize section. This in
turn caused me to use the
wrong check variable (Max-All-Session-Time instead of Max-All-Session) as the
right one wasn't known (because
the noresetcounter wasn't known to 'authorize'.
Anyway. My apologies for the false
Hi
I'm trying to get dynamic ip allocation working. I ran a test via radtest:
[root@freerad raddb]# radtest billtest2 this#x7g localhost 0 mysecret
Sending Access-Request of id 53 to 192.168.111.55 port 1812
User-Name = billtest2
User-Password = this#x7g
NAS-IP-Address
Any help on this? I have deleted the db.ippool and db.ipindex files,
restarted the server... But I get the same result. Different ip but from
a private address range.
Bill
On 11/9/2012 12:31 PM, Bill Schoolfield wrote:
Hi
I'm trying to get dynamic ip allocation working. I ran a test via
Please disregard this thread. I have solve my problem. Setup (as you
probably guessed) mistake.
Bill
On 11/9/2012 1:20 PM, Bill Schoolfield wrote:
Any help on this? I have deleted the db.ippool and db.ipindex files,
restarted the server... But I get the same result. Different ip but from
at 07:14:05PM -0500, Bill Schoolfield wrote:
In keeping with recommended practice, I have modified very little.
That's good. For this purpose, you can actually cut out quite a
lot - but make sure you've got your config in version control
(e.g. git) before you start so that you can easily
To be clear, remove the line below???
virtual_server = copy-acct-to-home-server
Does the update control { Proxy-To-Realm := 'home_realm' }
section handle this association for us?
Bill
On 10/2/2012 12:19 PM, Matthew Newton wrote:
On Tue, Oct 02, 2012 at 11:37:31AM -0500, Bill Schoolfield
on both
sides and it is the same. What else could it be? I'm a little
unclear on the remote server's client entry for this relay. Should
it be the ip of the freeradius server or should it match the ip of
the originating NAS? I have set up both to no avail.
Bill
On 10/2/2012 12:27 PM, Bill Schoolfield
Looking for help in setting up simple (single) accounting relay
(forward). Its been awhile since I last used freeradius and I'm use
to the old radrelay program. I see that has been replaced with
internal based methods.
I've read what documents and comments I could find, but haven't been
able to
Last week I reported an issue I had with FreeRadius 1.0.5 on Red Hat
Enterprise Linux ES release 3. It had to do with dropped MySQL connections.
We continue experience severe problems with FreeRadius. The server will
run for upwards to 8 hours, sometimes more, before getting into some
I have posted two requests to this list concerning MySQL issues and
FreeRadius. To date I haven't gotten a single response. As I can also
use /etc/password and /etc/shadow, I've decided for now to drop using
MySQL (e.g. use Auth-Type := System).
So hopefully my new problem is now more common.
Hello All,
We've implemented a billing solution for a client and as part of that
effort we are using FreeRadius 1.05 and MySQL 4.0.x on Redhat ES 3.0. It
is very standard setup; nothing fancy.
Today they experienced a radius failure (8 hours from a radius restart)
where FreeRadius could not
I did. Turns out it had nothing to do with the proxy. I had
inadvertently placed a reply attribute as a check attribute in the db.
That of course caused the lookup to fail. My apologies for the false alarm.
Bill
Alan DeKok wrote:
Bill Schoolfield [EMAIL PROTECTED] wrote:
I just tested
Hello,
We are switching out a client from cistron radius to FreeRadius with
MySQL. To test things out without changes to the NASs, we are proxing
certain realms to the new FreeRadius server.
Here's our problem; the proxy works fine but the authentication
(actually the user lookup) is
:
Bill Schoolfield [EMAIL PROTECTED] wrote:
Here's our problem; the proxy works fine but the authentication
(actually the user lookup) is failing when testing via radclient. The
user lookup fails because the 'Group' attribute in the referenced
attribute file (-f file) is being ignored (not sent
Hello,
I'm getting No matching entry in the database for request from user
returned from the sql lookup. Below I have the radclient and server
diagnostics interlaced. All look correct and the querries are good (see
below for them). What is wrong?
Bill
/usr/local/bin/radclient -x -f
I just tested the exact same setup but this time accessing this radius
server directly (instead of thru a proxy) and it works fine. So the
proxy is changing something. Thoughts?
Bill Schoolfield wrote:
Hello,
I'm getting No matching entry in the database for request from user
returned from
24 matches
Mail list logo