summaryrefslogtreecommitdiff
path: root/src/kernel-install/50-depmod.install
diff options
context:
space:
mode:
authorRichard Maw <richard.maw@codethink.co.uk>2015-08-17 08:52:13 +0000
committerRichard Maw <richard.maw@codethink.co.uk>2015-08-17 08:52:13 +0000
commit671c34195896e89f935d842b13f52a748bd8a5b4 (patch)
tree6003e1b80caf7351c1e723e63f54855eec78e91c /src/kernel-install/50-depmod.install
parentaae68db9b441963b0d1b8519e0aee8e2fc05e20c (diff)
namespace helpers: Allow entering a UID namespace
To be able to use `systemd-run` or `machinectl login` on a container that is in a private user namespace, the sub-process must have entered the user namespace before connecting to the container's D-Bus, otherwise the UID and GID in the peer credentials are garbage. So we extend namespace_open and namespace_enter to support UID namespaces, and we enter the UID namespace in bus_container_connect_{socket,kernel}. namespace_open will degrade to a no-op if user namespaces are not enabled in the kernel. Special handling is required for the setns call in namespace_enter with a user namespace, since transitioning to your own namespace is forbidden, as it would result in re-entering your user namespace as root. Arguably it may be valid to check this at the call site, rather than inside namespace_enter, but it is less code to do it inside, and if the intention of calling namespace_enter is to *be* in the target namespace, rather than to transition to the target namespace, it is a reasonable approach. The check for whether the user namespace is the same must happen before entering namespaces, as we may not be able to access /proc during the intermediate transition stage. We can't instead attempt to enter the user namespace and then ignore the failure from it being the same namespace, since the error code is not distinct, and we can't compare namespaces while mid-transition.
Diffstat (limited to 'src/kernel-install/50-depmod.install')
0 files changed, 0 insertions, 0 deletions