-
Notifications
You must be signed in to change notification settings - Fork 7.5k
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
document 127.0.0.11 #20532
Comments
cc @robmry - I assume this is still applicable. Is there a corresponding ip6 address? |
Yes, we still use There's no IPv6 equivalent, IPv4 loopback will always work (even in an IPv6-only container). |
There hasn't been any activity on this issue for a long time. Prevent issues from auto-closing with a /lifecycle stale |
@robmry anything to update here in the docs to mention our use of 127.0.0.11 as default for the embedded DNS resolver inside the container (on custom networks)? |
I think we could mention it, there's no plan to change the address. Something like https://github.com/docker/docs/pull/10019/files, but perhaps clarifying that it only applies to user-defined bridge networks (at least until buildkit can deal with an internal resolver on the default bridge and we re-do moby/moby#48020). |
Is this a docs issue?
Type of issue
I can't find what I'm looking for
Description
Mention of
127.0.0.11
as being an 'implicit ip' convenient for DNS configuration (e.g. in nginx) described in issue #1969 and added in pull 2822 does not seem to exist anymore. Several third-party guides, discussions, libnetwork tests, libnetwork source, etc. reference it, but I cannot find it specifically mentioned and described in the official documentation anymore.Location
https://docs.docker.com/network/#dns-services
Suggestion
Document
127.0.0.11
as being an implicit DNS server IPThe text was updated successfully, but these errors were encountered: