Skip to content
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

Permission denied for public-resolvers.md and relays.md #15

Closed
xorguy opened this issue Nov 26, 2019 · 5 comments
Closed

Permission denied for public-resolvers.md and relays.md #15

xorguy opened this issue Nov 26, 2019 · 5 comments

Comments

@xorguy
Copy link

xorguy commented Nov 26, 2019

Hi.

I have running dnscrypt-proxy with mapped volume to store dnscrypt-proxy.toml configuration file and I'm getting permission denied for both files at docker logs.

[WARNING] /config/public-resolvers.md: open sf-psizzome646u2elx.tmp: permission denied

Both files appeared at mapped volume first time I run, but why is it now showing permission denied? Both files have same user:group like configuration file.

Any way to not have those permission denied?

Thanks.

@jedisct1
Copy link

Maybe the permissions on the directory are not good?

In such a scenario, I'd just chmod 777 (yeah, I know) the directory, start the container and see what user the files were created as in order to then set proper permissions on the directory.

@klutchell
Copy link
Owner

Recently the I changed the runtime user from nonroot to nobody:nogroup so perhaps your existing configuration files still have the old permissions?

If your host OS is Linux, can you share the permissions on your config directory and files?

$ ls -al /path/to/config/

Also, @jedisct1's suggestion could work so I would try that as well.

@xorguy
Copy link
Author

xorguy commented Nov 26, 2019

@klutchell The files where not created/owned by nobody:nogroup so almost 99% was it, even that I tried to chmod 777, from @jedisct1 comment, the folder and deleting previous files and now the files have correct user and groups and seems that it is working great with no WARNINGs.

@klutchell
Copy link
Owner

Excellent! I'll add a note to the readme that the files in the configuration volume should be either readable by world, or owned by nobody:nogroup.

Can we close this issue?

klutchell added a commit that referenced this issue Nov 26, 2019
@xorguy
Copy link
Author

xorguy commented Nov 27, 2019

Agree to close!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants