Messages

Looks great with the latest release. Oddly, I had to power cycle the device, which is odd. Not likely a scenario in which folks would get this patch when updating though.

ifconfig

Code Select Expand

lo0: flags=1008049<UP,LOOPBACK,RUNNING,MULTICAST,LOWER_UP> metric 0 mtu 16384
    ...
    inet 127.0.0.1 netmask 0x0

The netmask for lo0 is 0x0.

Now, look at how that python script matches an IP lease to an interface:

It loops through all system interfaces from ifconfig. Because lo0 has a wildcard netmask of 0.0.0.0 (/0), every single IP address in existence mathematically matches the loopback interface.

Because the script processes lo0 and matches everything to it, it overrides the correct VLAN mappings for vlan01 (GamingVLAN) and vlan02 (IoTVLAN). I think 192.168.2.x (LAN) leases escape this because ixl0 is processed first or has a direct physical match that takes precedence in the sorting, but the VLANs are getting completely swallowed by the loopback's wildcard netmask.

So this is the cause , did 15.1 introduce lo0 0.0.0.0/0 ?

Yeah probably not. Though I assume the config.xml would be translated somehow to the kea config. Though I am not entirely sure why it is grouping it this way yet. It is peculiar, but out of box, so maybe a bug, maybe not related here to the release but hard to know.

Hi everyone,
I'm seeking some insight into an issue I'm experiencing with the Kea DHCP service on my OPNsense setup. After a recent migration to new hardware, I've noticed that several active leases are being categorized under a "Loopback" interface in the "Services: Kea DHCP: Leases DHCPv4" view, rather than their respective VLAN interfaces.

Environment:
OPNsense 26.7 RC2
Service: Kea DHCP
Symptoms:

While devices are receiving IP addresses and network traffic is routing correctly across my VLANs, the GUI lease table consistently shows multiple devices, including those with static reservations grouped under "Loopback."

Configuration Details:
I have verified that the interfaces are correctly assigned and enabled in the GUI, and the physical VLANs are showing as "Up" under Interfaces > Assignments.
However, looking at the generated configuration file (/usr/local/etc/kea/kea-dhcp4.conf), the interfaces array is as follows:

Code Select Expand

"interfaces": [
    "vlan01",
    "vlan02",
    "ixl0"
],


Questions:
Is it normal behavior for leases to appear under "Loopback" in the Kea DHCP GUI when the interface is not explicitly listed in the generated kea-dhcp4.conf?
Are there any known issues regarding the synchronization between the OPNsense GUI interface assignments and the Kea configuration generator?
Any guidance or troubleshooting steps to ensure these leases map correctly to their actual interfaces would be greatly appreciated.

Thanks in advance.

Before my migration, and on the last stable release, leases were sorted by VLAN.

Assuming this is going to make it into the next hot fix, not in the commit history for 26.1 yet?

What is interesting about this is the mdns repeater fails for people. I see similar discussions on reddit. Is there not a root cause for a repeater service? Wouldn't that plugin need a bug filed or made obsolete in favor of this?

However this is great information. UDP port 5353 - unsure how this works over dual stack though with  ff02::fb.