-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Caps #1814
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
base: development
Are you sure you want to change the base?
Caps #1814
Conversation
@ngrigoriev - could you give this branch a go and see if it solves the issues you mentioned in #1085? To test, please clone the repository locally, and run the following from within the directory
https://docs.pi-hole.net/docker/build-image/#using-the-built-image |
@dschaper any review news? |
…ested capability Signed-off-by: yubiuser <github@yubiuser.dev>
Signed-off-by: yubiuser <github@yubiuser.dev>
Signed-off-by: yubiuser <github@yubiuser.dev>
Co-authored-by: Adam Warner <me@adamwarner.co.uk> Signed-off-by: yubiuser <github@yubiuser.dev>
The only way to trigger this is to set the However, that causes a lot more problems than just being unable to set the caps...
|
You can simulate it by setting
In your compose file. It will give some errors, but
Using the current
I'm not saying it is a good idea to start FTL without the caps, but some users might have reasons to do so (see here) |
Improves the capability check. Inspired by #1085 (comment)
It does three things
NET_ADMIN
even when this would be the only cap that would be checked and could not be granted.CAP_STR
is empty. See the linked comment above. The error was wrong in the first place, as it did not check if we failed to grant the caps but ifCAP_STR
is empty. And it is empty if the caps are not available to the container.pihole-FTL
from checking the user. This should be a two-step process.