Linux repositories inspector
Linux
2019-03-06

man-pages-ru

Russian man pages from the Linux Documentation Project

manpages-dev

Manual pages about using GNU/Linux for development

man-pages

Linux kernel and C library user-space interface documentation

ИМЯ

setns - повторно связывает нить с пространством имён

ОБЗОР

#define _GNU_SOURCE             /* Смотрите feature_test_macros(7) */
#include <sched.h>

int setns(int fd, int nstype);

ОПИСАНИЕ

Указанный файловый дескриптор, ссылающийся на пространство имён, повторно связывается (reassociate) в вызвавшей нити с этим пространством имён.
Аргумент fd представляет собой файловый дескриптор, ссылающийся на одно из элементов пространств имён в каталоге /proc/[pid]/ns/; подробней о /proc/[pid]/ns/ смотрите в namespaces(7). Вызывающая нить будет повторно связана с соответствующим пространством имён с учётом всех ограничений, устанавливаемых аргументом nstype.
В аргументе nstype указывается тип пространства имён, с которым вызывающая нить может быть повторно связана. Данный аргумент может иметь одно из следующих значений:
0 Разрешить подключиться к пространству имён любого типа.
CLONE_NEWCGROUP (начиная с Linux 4.6)
Значение fd должно указывать на пространство имён cgroup.
CLONE_NEWIPC (начиная с Linux 3.0)
Значение fd должно указывать на пространство имён IPC.
CLONE_NEWNET (начиная с Linux 3.0)
Значение fd должно указывать на пространство имён network.
CLONE_NEWNS (начиная с Linux 3.8)
Значение fd должно указывать на пространство имён mount.
CLONE_NEWPID (начиная с Linux 3.8)
Значение fd должно указывать на пространство имён PID потомков.
CLONE_NEWUSER (начиная с Linux 3.8)
Значение fd должно указывать на пространство имён user.
CLONE_NEWUTS (начиная с Linux 3.0)
Значение fd должно указывать на пространство имён UTS.
Установка nstype в 0 имеет смысл только, если вызывающий знает (или ему не важно) на какой тип пространства имён ссылается fd. Назначение ненулевого значения в nstype полезно, если вызывающий не знает на какой тип пространства имён ссылается fd. и хочет быть уверенным, что пространство имён именно нужного типа (вызывающий может не знать тип пространства имён на который указывает fd, если файловый дескриптор был открыт другим процессом и, например, передан вызывающему через доменный сокет UNIX).

Информация по определённым типам пространств имён

Некоторые примечания и ограничения при пересопряжении с некоторыми типами пространств имён:
Пользовательские пространства имён
Для пересопряжения процесса с пространством имён пользователя он должен иметь мандат CAP_SYS_ADMIN в назначаемом пространстве имён пользователя (эта необходимость подразумевает, что возможно присоединение только дочернего пространства имён пользователя). При успешном присоединении к пространству имён пользователя процесс получает все мандаты в этом пространстве имён, независимо от своего ID пользователя и группы.
Многонитевой процесс не может изменить пространство имён пользователя с помощью setns().
Запрещается использовать setns() для повторного вхождения вызывающего в текущее пространство имён пользователя. Это не позволяет вызывающему, оставшемуся без мандатов, повторно получить их через вызов setns().
По причинам, связанным с безопасностью, процесс не может войти в новое пользовательское пространство имён, если он сообща владеет атрибутами файловых систем (атрибуты, чьё наследование управляется флагом CLONE_FS в clone(2)) с другим процессом.
Дополнительную информацию о пользовательских пространствах имён смотрите в user_namespaces(7).
Пространства имён монтирования
Для смены пространства имён монтирования требуется, чтобы вызывающий процесс имел мандаты CAP_SYS_CHROOT и CAP_SYS_ADMIN в своём пространстве имён пользователя и мандат CAP_SYS_ADMIN в пользовательском пространстве имён, которое принадлежит целевому пространству имён монтирования.
Процесс не может войти в новое пространство имён монтирования, если он сообща владеет атрибутами файловых систем (атрибуты, чьё наследование управляется флагом CLONE_FS в clone(2)) с другим процессом.
Подробную информацию взаимодействии пользовательского пространствах имён и пространства имён монтирования смотрите в user_namespaces(7).
Пространства имён PID
Чтобы пересопрячь новое пространство имён PID c самим собой, вызывающий должен иметь мандат CAP_SYS_ADMIN в своём пространстве имён пользователя и пространстве имён пользователя целевого пространства имён PID.
Если fd ссылается на пространство имён PID, то семантика слегла отличается от других типов пространств имён: пересопряжение вызывающей нити с пространством имён PID изменяет только пространство имён PID, в которое будут помещены все создаваемые далее потомки вызывающего; пространство имён PID самого вызывающего не изменяется.
Пересопряжение (reassociating) с пространством имён PID разрешено только, если пространство имён PID, указанное в fd, является потомком (дочерним, внучатым и т. д.) пространства имён PID вызывающего.
Дополнительную информацию о пространствах имён PID смотрите в pid_namespaces(7).
Пространства имён cgroup
Чтобы пересопрячь новое пространство имён cgroup c самим собой, вызывающий должен иметь мандат CAP_SYS_ADMIN в своём пространстве имён пользователя и пространстве имён пользователя целевого пространства имён cgroup.
Использование setns() для изменения пространства имён cgroup вызывающего не изменяет членство cgroup вызывающего.
Пространства имён IPC, UTS и сетевое
Чтобы пересопрячь новое пространство имён IPC, UTS или сетевое c самим собой, вызывающий должен иметь мандат CAP_SYS_ADMIN в своём пространстве имён пользователя и пространстве имён пользователя целевого пространства имён PID.

ВОЗВРАЩАЕМОЕ ЗНАЧЕНИЕ

При успешном выполнении setns() возвращает 0. При ошибке возвращается -1, и errno устанавливается в соответствующее значение.

ОШИБКИ

EBADF Значение fd не является правильным файловым дескриптором.
EINVAL Значение fd ссылается на пространство имён, чей тип не соответствует с указанным в nstype.
EINVAL Эти проблемы возникают при повторном связывании нити с указанным пространством имён.
EINVAL Вызывающий пытается объединиться с пространством имён PID предка (родителя, родителя родителя и т. д.).
EINVAL Вызывающий пытается объединиться с пространством имён пользователя, в которое он уже входит.
EINVAL Вызывающий сообща владеет состоянием файловой системы (CLONE_FS) (в частности, корневой каталог) с другим процессом и пытается объединить новое пользовательское пространство имён.
EINVAL Вызывающий состоит из нескольких нитей и пытается объединить новое пользовательское пространство имён.
ENOMEM Невозможно выделить достаточно памяти для изменения указанного пространства имён.
EPERM Вызывающая нить не имеет требуемого мандата для этой операции.

ВЕРСИИ

Системный вызов setns() впервые появился в ядре Linux версии 3.0; поддержка в glibc добавлена в версии 2.14.

СООТВЕТСТВИЕ СТАНДАРТАМ

Системный вызов setns() есть только в Linux.

ЗАМЕЧАНИЯ

Не все атрибуты, которыми можно владеть сообща при создании новой нити с помощью using clone(2), можно изменить с помощью setns().

ПРИМЕР

Программа, представленная ниже, ожидает два и более аргументов. В первом аргумент указывается путь к файлу пространства имён в существующем каталоге /proc/[pid]/ns/. В остальных аргументах указывается команда и её параметры. Программа открывает файл пространства имён, объединяет это пространство имён с помощью setns() и выполняет указанную команду внутри этого пространства имён.
В следующем сеансе оболочки показано использование этой программы (скомпилирована под именем ns_exec) вместе с примером для CLONE_NEWUTS из справочной страницы clone(2) (скомпилирована под именем newuts).
Сначала мы запускаем программу из clone(2) в фоновом режиме. Эта программа создаёт потомка в отдельном пространстве имён UTS. Потомок изменяет имя узла в своём пространстве имён, а затем оба процесса отображают имена узлов в своих пространствах имён UTS для того, чтобы мы увидели, что они разные.
$ su # Требуются права для выполнения
# операций с пространством имён Password: # ./newuts bizarro & [1] 3549 clone() returned 3550 uts.nodename in child: bizarro uts.nodename in parent: antero # uname -n # проверяем имя узла в оболочке antero
Затем мы запускаем программу, показанную ниже, используя ту же оболочку. Внутри этой оболочки мы проверяем, что имя узла — одно из изменённых потомком, созданным первой программой:
# ./ns_exec /proc/3550/ns/uts /bin/bash # uname -n # выполняется в оболочке, запущенной ns_exec bizarro

Исходный код программы

#define _GNU_SOURCE #include <fcntl.h> #include <sched.h> #include <unistd.h> #include <stdlib.h> #include <stdio.h>
#define errExit(msg) do { perror(msg); exit(EXIT_FAILURE); \
} while (0)
int main(int argc, char *argv[]) {
int fd;
if (argc < 3) {
fprintf(stderr, "%s /proc/PID/ns/FILE команда аргументы…\n", argv[0]);
exit(EXIT_FAILURE);
}
fd = open(argv[1], O_RDONLY); /* получаем файловый дескриптор для пространства
имён */
if (fd == -1)
errExit("open");
if (setns(fd, 0) == -1) /* объединяемся с этим пространством имён */
errExit("setns");
execvp(argv[2], &argv[2]); /* выполняем команду в пространстве имён */
errExit("execvp"); }
⇧ Top