Interaction between accounting data and radutmp
hi all :: I have a weird problem. If I am not mistaken sessions are logged and remove on accouting-start and accouting-stop but I have encountered where an active session for a particular users have been deleted from the session database without the corresponding accounting stop packet. I am running Freeradius 1.0.4 on Solaris 9. Is there a problem with radutmp ?? My config file for radutmp under radiusd.conf :: =========================== radutmp { # Where the file is stored. It's not a log file, # so it doesn't need rotating. # filename = ${logdir}/radutmp # The field in the packet to key on for the # 'user' name, If you have other fields which you want # to use to key on to control Simultaneous-Use, # then you can use them here. # # Note, however, that the size of the field in the # 'utmp' data structure is small, around 32 # characters, so that will limit the possible choices # of keys. # # You may want instead: %{Stripped-User-Name:-%{User-Name}} username = %{User-Name} # Whether or not we want to treat "user" the same # as "USER", or "User". Some systems have problems # with case sensitivity, so this should be set to # 'no' to enable the comparisons of the key attribute # to be case insensitive. # case_sensitive = yes # Accounting information may be lost, so the user MAY # have logged off of the NAS, but we haven't noticed. # If so, we can verify this information with the NAS, # # If we want to believe the 'utmp' file, then this # configuration entry can be set to 'no'. # check_with_nas = no # Set the file permissions, as the contents of this file # are usually private. perm = 0600 callerid = "yes" } Thanks !
TK Lew <tklew99@gmail.com> wrote:
I have a weird problem. If I am not mistaken sessions are logged and remove on accouting-start and accouting-stop but I have encountered where an active session for a particular users have been deleted from the session database without the corresponding accounting stop packet.
Most likely because someone else logged in on the same port. Two people can't use the same port at the same time. Alan DeKok.
hi :: Ah....that why but all the NAS are using the same port ! I understand that session index is based on NAS port . Any chance for it to be based on session id ? Is there a patch for it ?? Thanks again ! On 11/15/05, Alan DeKok <aland@ox.org> wrote:
TK Lew <tklew99@gmail.com> wrote:
I have a weird problem. If I am not mistaken sessions are logged and remove on accouting-start and accouting-stop but I have encountered where an active session for a particular users have been deleted from the session database without the corresponding accounting stop packet.
Most likely because someone else logged in on the same port.
Two people can't use the same port at the same time.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
TK Lew <tklew99@gmail.com> wrote:
Ah....that why but all the NAS are using the same port !
Ask your NAS vendor.
I understand that session index is based on NAS port . Any chance for it to be based on session id ? Is there a patch for it ??
No. That simply won't work. If you're doing session tracking, the server needs port information. Alan DeKok.
hi alan :: Thanks but changing the NAS port is not an options for me :( since i am actually using Freeradius for a streaming projects where there are so many NAS's around. Based on the Freeradius mailing list , I think i came across a similar posting (i think your reply is there too). http://lists.freeradius.org/mailman/htdig/freeradius-users/2002-January/0045... This guys basically hacks the rlm_radutmp to use session id. a. Is possible to use the hacks for session id if NAS port is not an option ? b. For high performance site , is radumtp perform well ? c. Or the last option is to use SQL based session database Thanks again ! Regards On 11/15/05, Alan DeKok <aland@ox.org> wrote:
TK Lew <tklew99@gmail.com> wrote:
Ah....that why but all the NAS are using the same port !
Ask your NAS vendor.
I understand that session index is based on NAS port . Any chance for it to be based on session id ? Is there a patch for it ??
No. That simply won't work.
If you're doing session tracking, the server needs port information.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
TK Lew <tklew99@gmail.com> wrote:
This guys basically hacks the rlm_radutmp to use session id.
If that's all you want, it may work for you.
a. Is possible to use the hacks for session id if NAS port is not an option ?
If it works for you.
b. For high performance site , is radumtp perform well ?
It's OK.
c. Or the last option is to use SQL based session database
You can do that, too. Alan DeKok.
participants (2)
-
Alan DeKok -
TK Lew