-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
DNS Server crashes on settings change using TLS upstream #5122
Comments
Noticed the same issue in 107.17+ when trying to save changes in DNS settings.
|
Same error on v0.108.0-a.381+98af0e00. Occur kinda randomly. |
I also experienced it im back 0.107.16 |
I'm experiencing this pretty regularly when saving settings in AdGuard Home 107.18, also only with DoT upstreams (dns.switch.ch and dns10.quad9.net) |
Happens for me 100% of the time if there is any DoT upstream present. It crashes the entire DNS any time I try to apply any DNS config changes in the web interface. Without any DoT upstreams, problem is gone. Adguard version: v0.107.18
Works fine again upon restarting the container |
I can confirm everything that pauly2805 wrote. I'm, using AGH on macvlan too. |
My problem went away after an update to version 107.19. Did somebody silently fix the issue? I don't see any more errors or server crashes when applying settings. |
Same thing happens here 107.19 Raspberry Pi 4 wnrt back to DoH Error: control/dns_config | could not reconfigure the server: closing primary resolvers: stopping dns proxy server: failed to close some upstreams: failed to close some connections: 4 errors: "tls: failed to send closeNotify alert (but connection was closed anyway): write tcp 192.168.50.200:37398->1.0.0.1:853: write: broken pipe", "tls: failed to send closeNotify alert (but connection was closed anyway): write tcp 192.168.50.200:44694->1.0.0.1:853: write: broken pipe", "tls: failed to send closeNotify alert (but connection was closed anyway): write tcp 192.168.50.200:44704->1.0.0.1:853: write: broken pipe", "tls: failed to send closeNotify alert (but connection was closed anyway): write tcp 192.168.50.200:35214->1.0.0.1:853: write: broken pipe" | 500 |
I'm running 107.19 (on Linux) and it's still an issue, 107.19 didn't fix it. |
same here on dell wyse dx0d with HA (ADH as addon). |
I'm also having the same issue. I have two AGH setups one on a Pi0 W and Pi4B. I've got NextDNS as my upstream for both DoH and DoT. |
Same question here on v0.107.19 x86_64. But v0.108.0-b.10 arm_64 doesn't have such problem, configurations are totally same. |
Same question here on v0.107.20 x86_64 Docker. |
Apologies for the long response, everyone. We're preparing a fix in #5251, and we're planning to publish a new release with this issue fixed very soon. I'll merge this issue into that one. |
Prerequisites
I have checked the Wiki and Discussions and found no answer
I have searched other issues and found no duplicates
I want to report a bug and not ask a question
Operating system type
Linux, Other (please mention the version in the description)
CPU architecture
64-bit ARM
Installation
GitHub releases or script from README
Setup
On one machine
AdGuard Home version
107.18
Description
What did you do?
Changed a setting, e.g. enabled DNSSEC or changed the blocking mode. (Doesn’t really matter what setting as long as it restarts the DNS server when applying).
The primary Upstream DNS is configured to use TLS using tls://1.1.1.1:853 or Adguard’s TLS equivalent.
Expected result
Settings should be applied and server should continue to run.
Actual result
DNS Server crashes and stops resolving until a manual restart of the AdGuard Home service.
Screenshots (if applicable)
Additional information
Hardware: Raspberry Pi 3b
OS: Raspbian lite 64 bit (Debian 11 Bullseye)
At first I thought this was due to a conflict with unbound when I installed it. I removed it, same error. I then reinstalled the entire OS and only installed AdGuard Home. Same error. I haven’t seen this error before, but I have started using a TLS upstream only recently. Doesn’t occur when using Plain DNS Upstream.
The text was updated successfully, but these errors were encountered: