Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 14 replies
  • Subscribers 4 subscribers
  • Views 4700 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

License limit hit again...

HobyBrenner
It seems like I was banging up against the 10 IP limit only a few years back with all the various IP enabled devices on my network, and Astaro graciously upped the home user limit to 50 devices and I was back using it again moving back from PFsense...
Here we are again, and with all the tablets, phones, ip enabled tv devices, game consoles, thermostats, smoke detectors, cameras... I have once again hit my 50 device limit now!
It would be nice if there was some way to move the ip limit up for a nominal fee as a home user, and I am sure I will get all sorts of suggestions to NAT behind this or that, and tips and tricks to avoid the limit, but that just doesn't work for me.  Anyhow, off to figure this out again, and hopefully remain behind the Astaro/Sophos UTM for the near future.


This thread was automatically locked due to age.
Parents
  • 0
    Multiple pools in one subnet would allow for different DHCP options per pool.  Each pool, in addition to different IPs, could differ in lease length, DNS servers, autoproxy, clients/types allowed, etc.

    The simplest is probably via known hosts and unknown hosts (deny unknown-hosts vs allow unknown-hosts).  Combined with slightly different UTM Host definitions (such that a host definition does not require static IP address assignment) one could configure a pool for known-hosts (MAC addresses defined in the dhcpd.conf) and a separate pool for unknown hosts (MAC addresses not defined in dhcpd.conf).  The pool for known hosts could be larger and have longer lease times than the pool for unknown hosts.

    Classes could be further used to group hosts into different pools with different options. Matching against the OUI one could include/exclude VMWare VMs for particular pools to limit their usage/exhaustion of limited IP/license space in a test range/pool/network.  Another potential usage of an OUI matched class is to set aside a small pool/range exclusively for Polycom OUIs (and/or Vendor Identification Strings) so when those devices appear on the network they can find themselves in an IP space with the appropriate firewall/IPS configuration.  

    Support and implementation of vendor identification strings could be better from the client side with some vendors: many versions of Windows by default identify themselves as "MSFT 5.0".
Reply
  • 0
    Multiple pools in one subnet would allow for different DHCP options per pool.  Each pool, in addition to different IPs, could differ in lease length, DNS servers, autoproxy, clients/types allowed, etc.

    The simplest is probably via known hosts and unknown hosts (deny unknown-hosts vs allow unknown-hosts).  Combined with slightly different UTM Host definitions (such that a host definition does not require static IP address assignment) one could configure a pool for known-hosts (MAC addresses defined in the dhcpd.conf) and a separate pool for unknown hosts (MAC addresses not defined in dhcpd.conf).  The pool for known hosts could be larger and have longer lease times than the pool for unknown hosts.

    Classes could be further used to group hosts into different pools with different options. Matching against the OUI one could include/exclude VMWare VMs for particular pools to limit their usage/exhaustion of limited IP/license space in a test range/pool/network.  Another potential usage of an OUI matched class is to set aside a small pool/range exclusively for Polycom OUIs (and/or Vendor Identification Strings) so when those devices appear on the network they can find themselves in an IP space with the appropriate firewall/IPS configuration.  

    Support and implementation of vendor identification strings could be better from the client side with some vendors: many versions of Windows by default identify themselves as "MSFT 5.0".
Children
No Data
Unfiltered HTML