Apostolos Pantsiopoulos wrote:
Does this mean that in the new behavior I have one perl instance
(thread) shared by all the radius threads? And if so, are all the radius
requests being processed sequentially by it? Doesn't this degrade
the performance?
Possibly, yes.
Or, the module could
Hello,
Well, this can be very simple ... or very complicated ...
I'm doing traffic based accounting with freeradius and have been more then
happy.
Our scenario is pretty complicated, it involves different pricing KB for day of
week/time of day, users are able to purchase additional credit,etc.
You've mentioned a few times that LDAP is not meant for authentication,
however the default config that ships with FreeRADIUS has LDAP in
the authentication section. Could you clear that up a little for me
please? (or point me to somewhere it's been cleared up before?)
Don't force
I am using freeradius-1.1.7 . i am using the default configuration with
a local user whose entry is in users file .
now when i try from localhost it works..
But when i try from laptop it shows error that user password attribute
requird ..!!!
what should i do...?
Don't break EAP!
Don't force Auth-Type Ldap.
But you will have to use two sql instances - one to store reply info and
one to store backup passwords. You can't store passwords in sql (used for
reply attributes) and ldap as well.
authorize {
...
sql_reply
ldap
if (notfound | fail) {
sql_bkp_pass
}
IBM x3550 server install Debian lenny.
Download freeradius from
ftp://ftp.freeradius.org/pub/freeradius/freeradius-server-2.1.4.tar.gz, compile
and install.
Question:
1. freeradius -v showing freeradius 2.1.5, was this correct?
2. trying to using mysql as database, ucomment sql in
6 matches
Mail list logo