mirror of
https://gitea.blesmrt.net/mikaela/shell-things.git
synced 2024-11-20 01:59:22 +01:00
.. | ||
00-defaults.conf | ||
dns-over-tls.conf | ||
dot-adguard.conf | ||
dot-cloudflare.conf | ||
dot-dns0-appliedprivacy.conf | ||
dot-dns0-kids.conf | ||
dot-dns0-open.conf | ||
dot-dns0-zero.conf | ||
dot-dns0.conf | ||
dot-mullvad.conf | ||
dot-nextdns.conf | ||
dot-quad9-ecs-appliedprivacy.conf | ||
dot-quad9-ecs.conf | ||
dot-quad9.conf | ||
dot-snopyta.conf | ||
README.md | ||
unbound.conf |
systemd-resolved additional config files
Quickstart
sudo systemctl enable --now systemd-resolved.service
sudo ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
# After changing configuration
sudo systemctl restart systemd-resolved
Files explained
00-defaults.conf
- configuration not touching resolvers. Enables DNSSEC (regardless of systemd-resolved not handling it properly), enables opportunistic DoT and caching.dot-*.conf
- configuration to use the DNS provider with DNS-over-TLS. If captive portals are a concern,DNSOverTLS=no
.README.md
- you are reading it right now.
General commentary
- Based on my test DNSOverTLS is not supported in Ubuntu 18.04.x LTS
(however at the time of writing this README.md, the current version is
Ubuntu 20.04.0) (systemd v237). DNSOverTLS became supported in v239,
strict mode (yes) in v243 (big improvements in v244).
- TODO: find out when SNI became supported, I have just spotted it in the fine manual in 2020-06-??.
- Domains has to be
.~
for them to override DHCP. See https://www.internetsociety.org/blog/2018/12/dns-privacy-in-linux-systemd without which I wouldn’t have got this right. - DNSSEC may not work if the system is down for a long time and not
updated. Thus
allow-downgrade
may be better for non-tech people, even with the potential downgrade attack. There are also captive portals, affectingDNSOverTLS
. Both takeyes
orno
or their own special option, for DNNSEC theallow-downgrade
, for DNSOverTLSopportunistic
.- Then again when was any system that outdated to not have working
DNSSEC?
- TODO: return to this configuration should that actually happen?
- Then again when was any system that outdated to not have working
DNSSEC?
Other links I have found important and my files are based on:
- https://wiki.archlinux.org/index.php/Systemd-resolved
- Also provides the serious issues systemd-resolved+DNSSEC issues, https://github.com/systemd/systemd/issues/10579 & https://github.com/systemd/systemd/issues/9867
- request for strict DoT: https://github.com/systemd/systemd/issues/10755
- vulnerable to MITM: https://github.com/systemd/systemd/issues/9397