Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Default to "windows-dns-proxy":true #47826

Merged
merged 1 commit into from
May 21, 2024

Conversation

robmry
Copy link
Contributor

@robmry robmry commented May 13, 2024

- What I did

In 26.1, #47584, we added daemon feature flag windows-dns-proxy which could be set to true to make nslookup work in Windows containers, by forwarding requests from the internal resolver to the container's external DNS servers.

This changes the default to forwarding-enabled - it can be disabled by via daemon.json using ...
"features": { "windows-dns-proxy": false }

(Follow-up ticket #47732 is about removing the feature flag if no problems are found with the new default.)

- How I did it

Changed the feature flag lookup.

- How to verify it

Manually tested an nslookup from a servercore:ltsc2022 container, with no flag in daemon.json, with it explicitly enabled and explicitly disabled.

Updated integration test to expect the feature to be enabled by default.

- Description for the changelog

The internal DNS resolver used by Windows containers will now forward requests to external DNS servers
by-default, this enables `nslookup` to resolve external hostnames. This behaviour can be disabled via
`daemon.json`, using `"features": { "windows-dns-proxy": false }`, the feature flag will be removed in a
future release.

In 26.1, we added daemon feature flag "windows-dns-proxy" which could
be set to "true" to make "nslookup" work in Windows containers, by
forwarding requests from the internal resolver to the container's
external DNS servers.

This changes the default to forwarding-enabled - it can be disabled by
via daemon.json using ...
  "features": { "windows-dns-proxy": false }

Signed-off-by: Rob Murray <rob.murray@docker.com>
@robmry robmry self-assigned this May 13, 2024
@robmry robmry added platform/windows status/2-code-review kind/feature Functionality or other elements that the project doesn't currently have. Features are new and shiny area/networking area/networking/dns labels May 13, 2024
@robmry robmry added this to the 27.0.0 milestone May 13, 2024
@robmry robmry marked this pull request as ready for review May 13, 2024 11:14
Copy link
Member

@thaJeztah thaJeztah left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@akerouanton akerouanton merged commit 081f6ba into moby:master May 21, 2024
156 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/networking/dns area/networking kind/feature Functionality or other elements that the project doesn't currently have. Features are new and shiny platform/windows
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants