mirror of
https://github.com/acme-dns/acme-dns.git
synced 2026-04-27 12:55:48 +03:00
[GH-ISSUE #304] Will systemd-resolve get in the way? #160
Labels
No labels
Documentation
Documentation
bug
enhancement
feature request
feature request
help wanted
pull-request
question
security
security
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/acme-dns#160
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @thedarb on GitHub (May 8, 2022).
Original GitHub issue: https://github.com/acme-dns/acme-dns/issues/304
My standard Ubuntu systems (20.04 - 22.04) all came configured with systemd-resolve parked on the DNS port (53):
I'm thinking if I want to run this as a Docker container, I might need to set it up with it's own IP on my lan for this. I suppose I could disable systemd-resolv, but I don't yet know the implications of trying that. Thoughts?
@thedarb commented on GitHub (May 9, 2022):
Nevermind. :)
@Ajedi32 commented on GitHub (May 9, 2022):
In the interest of avoiding "nevermind, I fixed it" syndrome here:
Yes, it does interfere, and the solution is either to update the
listenoption inconfig.cfgto bind to a specific IP address (such as 127.0.0.1, or the public IP of your box), or setDNSStubListener=noin/etc/systemd/resolved.confto stop systemd from listening on that port. (And manually update theresolv.confsymlink if you're running systemd <v246.)@thedarb commented on GitHub (May 10, 2022):
Yep, binding it to 127.0.0.1 did it for me. Ubuntu 22.04. Thank you.