Bug #3802
closed
DNS forwarder/resolver - IPv6 link local selections shouldn't use hard-coded addresses
Added by Eduard Rozenberg over 10 years ago.
Updated almost 9 years ago.
Affected Architecture:
All
Description
Hello,
2.1.4-RELEASE (amd64)
built on Fri Jun 20 12:59:50 EDT 2014
FreeBSD 8.3-RELEASE-p16
When I select several Interfaces at https://myfirewall/services_dnsmasq.php,
if any of them are IPv6, these IPv6 selections are not synced to my second firewall.
Only the regular (non-IPv6) interfaces are synced. I'm not currently using IPv6 so
not a big deal but it looks like a bug.
Files
- Subject changed from DNS forwarder - IPv6 interface selections not synced to DNS forwarder/resolver - IPv6 link local interface selections don't match on secondary
- Category set to DNS Resolver
- Status changed from New to Confirmed
- Priority changed from Normal to Very Low
- Affected Version changed from 2.1.x to All
What it does there on the back end is stores the link local IPv6 IP of the interface, which does get synced, but doesn't exist on the secondary so it ends up being not selected. I don't think there are any typical use cases where this matters though, as the CARP or interface IP would be used in these circumstances.
This should use something generic instead of the link local IP, since changing interfaces around could break the selections. That'd also address the config sync issue noted here.
- Affected Architecture All added
- Affected Architecture deleted (
amd64)
- Subject changed from DNS forwarder/resolver - IPv6 link local interface selections don't match on secondary to DNS forwarder/resolver - IPv6 link local selections shouldn't use hard-coded addresses
- Priority changed from Very Low to Normal
also breaks config backup/restore as noted in #4641
- Status changed from Confirmed to Resolved
- Target version set to 2.3
completed and working in 2.3 for forwarder and resolver
Also available in: Atom
PDF
Updated by 
