Droping clients from radius (they are connected into radius but they are not connected in their houses)
Hello all, I am with a very big problem. I have a system that uses PPPoE server to authenticate my clients into an FreeRadius server. The server is running ok but when something not expected happens in my clients (like a enery blackout or something like that) the user remains connected into my radius server. There is anyway I could make a test to see if the user is not online and them drop it? Att, Nataniel Klug
There is no such thing as "user remains connected into my radius server". It's the client's (here PPPoE Server?) responsibility to act accordingly. In particular it should eventually update the accounting if a "client"/user is MIA. That might be near to the problem you are refering to. Best regards K .Hoercher
Hoercher, I could not understand what you mean with this MIA. I will look for more info into my PPPoE-Server. Att, Nataniel Klug K. Hoercher escreveu:
There is no such thing as "user remains connected into my radius server". It's the client's (here PPPoE Server?) responsibility to act accordingly. In particular it should eventually update the accounting if a "client"/user is MIA. That might be near to the problem you are refering to.
Best regards K .Hoercher - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
.
On 7/21/06, Nataniel Klug <nata@cnett.psi.br> wrote:
I could not understand what you mean with this MIA. I will look for more info into my PPPoE-Server. Hi,
ok, sorry about that bit of levity. I meant "missing in action" in respect of your not connected users. As I said, freeradius doesn't keep some state of "connected users", if they really aren't serviced anymore due to whatever circumstances, it doesn't know so unless told by something (looks like the mentioned PPPoE server here). As you didn't provide much detail I'm left to guessing around. So I talked about the accounting function of freeradius as something which might be seen as coming near to having a state by recording information it *gets*. So, if you cannot find suitable inforamtion in the documentation, please consider asking more specifically and provide as much information about your problem as possible. best regards K. Hoercher
Hoercher, Thank you so much for your time. I really think that it is a problem over my pppoe-server but it is something I cant change (its enbeded into a system box). The configuration to radius autentication are very limited. To solve the problem I made a script into my linux box that get info using net-snmp about the pppoe-users connected to the remote server. With this info I use "radwho" to tell me witch users are into radius database as "online" so with this two information I can make a script to diferentiate the files and tell me wich user is still logged in (in freeradius) that is not anymore online into pppoe-server. So I use radzap to drop the connection and allow the same login to get online again (I use simultaneous use = 1). This is not the best option, but it is working for now... ;) Att, Nataniel Klug .'.
Hi,
ok, sorry about that bit of levity. I meant "missing in action" in respect of your not connected users. As I said, freeradius doesn't keep some state of "connected users", if they really aren't serviced anymore due to whatever circumstances, it doesn't know so unless told by something (looks like the mentioned PPPoE server here).
As you didn't provide much detail I'm left to guessing around. So I talked about the accounting function of freeradius as something which might be seen as coming near to having a state by recording information it *gets*.
So, if you cannot find suitable inforamtion in the documentation, please consider asking more specifically and provide as much information about your problem as possible.
best regards K. Hoercher - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
participants (2)
-
K. Hoercher -
Nataniel Klug