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

systemd-resolved does not try other DNS servers if the first server returns REFUSED #4264

Closed
1 of 2 tasks
andreyv opened this issue Oct 1, 2016 · 3 comments
Closed
1 of 2 tasks
Labels
Milestone

Comments

@andreyv
Copy link

andreyv commented Oct 1, 2016

Submission type

  • Bug report
  • Request for enhancement (RFE)

systemd version the issue has been seen with

systemd 231

Used distribution

Arch Linux

In case of bug report: Expected behaviour you didn't see

systemd-resolved should try the next configured DNS server if the first server fails.

In case of bug report: Unexpected behaviour you saw

If the first configured DNS server returns a REFUSED reply to a query, systemd-resolved does not try the configured second or third DNS server, and instead fails to resolve the name.

In case of bug report: Steps to reproduce the problem

  • Set up /etc/resolv.conf:
    nameserver [address of the refusing server]
    nameserver 8.8.8.8
    nameserver 8.8.4.4
  • Start systemd-resolved
  • systemd-resolve google.com outputs
    google.com: resolve call failed: Could not resolve 'google.com', server or network returned error REFUSED
@poettering
Copy link
Member

Hmm, I figure we indeed should not consider REFUSE fatal for the full lookup.

@poettering poettering added this to the v232 milestone Oct 5, 2016
@halvors
Copy link

halvors commented Oct 6, 2016

Yeah, if possible it should try both servers, if one goes down, keep track of that so that the host know that it may not respond and to use the other instead.

@poettering poettering modified the milestones: v233, v232 Oct 20, 2016
poettering added a commit to poettering/systemd that referenced this issue Feb 8, 2017
@poettering
Copy link
Member

Fix waiting in #5276.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

3 participants