Bug 2128675
Summary: | Need way to tell aardvark DNS to refer to a particular DNS, and not host's configured DNS | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | John Cronin <John.Cronin> |
Component: | aardvark-dns | Assignee: | Jindrich Novy <jnovy> |
Status: | CLOSED ERRATA | QA Contact: | Joy Pu <ypu> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 8.6 | CC: | arajan, bhenders, dornelas, jnovy, jorton, mamccoma, vikas.goel, wwurzbac, ypu |
Target Milestone: | rc | Keywords: | FutureFeature, Triaged |
Target Release: | 8.8 | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | aardvark-dns-1.5.0-2.el8 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2023-05-16 08:21:12 UTC | Type: | Feature Request |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
John Cronin
2022-09-21 11:33:00 UTC
Checked with the latest build of podman and catatonit. They can be installed without any warning. So move it to verified: # rpm -qa |grep -e podman -e catatonit podman-4.4.0-1.el9.x86_64 catatonit-0.1.7-8.el9.x86_64 Update the wrong bug. Test with netavark-1.5.0-4.module+el8.8.0+18060+3f21f2cc.x86_64 and podman-4.4.1-1.module+el8.8.0+18126+f23bfb36.x86_64. The --dns works as expected. More details. The name server can be configured with it and: [root@kvm-03-guest24 ~]# cat /etc/resolv.conf # Generated by NetworkManager search hv2.lab.eng.bos.redhat.com nameserver 10.11.5.160 nameserver 10.2.70.215 [root@kvm-03-guest24 ~]# podman info |grep network networkBackend: netavark network: Without the --dns option: # podman run --rm check_dns nslookup google.com Server: 10.11.5.160 Address: 10.11.5.160#53 Non-authoritative answer: Name: google.com Address: 142.251.163.139 Name: google.com Address: 142.251.163.101 Name: google.com Address: 142.251.163.100 Name: google.com Address: 142.251.163.138 Name: google.com Address: 142.251.163.113 Name: google.com Address: 142.251.163.102 Name: google.com Address: 2607:f8b0:4004:c1b::66 Name: google.com Address: 2607:f8b0:4004:c1b::8a Name: google.com Address: 2607:f8b0:4004:c1b::64 Name: google.com Address: 2607:f8b0:4004:c1b::8b With the --dns option: # podman run --rm --dns=10.2.70.215 check_dns nslookup google.com Server: 10.2.70.215 Address: 10.2.70.215#53 Non-authoritative answer: Name: google.com Address: 142.251.163.139 Name: google.com Address: 142.251.163.101 Name: google.com Address: 142.251.163.100 Name: google.com Address: 142.251.163.138 Name: google.com Address: 142.251.163.113 Name: google.com Address: 142.251.163.102 Name: google.com Address: 2607:f8b0:4004:c1b::8b Name: google.com Address: 2607:f8b0:4004:c1b::66 Name: google.com Address: 2607:f8b0:4004:c1b::8a Name: google.com Address: 2607:f8b0:4004:c1b::64 So move this to verified. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: container-tools:rhel8 security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2023:2758 |