On Jun 21, 2008, at 10:50 PM, Alan DeKok wrote:
Chris wrote:
See Also exec echo just below exec. As I understand it, that's
how
you say, I'm defining an exec module called 'execbill'.
Which is documented in the modules section of radiusd.conf.
Which
is shown in the echo example,
Chris wrote:
Perhaps users should be expected to go read source code comments to
figure out what's going on, too.
Perhaps you should not take extreme positions in order to mock others.
FreeRADIUS is a gem, to be sure, and it continues to help me make money,
but I've configured a lot of
Hi,
FreeRADIUS is a gem, to be sure, and it continues to help me make money,
but I've configured a lot of services over the years and the FreeRADIUS
documentation, frankly, sucks.
hmm, FreeRADIUS makes you moneyand you get all the support
from us, this list, and the free wiki etc for
On 22 Jun 2008, at 11:46, [EMAIL PROTECTED] wrote:
Hi,
FreeRADIUS is a gem, to be sure, and it continues to help me make
money,
but I've configured a lot of services over the years and the
FreeRADIUS
documentation, frankly, sucks.
No, the man pages are just fine. The problem here is
1. As i understand responses is hardcoded(preset) to discover and request.
DHCP-Message-Type = ... in config file is ignored, so i can't respond to
RELEASE, INFORM, DECLINE. Always is NAK. Response to request also could be
NAK, not always ACK. It is possible respond to request with NAK if
Hello
Please Help me
sqlippool error
select FramedIPAddress,NASIPAddress,CallingStationID,username from radippool;
FramedIPAddress| NASIPAddress | CallingStationID | username
172.16.2.1 | 127.0.0.1 | 121.111.111.123 | user1
172.16.2.2 | 127.0.0.1 |
Arran Cudbard-Bell wrote:
No, the man pages are just fine. The problem here is the documentation
often assumes a knowledge of the protocol / supporting RFCs. Either
people are too stupid/ lazy to go out and find the information
themselves, or they've lost the basic ability to learn things
EvilEzh wrote:
i'm not strong with c programming and patching. So i can only suggest :(
in dhcpd.c i think code:
case: RLM_MODULE_UPDATED:
there is some code that sets response type.
Hmm... OK.
btw .. i've idea, maybe problem is that eth1 client network is
10.10.1.0/24 . But i've ip
On Jun 22, 2008, at 9:03 AM, Alan DeKok wrote:
The people who *do* contribute say things like this thing annoyed
me,
so here's the fix. I'll take that any day over empty complaints.
And when one does, one gets:
(IMHO, the default config could eliminate some of this frequent
confusion
Chris wrote:
So if possibly improving inherent clarity in the default config nets a
why bother, nobody'll read it anyway from you, why should anyone else
care?
Nice try.
The module configuration is documented in radiusd.conf, in the
modules section. It explains clearly the syntax and
Hi,
Can Bug 517 (Patch for radwho to correct time output and IP
address outpu) be included in the next release? I've used the supplied
patch and find it works quite well. Would be nice not to have to repatch
on the next release.
Thanks, Tuc
-
List
Submit a *useful* patch, and it will go in. Until then, please
continue to profit from a project that sucks. A project to which
you've contributed nothing. The sheer hypocrisy of that position should
be evident to everyone.
So does this mean that bug 517, which includes code
Tuc at T-B-O-H.NET wrote:
What are some possible causes in 2.0.4 for the radacct (MySQL) and
radutmp (That feeds radwho) to get out of sync. It seems almost 100% of the
time, radwho/radutmp isn't showing the user, while radacct has no
acctstoptime.
radutmp requires specific
On Jun 22, 2008, at 9:53 AM, Alan DeKok wrote:
Chris wrote:
So if possibly improving inherent clarity in the default config
nets a
why bother, nobody'll read it anyway from you, why should anyone
else
care?
Nice try.
The module configuration is documented in radiusd.conf, in the
Have a look at CVS. If it's there, it will be in 2.0.6.
Ivan Kalik
Kalik Informatika ISP
Dana 22/6/2008, Tuc at T-B-O-H.NET [EMAIL PROTECTED] piše:
Submit a *useful* patch, and it will go in. Until then, please
continue to profit from a project that sucks. A project to which
you've
Tuc at T-B-O-H.NET wrote:
Can Bug 517 (Patch for radwho to correct time output and IP
address outpu) be included in the next release? I've used the supplied
patch and find it works quite well. Would be nice not to have to repatch
on the next release.
Done.
Alan DeKok.
-
List
Tuc at T-B-O-H.NET wrote:
So does this mean that bug 517, which includes code which looks
reasonable, and has been tested in my setup (For what thats worth) submitted
on Feb 8, 2008... And missed the 2.0.2 version (Not sure when freeze was
for that, since it was less than a week
Tuc at T-B-O-H.NET wrote:
Ok, thanks. I have to do more work to see if radutmp EVER had a
record for the user or not. My initial thought was that when the user logged
off and an accounting stop record was sent, that it updated the radutmp file,
and then SOMETHING happened that the sql
Chris wrote:
Then when someone cuts and pastes a default config module to modify,
they just might key into the fact that they need to define an sql module
named x-sql-module without having to go to the documentation at all.
I disagree. Given 10 years of history on this list, if you tell
Tuc at T-B-O-H.NET wrote:
Ok, thanks. I have to do more work to see if radutmp EVER had a
record for the user or not. My initial thought was that when the user logged
off and an accounting stop record was sent, that it updated the radutmp
file,
and then SOMETHING happened that
Tuc at T-B-O-H.NET wrote:
Can Bug 517 (Patch for radwho to correct time output and IP
address outpu) be included in the next release? I've used the supplied
patch and find it works quite well. Would be nice not to have to repatch
on the next release.
Done.
Many
Tuc at T-B-O-H.NET wrote:
Is there an SQL version of radwho? I've taught the people to use
radwho to determine who is logged on, and don't see another utility or
string I can pass to radwho.
SQL command-line tools can do the same thing with a properly formatted
query. So far, no one
Here's what I'm using. It very likely will not work out-of-the-box on
a stock freeradius, and it's PostgreSQL-specific.
#!/usr/local/bin/perl
#
use Time::Local;
use DBI;
use Getopt::Std;
$SQL_HOST=pgsql.example.com;
getopts('ah');
if ($opt_h) {
print STDERR EOF;
usage: radsqlwho [-a] [-h]
Sorry, i don't know (havn't read maybe :) ) how to submit patches.
I'll paste here
First one ... allows receive DHCP-Inform messages.
--- dhcp.c 2008-06-23 02:46:17.0 +0300
+++ dhcp_new.c 2008-06-23 02:45:26.0 +0300
@@ -190,7 +190,7 @@
if ((packet-data[240] != 53) ||
Thank you very much for your work David!
But I rather want to compile it by myself, because:
a) I don't want to update all my ports, because than I am supposed to
update my RELEASE version of FreeBSD to an STABLE version and reinstall
all packages and re-check my configuration files in etc ...
Hi Alan,
I know about radius -X ... I already setted up the version 1.1.7
succesfully ... but now I'm working on almost complety revised version
2.0.5 ... so SQL configs are different for me and I might made some
mistakes there so that the radius -X is not showing me some pg code ... ;/
26 matches
Mail list logo