mirror of
https://github.com/acme-dns/acme-dns.git
synced 2026-04-27 21:05:49 +03:00
[GH-ISSUE #295] Small regression: API domain can no longer be separate from DNS challenge domain #152
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#152
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 @Ajedi32 on GitHub (Feb 22, 2022).
Original GitHub issue: https://github.com/acme-dns/acme-dns/issues/295
Not sure if this was by-design or not, but the changes in #190 have made it impossible for the API domain that HTTP clients interact with to be different from the domain that the dns challenges are served off of, so long as you're using automatic cert issuance for the API server (
tlsset toletsencrypt).Previously my server was set up so that the HTTP API was served off of
acme-dns.mydomain.net, while dns challenges were served off ofdns-challenge.mydomain.net. With the updates in #190 I now have to serve the both the API requests and dns challenge requests off ofacme-dns.mydomain.netif I want to continue using the automatic certificate issuance feature of ACME-DNS.This isn't a big deal, as whether or not API domain should be separate from the dns challenge domain is really just a matter of personal preference. Still, I thought it was worth pointing out since the wording in the pull request suggested to me that this regression was unintentional, and I kinda liked it that acme-dns didn't have to manage the authoritative DNS records for its own server. Feel free to close if you feel that this is by-design.
@gbonnefille commented on GitHub (Feb 23, 2022):
We have a similar deployment, with distinct domains. We use traefik to ensure the TLS termination of the API and use DNS challenge for the certificate of the API domain.
HTH
@maddes-b commented on GitHub (Apr 11, 2024):
Sorry for being late to the party, just answering for others finding this issue.
Reading "DNS records" in README shows that it is intended that NS and auth DOMAIN have the IP addresses of acme-dns, and are therefore identical. Configuration at DNS provider and in acme-dns config.cfg must match.
Design decision was to use DOMAIN for HTTP API.
If NS and DOMAIN are the same (e.g.
my-auth.example.com) then glue records are needed via the DNS provider.But not every DNS provider allows glue records for subdomains, then an "external" NS server is needed: names for NS and DOMAIN have to differ and NS must not be part of DOMAIN.
Still NS and DOMAIN must have the same IP addresses, so using DOMAIN (
my-auth.example.com) for the API always works.For the data in the first post the config would be:
API accessed via
dns-challenge.mydomain.net@maddes-b commented on GitHub (Sep 21, 2024):
A reverse proxy (like nginx) can help to use a different domain for the API.