Linux Man на русском

  User    Syst    Libr    Device    Files    Other    Admin  



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

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


ОБЗОР

#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_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).

Поведение для значения CLONE_NEWPID несколько отличается от других значений nstype: повторное связывание вызывающей нити с пространством имён PID изменяет только пространство имён PID, в котором будут создаваться дочерние процессы вызывающего; пространство имён PID самого вызывающего не изменяется. Повторное связывание с пространством имён PID разрешено только, если пространство имён PID, указанное в fd, является потомком (прямым, потомком детей и т. д.) пространства имён PID вызывающего. Подробней о пространствах имён PID смотрите в pid_namespaces(7).

Процесс, повторно связываемый сам с собой в пространстве имён пользователя должен иметь мандат CAP_SYS_ADMIN в назначаемом пространстве имён пользователя. При успешном объединении пространства имён пользователя процесс получает все мандаты в этом пространстве имён, независимо от своего ID пользователя и группы. Многонитиевой процесс не может изменить пространство имён пользователя с помощью setns(). Запрещается использовать setns() для повторного вхождения вызывающего в текущее пространство имён пользователя. Это не позволяет вызывающему, оставшемуся без мандатов, повторно получить их через вызов setns(). По причинам, связанным с безопасностью, процесс не может объединить новое пользовательское пространство имён, если он сообща владеет атрибутами файловых систем (атрибуты, чьё наследование управляется флагом CLONE_FS в clone(2)) с другим процессом. Подробней о пространствах имён пользователя смотрите в user_namespaces(7).

Процесс не может повторно связываться с новым пространством имён монтирования, если он является многонитиевым. Для смены пространство имён монтирования требуется, чтобы вызывающий процесс имел мандаты CAP_SYS_CHROOT и CAP_SYS_ADMIN в своём пространстве имён пользователя и мандат CAP_SYS_ADMIN в назначаемом пространстве имён монтирования. Подробней о взаимодействии пространств имён пользователя и монтирования смотрите в user_namespaces(7).


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

При успешном выполнении 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");
}