Advertisement
Help Keep Boards Alive. Support us by going ad free today. See here: https://subscriptions.boards.ie/.
If we do not hit our goal we will be forced to close the site.

Current status: https://keepboardsalive.com/

Annual subs are best for most impact. If you are still undecided on going Ad Free - you can also donate using the Paypal Donate option. All contribution helps. Thank you.
https://www.boards.ie/group/1878-subscribers-forum

Private Group for paid up members of Boards.ie. Join the club.

Using ARP to kill idle connections

  • 02-08-2013 03:26PM
    #1
    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