On 2010.03.04 19:27, R C wrote:
Hi,
What does teh FAILURE at the end of the eapol test result mean? But, the
eap authentication is successful as shown in green color below.
Can you post in plain text with normal emphasis tags:
*stuff*, 'stuff', _stuff_?
It's very hard to read green/red
On 2010.03.02 15:38, Michael J Humphries wrote:
We had to reboot the Radius server and ever since then I am getting the
following error when I try to edit someones account in Dialup admin
*Warning*: import_request_variables() [function.import-request-variables
Alan DeKok wrote:
Steve Bertrand wrote:
The radacct table in the RADIUS database grows at an enormously fast
rate. Regardless of server resources, trying to search or perform
actions on this table can be a daunting task.
Yup. In some cases, people are required to keep this data
Alan DeKok wrote:
Steve Bertrand wrote:
Considering that the project objective and purpose is designed around
FreeRADIUS and it's SQL database, and really doesn't have much use
elsewhere.
Leverage the FreeRADIUS name. :)
Net::FreeRADIUS::Management ?
I'd say Net::RADIUS::Management
Steve Bertrand wrote:
Hi all,
I'm curious to know what you use to manage your RADIUS database,
particularly the accounting tables.
For quite some time, I was using severely hacked versions of the
dialup_admin scripts.
Since then, I've written (ie. been writing) an ISP mgmt/accounting
Hi all,
I'm curious to know what you use to manage your RADIUS database,
particularly the accounting tables.
For quite some time, I was using severely hacked versions of the
dialup_admin scripts.
Since then, I've written (ie. been writing) an ISP mgmt/accounting
system that relies very heavily
Marinko Tarlac wrote:
Also, instead of usergroup table in dialup.conf file you'll find
radusergroup as table name. You can solve this issue. Just delete
rad and leave usergroup... Also, you have priority fields and you
can comment them in dialup.conf if you don't need them.
Thanks Alan and
Hi all,
I'm in the process of migrating our RADIUS servers from 1.17 to 2.14.
I've scoured all over for any information relating to the migration of
the MySQL database.
Am I just missing something here, or are the two versions completely
non-compatible?
If this is the case, I'll have to write a
Alan DeKok wrote:
Steve Bertrand wrote:
Can someone swing the clue bat at me, and provide me with information on
where I should look to find out how to disable detail log files for
specific NASs only?
$ man unlang
I need to keep the detail files for legacy purposes, but only
Hi everyone,
Can someone swing the clue bat at me, and provide me with information on
where I should look to find out how to disable detail log files for
specific NASs only?
I need to keep the detail files for legacy purposes, but only for
specific NASs, and I'd like to disable the rest of them
This is more a MySQL question rather than a RADIUS one, but I thought
I'd ask here first. For some reason I can't put my head around this issue.
I have NAS's in several different PoP's. Each PoP has it's own
(different) IP block.
What I want to do is modify dialupadmin's tot_stats script.
Lisa Casey wrote:
Hi,
I have a FreeBSD 5.3 machine that I want to install Freeradius on. The
Freeradius that was in the ports on this machine was FR 1.0.1 and that was
kind of old so I updated the ports collection and now the FR port that I
have is Freeradius 1.1.6
When I typed make, I
12 matches
Mail list logo