ippool: not found -> not sending reply

Alan DeKok aland at deployingradius.com
Tue Dec 27 21:02:22 UTC 2022


On Dec 27, 2022, at 10:53 AM, Volodymyr Litovka via Freeradius-Users <freeradius-users at lists.freeradius.org> wrote:
> 
> Hi,
> 
> I have in 'users' two kinds of users - one with static IP assignments (Framed-IP-Address) and one with ippool. The issues comes with those 'static' users - when accounting stop happens, ippool behaves in the following way:

  The solution is to not run the ippool module for static IPs.

> it _looks_ as it has no consequences except timeouts and resends on NAS side, but I don't like error-like behaviour. So I was able to fix this with the following statement in 'accounting' section (which is responsible for freeing the lease):
> 
>         redundant {
>                 main_pool
>                 ok
>         }

  Or better:

	main_pool
	if (notfound) {
		ok
	}

  That was if the ippool module returns "fail", the packet will still fail.

> so regardless of main_pool's error, always return ok.
> 
> But I have a question - while this is not leasing, but freeing of the lease, whether such rough override can impact something else? Whether it's make sense to add more granular control like "if main_pool returns notfound then it's ok" ? And, sorry for this - how it can be written using unlang?

  Every module is independent.  So if one module doesn't do anything, it doesn't affect anything else.

  Alan DeKok.



More information about the Freeradius-Users mailing list