pasta: Re-enable "Local forwarder, IPv4" test, accept NXDOMAIN as response

This case is fixed by passt commit bad252687271 ("conf, udp: Allow
any loopback address to be used as resolver") and the fix is now
available in packages included by the CI images.

Note that, depending on the resolver on the host, we might get
1.0.0.127.in-addr.arpa resolved to localhost, or simply NXDOMAIN for
it: accept a failure on the nslookup command, as long as we have a
response for 1.0.0.127.in-addr.arpa in the output. If we have any
response, that means we could talk to the resolver.

Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
This commit is contained in:
Stefano Brivio
2023-03-08 13:45:22 +01:00
parent cc7a1e6148
commit f928cf54aa

View File

@ -319,7 +319,7 @@ function teardown() {
@test "podman networking with pasta(1) - External resolver, IPv4" {
skip_if_no_ipv4 "IPv4 not routable on the host"
run_podman run --net=pasta $IMAGE nslookup 127.0.0.1 || :
run_podman '?' run --net=pasta $IMAGE nslookup 127.0.0.1
assert "$output" =~ "1.0.0.127.in-addr.arpa" \
"127.0.0.1 not resolved"
@ -335,14 +335,12 @@ function teardown() {
}
@test "podman networking with pasta(1) - Local forwarder, IPv4" {
skip "FIXME: #17074: some pasta dns problem"
skip_if_no_ipv4 "IPv4 not routable on the host"
run_podman run --dns 198.51.100.1 \
--net=pasta:--dns-forward,198.51.100.1 $IMAGE nslookup 127.0.0.1
--net=pasta:--dns-forward,198.51.100.1 $IMAGE nslookup 127.0.0.1 || :
assert "$output" =~ "1.0.0.127.in-addr.arpa" \
"127.0.0.1 not resolved to 1.0.0.127.in-addr.arpa"
assert "$output" =~ "1.0.0.127.in-addr.arpa" "No answer from resolver"
}
@test "podman networking with pasta(1) - Local forwarder, IPv6" {