apple / apple/container

[Request]: Support a flag to force tcp DNS

Open
#696 3 comments 1 reaction 0 assignees View on GitHub
Dominant language
Swift
Stars
49.9k
Forks
1.8k
Avg merge
1d 20h
Merged PRs (30d)
22

Description

### Feature or enhancement request details

So been seeing where UDP DNS queries are not getting connected back to the bridge network for containers. If I do the same query via TCP using host, nslookup, dig, drill, whatever there are no issues. I am pretty positive it's the device network controls my organization have out there, but can't find the specific one yet. I can just see where a dns response via tcp the next "hop" is mdnsresponder but for udp the flow just ends.

I tried to update resolv.conf with `options use-vc` but it had no effect on the subsequent internal calls. I need to test more, but been doing most tests using musl based images and not glibc which i believe is the issue there.

```
$ host google.com
;; communications error to 192.168.64.1#53: connection refused
;; communications error to 192.168.64.1#53: connection refused
;; no servers could be reached
$ host -T google.com
google.com has address 142.251.179.102
google.com has address 142.251.179.100
google.com has address 142.251.179.113
google.com has address 142.251.179.138
google.com has address 142.251.179.139
google.com has address 142.251.179.101
google.com has IPv6 address 2607:f8b0:4004:c09::71
google.com has IPv6 address 2607:f8b0:4004:c09::64
google.com has IPv6 address 2607:f8b0:4004:c09::8b
google.com has IPv6 address 2607:f8b0:4004:c09::66
google.com mail is handled by 10 smtp.google.com.
google.com has HTTP service bindings 1 . alpn="h2,h3"
```

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.