-
Bug
-
Resolution: Done-Errata
-
Undefined
-
rhel-9.6, rhel-10.0
-
None
-
dnsconfd-1.7.3-2.el10
-
No
-
Moderate
-
1
-
rhel-net-perf
-
ssg_core_services
-
1
-
False
-
False
-
-
None
-
N&P-25_3
-
Pass
-
Automated, New Test Coverage
-
Unspecified
-
Unspecified
-
Unspecified
-
None
What were you trying to do that didn't work?
When setting a full tunnel VPN (OpenVPN in our case), we previously expected (in the dnsmasq backend test) that we don't have the domain of '.' set for the ethernet device but preferably only for the VPN tunnel.
We should preserve the same behavior across all backends, so let's use this ticket to discuss this.
What is the impact of this issue to you?
Please provide the package NVR for which the bug is seen:
How reproducible is this bug?:
always
Steps to reproduce
- run dns_dnsconfd_unbound_full_tunnel_vpn from NMCI (don't forget to uncomment the check at the end of the test
Expected results
Then device "eth2" does not have DNS domain "." should pass
Actual results
Then device "eth2" does not have DNS domain "." check fails now
- links to
-
RHBA-2025:151943
dnsconfd update