WWF wrote:
But no log is recorded if the certificates is wrong (which is possible
in real scenarios).
It should log that authentication has failed.
I have noticed that if the certificates is wrong, the radiusd -X
will output things like that:
Fri Jul 16 17:23:30 2010 : Info: [eap]
hi, all!
Now I want to record the user access history in the radius.log file. I use fr
2.19 and ttls-mschapv2.
I notice that it now only records the user/password log in the radius.log
file.
for example,
when I use a correct password for user test,
Tue Jul 13 12:03:49 2010 : Auth: Login
On Monday 26 December 2005 16:17, LeRoy DeVries wrote:
On Monday 26 December 2005 16:02, Markus Krause wrote:
i am not an expert but it seems that you (or some module) sets auth-type
to local. what does your authorize and authenticate sections in
radiusd.conf look like?
Here is that
Zitat von LeRoy DeVries [EMAIL PROTECTED]:
I'm getting the following error in the radius log and don't know how to
handle
it. I assume it's handled somewhere within the radius.conf file but I can't
find anything about it.
Sun Dec 25 09:28:07 2005 : Error: rlm_sql: Failed to create the pair:
LeRoy DeVries wrote:
I'm getting the following error in the radius log and don't know how to handle
it. I assume it's handled somewhere within the radius.conf file but I can't
find anything about it.
Sun Dec 25 09:28:07 2005 : Error: rlm_sql: Failed to create the pair: Unknown
attribute
On Monday 26 December 2005 06:15, Markus Krause wrote:
Zitat von LeRoy DeVries [EMAIL PROTECTED]:
I'm getting the following error in the radius log and don't know how to
handle
it. I assume it's handled somewhere within the radius.conf file but I
can't find anything about it.
Sun Dec
LeRoy DeVries [EMAIL PROTECTED] wrote:
Mon Dec 26 08:13:56 2005 : Error: radiusd.conf: SQL modules aren't allowed
in 'authenticate' sections -- they have no such method.
Why did you put it there?
If I remove the sql from that section it doesn't complain. How does
sql handle this. Also as
On Monday 26 December 2005 09:38, Alan DeKok wrote:
Try running the server in debugging mode, as suggested in the FAQ,
README, INSTALL, and daily on this list.
Honestly, I just don't understand why it's so hard to do that.
Alan DeKok.
Sorry I just could not find any info on that.
On Monday 26 December 2005 10:12, LeRoy DeVries wrote:
On Monday 26 December 2005 09:38, Alan DeKok wrote:
Try running the server in debugging mode, as suggested in the FAQ,
README, INSTALL, and daily on this list.
Honestly, I just don't understand why it's so hard to do that.
Zitat von LeRoy DeVries [EMAIL PROTECTED]:
On Monday 26 December 2005 06:15, Markus Krause wrote:
Zitat von LeRoy DeVries [EMAIL PROTECTED]:
I'm getting the following error in the radius log and don't know how to
handle
it. I assume it's handled somewhere within the radius.conf file
On Monday 26 December 2005 12:41, Markus Krause wrote:
what says freeradius if started in debug mode (freeradius -XA) ?
and what says radtest?
I'm finally making progress. Now I'm getting the following:
modcall: group authorize returns ok for request 0
auth: type Local
auth: user supplied
Zitat von LeRoy DeVries [EMAIL PROTECTED]:
On Monday 26 December 2005 12:41, Markus Krause wrote:
I'm finally making progress. Now I'm getting the following:
modcall: group authorize returns ok for request 0
auth: type Local
auth: user supplied User-Password does NOT match local
On Monday 26 December 2005 16:02, Markus Krause wrote:
i am not an expert but it seems that you (or some module) sets auth-type to
local. what does your authorize and authenticate sections in radiusd.conf
look like?
Here is that portion
authorize {
preprocess
chap
I'm getting the following error in the radius log and don't know how to handle
it. I assume it's handled somewhere within the radius.conf file but I can't
find anything about it.
Sun Dec 25 09:28:07 2005 : Error: rlm_sql: Failed to create the pair: Unknown
attribute Max-All-Session
Sun Dec 25
On Fri, 18 Feb 2005 07:22:42 +
nake116 nake116 [EMAIL PROTECTED] wrote:
Fri Feb 18 06:26:50 2005 : Info: Using deprecated naslist file. Support
for this will go away soon.
Fri Feb 18 06:26:50 2005 : Info: Using deprecated clients file. Support
for this will go away soon.
Fri Feb 18
Fri Feb 18 06:26:50 2005 : Info: Using deprecated naslist file. Support
for this will go away soon.
Fri Feb 18 06:26:50 2005 : Info: Using deprecated clients file. Support
for this will go away soon.
Fri Feb 18 06:26:50 2005 : Info: Using deprecated realms file. Support
for this will go away
16 matches
Mail list logo
