Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DHCP static mappings not registered into Unbound #7237

Closed
2 tasks done
rmendes76 opened this issue Feb 14, 2024 · 7 comments
Closed
2 tasks done

DHCP static mappings not registered into Unbound #7237

rmendes76 opened this issue Feb 14, 2024 · 7 comments
Labels
support Community support

Comments

@rmendes76
Copy link

Hello,

Important notices

Before you add a new report, we ask you kindly to acknowledge the following:

Is your feature request related to a problem? Please describe.

All static DHCP mappings to KEA's new DHCP server are not resolved with Unbound.
Despite "Register DHCP Leases" option into Unbound checked.
With ISC-DHCP-SERVER, I have no issue.

Describe the solution you like

Add KEA's static mappings to Unbound with a reload action, like we had with ISC-DHCP-SERVER.

Describe alternatives you considered

N/A

Additional context

Add any other context or screenshots about the feature request here or links to relevant forum thread or similar

Environment

OPNsense Version :
OPNsense 24.1.1-amd64
FreeBSD 13.2-RELEASE-p9
OpenSSL 3.0.13

CPU type:
AMD GX-412TC SOC (4 cores, 4 threads)

Thanks a lot.

@AdSchellevis
Copy link
Member

not planned, but made the toggle in Unbound more clear about what it's offering in 43c3ca4

see also #7209 (comment)

@KDGundermann
Copy link

Hi Ad,
may I ask, why this is not planned? Is it to difficult to achieve with KEA ?
We are heavy relying on that static DHCP entries are resolved by DNS.
So adding every DHCP reservations in DNS manually is cumbersome and error prone.
Best regards
Klaus

@AdSchellevis
Copy link
Member

Hi Klaus,

Sure you may, the mechanism used to tail the leases file is far from optimal and requires entanglement between services.
Adding some option to register static leases into host overrides might be an option, but has challenges of it's own (restarting unbound on kea restarts is far from optimal for example).

So, it's not a "no, never", but needs a plan before we will consider spending our time on it. To some degree it looks nice to register all leases in the dns, but has downsides and personally I highly doubt it solves the issue at the right place.

By my knowledge there's no direct integration available between both services which copes with restarts properly.

Best regards,

Ad

@miken32
Copy link

miken32 commented Feb 14, 2024

I'm just trying out Kea and this isn't a very important feature for us, but the DNS integration is something we're using with ISC.

Maybe configuration for run-script hooks could be exposed in the UI, for users to run their own scripts on certain events? (Assuming there's some unobtrusive way to push an entry into Unbound from the command line.)

https://kea.readthedocs.io/en/latest/arm/hooks.html#hooks-run-script

@AdSchellevis
Copy link
Member

from the gui not likely (unless being safeguarded via configd in some way), but this will have state issues as well (restarting unbound and being unaware of passed events).

@it9exm
Copy link

it9exm commented Feb 29, 2024

This is affecting not only static mappings, but also temporary leases.
These not being registered in Unbound are turning KEA pointless for me.
I tried to switch yesterday, taking for granted that it would have the same basic feature set, but I had to revert.
With the ISC DHCP server being deprecated and the introduction of KEA in 24.0, the lack of integration with Unbound is really embarrassing. I can't wait to see someone here coming up with a plan to automatically register DNS bindings with the least possible entanglement, I think it's a shame giving up all the other cool features like the Agent and HA.

@fichtner fichtner added the support Community support label Feb 29, 2024
@fichtner
Copy link
Member

In the roadmap discussion this came up and there are far more important things to tackle with Kea IPv4 support before we can work on this, likely rewriting the whole registration pass. So we've limited it to ISC in the GUI to match what it does underneath.

Cheers,
Franco

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
support Community support
Development

No branches or pull requests

6 participants