mirror of
				https://gitea.blesmrt.net/mikaela/shell-things.git
				synced 2025-10-31 01:17:20 +01:00 
			
		
		
		
	
		
			
				
	
	
		
			65 lines
		
	
	
		
			2.7 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			65 lines
		
	
	
		
			2.7 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| # systemd-resolved additional config files
 | |
| 
 | |
| <!-- editorconfig-checker-disable -->
 | |
| <!-- prettier-ignore-start -->
 | |
| 
 | |
| <!-- START doctoc generated TOC please keep comment here to allow auto update -->
 | |
| <!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE -->
 | |
| 
 | |
| - [Quickstart](#quickstart)
 | |
| - [General commentary](#general-commentary)
 | |
| 
 | |
| <!-- END doctoc generated TOC please keep comment here to allow auto update -->
 | |
| 
 | |
| <!-- prettier-ignore-end -->
 | |
| <!-- editorconfig-checker-enable -->
 | |
| 
 | |
| ## Quickstart
 | |
| 
 | |
| This is also done by `../../systemd-resolv.conf-restore.bash` which takes into
 | |
| account more circumstances...
 | |
| 
 | |
| ```bash
 | |
| 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
 | |
| ```
 | |
| 
 | |
| ...but `../../systemd-resolv.conf-generate.bash` **is better.** Although
 | |
| `../../resolv.conf-generate.bash` **is the best** this repository has to
 | |
| offer.
 | |
| 
 | |
| ## General commentary
 | |
| 
 | |
| - DNSOverTLS became supported in systemd v239, strict mode (true) 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, affecting
 | |
|   `DNSOverTLS`. Both take `true` or `false` or their own special option, for
 | |
|   DNSSEC the `allow-downgrade`, for DNSOverTLS `opportunistic`.
 | |
|   - Then again when was any system that outdated to not have working DNSSEC?
 | |
|     - TODO: return to this configuration should that actually happen?
 | |
|     - I am actually running Unbound simultaneously with `resolv.conf` pointing
 | |
|       to both with `options rotate edns0 trust-ad` which might workaround that
 | |
|       potential issue.
 | |
| - DNS server priority is the one they are specified in. The first working one
 | |
|   will be used when it won't work anymore and then the next is used as long as
 | |
|   it works and then it's back to the beginning.
 | |
|   - https://github.com/systemd/systemd/issues/16322#issuecomment-724143641
 | |
| 
 | |
| 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
 |