You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As mentioned on the forum, this is due to how systemd works. Users are generally expected to know better how their system is setup and which directories should the service be allowed to access. It's not related to the file's absence/presence or the file permissions. The only thing we can do in terms of documentation is to mention that users should be mindful of their system setup and perhaps need to adjust their init system, but we cannot assume all users use systemd-led Linux distro. Other *nix systems might not have the same restrictions enforced by systemd.
PRs are always welcome and appreciated! Documentation written from user's perspective may be clearer than ones written by the developers and maintainers.
The docs at https://caddyserver.com/docs/caddyfile/options#admin describe how to use a unix socket in order to make the api listen to the unix socket.
Following this leads to a service failure on restart:
This happens, if caddy is installed via package manager and running as user caddy.
But even if I create that socket using:
Leads to the very same error:
The text was updated successfully, but these errors were encountered: