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 bypassed by default on Debian and RedHat families #62

Open
MarinBernard opened this issue Oct 17, 2020 · 0 comments
Open
Labels
enhancement New feature or request

Comments

@MarinBernard
Copy link

Hi,

Applying the systemd.resolved formula on Debian / RedHat nodes results in the /etc/resolv.conf symlink pointing to /run/systemd/resolve/resolv.conf, which forwards DNS queries to external DNS servers instead of the local systemd-resolved service.

Two observations:

  1. While symlinking /etc/resolv.conf to /run/systemd/resolve/resolv.conf is perfectly fine, it would result in systemd-resolved being bypassed by most DNS consumers. Since the systemd-resolved state explicitly configures and enables systemd-resolved, I suppose most people would also expect the state to also promote systemd-resolved as the main DNS resolver on the configured system.

  2. In osfamilymap.yaml, different defaults apply on Arch systems. On such systems, the /etc/resolv.conf symlink will be configured to target /run/systemd/resolve/stub-resolv.conf, which will result in systemd-resolved actually becoming the main DNS resolver.

Shouldn't we:

  1. Use the same defaults (whatever they might be) for all OS families ?

  2. Change the target of /etc/resolv.conf to /run/systemd/resolve/stub-resolv.conf to enable the use of systemd-resolved by default ?

@MarinBernard MarinBernard added the enhancement New feature or request label Oct 17, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant