Advertisement
If you have a new account but are having problems posting or verifying your account, please email us on hello@boards.ie for help. Thanks :)
Hello all! Please ensure that you are posting a new thread or question in the appropriate forum. The Feedback forum is overwhelmed with questions that are having to be moved elsewhere. If you need help to verify your account contact hello@boards.ie
Hi there,
There is an issue with role permissions that is being worked on at the moment.
If you are having trouble with access or permissions on regional forums please post here to get access: https://www.boards.ie/discussion/2058365403/you-do-not-have-permission-for-that#latest

Using ARP to kill idle connections

  • 02-08-2013 2:26pm
    #1
    azzeretti
    Registered Users, Registered Users 2 Posts: 1,477 ✭✭✭


    I am building a custom Wifi solution for a client and bashing some solutions for disconnecting idle connections (without some extra involvement!). I am building this on an embedded linux device using iptables. iptables doesn't have any parameters for dealing with idle connections so I am doing a little lateral thinking. The idea is, once a user has been authenticated, I drop them into an ipset group. I was thinking of using ARP and every x minutes running a script to check the contents of the ipset group, clearing the ARP cache on the linux server then doing an ARP lookup against all the IPs in the list. Any clients still connected will respond while the dead ones should let arp know. At this point I can just remove them from the ipset group.

    My question is; does anyone see any practical issue with clearing the ARP cache on the linux box so often? Its not a switch (there is 2 interfaces WIFI/LAN) and I can't see why the cache won't just rebuild as the clients announce again. The network(s) will be fairly small too - max 15 clients.


Advertisement