mirror of
https://github.com/acme-dns/acme-dns.git
synced 2026-04-27 12:55:48 +03:00
[GH-ISSUE #184] Where is "api-certs" supposed to land? #76
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#76
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 @icelava on GitHub (Sep 18, 2019).
Original GitHub issue: https://github.com/acme-dns/acme-dns/issues/184
The first time I tested on my personal server/domain, I ran acme-dns directly as root user at /root/go/bin/acme-dns and the api-certs directory appeared next to it shortly. I take it those will be stored at the executable's working directory?
On attempting to run acme-dns as a systemd service (with low-privilege acme-dns user) on our company's server/domain, we finally got the auto-certificate registration with Let's Encrypt. However I do not see any api-certs directory at the re-located /usr/local/bin/acme-dns executable directory, nor the home directory /var/lib/acme-dns (which hosts the database file).
Where is api-certs located in this context?
@lateagain commented on GitHub (Sep 18, 2019):
Have a look at issue 172 < https://github.com/joohoi/acme-dns/issues/172 > I had the same question/problem
@icelava commented on GitHub (Sep 19, 2019):
Hmmm, but the thing is, acme-dns runs fine with the low-privilege acme-dns user account. It definitely registered its own cert with LE, since we can interface with it on HTTPS. Where would "api-certs" be for this case?
@icelava commented on GitHub (Sep 23, 2019):
For whatever reason, this time round I managed to find the api-certs directory at /usr/local/bin/acme-dns the directory of the executable. So it is indeed relative the the process' current working directory. Strange why it did not show up with ls so many times last week.