-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
don't use loopback addresses on the nodes resolv.conf file #2165
Conversation
/assign @BenTheElder |
we were using the well known name host.docker.internal to get the host IP address, however, it seems that in some systems it resolves to a loopback address. We use this address to replace the embedded docker dns IP address in the resolv.conf. We can't use a loopback address, because coredns obtains the upstream dns resolvers from the resolv.conf, and evidentelly, it crashes if the upstream DNS resolver is a loopback, because it meains that is itself, and that is a loop.
PR title seems inaccurate. |
oh yeah, because at first I though that we could use directly that, until I realise window and mac needs to resolve |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: aojea, BenTheElder The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
That test sounds bogus with concurrent watches 🤔 |
/retest |
/retest
|
we were using the well known name host.docker.internal to get the
host IP address, however, it seems that in some systems it resolves
to a loopback address. We use this address to replace the embedded
docker dns IP address in the resolv.conf.
We can't use a loopback address, because coredns obtains the upstream
dns resolvers from the resolv.conf, and evidentelly, it crashes if the
upstream DNS resolver is a loopback, because it meains that is itself,
and that is a loop.
Fixes: #1975