2. freeipa
3. ipa-4-8
4. Russian

Member ID user overrides

Удалить пПереопределения ID пользователя-участника

SASL Bind failed

Не удалось выполнить простую привязку SASL

ID ranges

Manage ID ranges used to map Posix IDs to SIDs and back.

There are two type of ID ranges which are both handled by this utility:

- the ID ranges of the local domain
- the ID ranges of trusted remote domains

Both types have the following attributes in common:

- base-id: the first ID of the Posix ID range
- range-size: the size of the range

With those two attributes a range object can reserve the Posix IDs starting
with base-id up to but not including base-id+range-size exclusively.

Additionally an ID range of the local domain may set
- rid-base: the first RID(*) of the corresponding RID range
- secondary-rid-base: first RID of the secondary RID range

and an ID range of a trusted domain must set
- rid-base: the first RID of the corresponding RID range
- sid: domain SID of the trusted domain



EXAMPLE: Add a new ID range for a trusted domain

Since there might be more than one trusted domain the domain SID must be given
while creating the ID range.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range

This ID range is then used by the IPA server and the SSSD IPA provider to
assign Posix UIDs to users from the trusted domain.

If e.g. a range for a trusted domain is configured with the following values:
base-id = 1200000
range-size = 200000
rid-base = 0
the RIDs 0 to 199999 are mapped to the Posix ID from 1200000 to 13999999. So
RID 1000 <-> Posix ID 1201000



EXAMPLE: Add a new ID range for the local domain

To create an ID range for the local domain it is not necessary to specify a
domain SID. But since it is possible that a user and a group can have the same
value as Posix ID a second RID interval is needed to handle conflicts.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range

The data from the ID ranges of the local domain are used by the IPA server
internally to assign SIDs to IPA users and groups. The SID will then be stored
in the user or group objects.

If e.g. the ID range for the local domain is configured with the values from
the example above then a new user with the UID 1200007 will get the RID 1007.
If this RID is already used by a group the RID will be 1000007. This can only
happen if a user or a group object was created with a fixed ID because the
automatic assignment will not assign the same ID twice. Since there are only
users and groups sharing the same ID namespace it is sufficient to have only
one fallback range to handle conflicts.

To find the Posix ID for a given RID from the local domain it has to be
checked first if the RID falls in the primary or secondary RID range and
the rid-base or the secondary-rid-base has to be subtracted, respectively,
and the base-id has to be added to get the Posix ID.

Typically the creation of ID ranges happens behind the scenes and this CLI
must not be used at all. The ID range for the local domain will be created
during installation or upgrade from an older version. The ID range for a
trusted domain will be created together with the trust by 'ipa trust-add ...'.

USE CASES:

Add an ID range from a transitively trusted domain

If the trusted domain (A) trusts another domain (B) as well and this trust
is transitive 'ipa trust-add domain-A' will only create a range for
domain A. The ID range for domain B must be added manually.

Add an additional ID range for the local domain

If the ID range of the local domain is exhausted, i.e. no new IDs can be
assigned to Posix users or groups by the DNA plugin, a new range has to be
created to allow new users and groups to be added. (Currently there is no
connection between this range CLI and the DNA plugin, but a future version
might be able to modify the configuration of the DNS plugin as well)

In general it is not necessary to modify or delete ID ranges. If there is no
other way to achieve a certain configuration than to modify or delete an ID
range it should be done with great care. Because UIDs are stored in the file
system and are used for access control it might be possible that users are
allowed to access files of other users if an ID range got deleted and reused
for a different domain.

(*) The RID is typically the last integer of a user or group SID which follows
the domain SID. E.g. if the domain SID is S-1-5-21-123-456-789 and a user from
this domain has the SID S-1-5-21-123-456-789-1010 then 1010 id the RID of the
user. RIDs are unique in a domain, 32bit values and are used for users and
groups.

=======
WARNING:

DNA plugin in 389-ds will allocate IDs based on the ranges configured for the
local domain. Currently the DNA plugin *cannot* be reconfigured itself based
on the local ranges set via this family of commands.

Manual configuration change has to be done in the DNA plugin configuration for
the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix
IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be
modified to match the new range.
=======

Диапазоны идентификаторов

Управление диапазонами идентификаторов, которые используются для сопоставления
POSIX-идентификаторов с идентификаторами безопасности (SID) и наоборот.

С помощью этой программы можно управлять обоими типами диапазонов идентификаторов:

- диапазоны идентификаторов локального домена
- диапазоны идентификаторов доверенных удалённых доменов

Следующие атрибуты являются общими для обоих типов:

- base-id: первый идентификатор из диапазона POSIX-идентификаторов
- range-size: размер диапазона

С этими двумя атрибутами объект диапазона может зарезервировать POSIX-идентификаторы,
начиная с base-id и до (но не включительно) base-id+range-size.

Кроме того, можно установить диапазон идентификаторов локального домена
- rid-base: первый RID(*) соответствующего диапазона RID
- secondary-rid-base: первый RID вторичного диапазона RID

а диапазон идентификаторов доверенного домена следует задавать с помощью
- rid-base: первый RID соответствующего диапазона RID
- dom_sid: SID доверенного домена



ПРИМЕР: добавление нового диапазона идентификаторов для доверенного домена

Так как доверенных доменов может быть несколько, необходимо указать SID домена
при создании диапазона идентификаторов.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range

Этот диапазон идентификаторов затем будет использоваться IPA-сервером и поставщиком данных IPA SSSD для
назначения UID POSIX пользователям из доверенного домена.

Если, например, для доверенного домена настроен диапазон со следующими значениями:
base-id = 1200000
range-size = 200000
rid-base = 0
RID от 0 до 199999 привязываются к POSIX-идентификаторам от 1200000 до 13999999. Следовательно,
RID 1000 <-> Posix ID 1201000



ПРИМЕР: добавление нового диапазона идентификаторов для локального домена

При создании диапазона идентификаторов для локального домена нет
необходимости указывать SID домена. Но, так как существует вероятность того,
что в качестве POSIX-идентификатора для пользователя и группы используется
одно и то же значение, для обработки конфликтов необходим вторичный интервал RID.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range

Данные из диапазонов идентификаторов локального домена используются
IPA-сервером на внутреннем уровне для назначения SID пользователям и группам IPA.
Затем SID сохраняется в объектах пользователя или группы.

Если, например, диапазон идентификаторов для локального домена настроен со
значениями из примера выше, то новый пользователь с UID 1200007 получит RID 1007.
Если этот RID уже используется группой, он будет заменён на 1000007. Это
может произойти только в том случае, если объект пользователя или группы был
создан с фиксированным идентификатором, потому что при автоматическом
назначении один и тот же идентификатор не назначается дважды. Так как одно и
то же пространство имён идентификаторов делят только пользователи и группы,
для обработки конфликтов достаточно одного резервного диапазона.

Для определения POSIX-идентификатора по указанному RID из локального домена
следует сначала проверить, попадает ли RID в основной или вторичный диапазон
RID, а потом вычесть, соответственно, rid-base или secondary-rid-base, затем
добавить base-id.

Обычно создание диапазонов идентификаторов является внешне незаметным и не
требует использования интерфейса командной строки. Диапазон идентификаторов
для локального домена будет создан во время установки или обновления
предыдущей версии. Диапазон идентификаторов для доверенного домена будет
создан при создании отношения доверия с помощью команды "ipa trust-add ...".

СЛУЧАИ ИСПОЛЬЗОВАНИЯ:

Добавление диапазона идентификаторов из домена, с которым установлено
транзитивное отношение доверия

Если у доверенного домена (A) также установлено отношение доверия с
другим доменом (B) и оно является транзитивным, то команда "ipa trust-add
domain-A" создаст диапазон только для домена A. Диапазон идентификаторов
для домена B следует добавить вручную.

Добавление дополнительного диапазона идентификаторов для локального домена

Если диапазон идентификаторов локального домена исчерпан, то есть с
помощью подключаемого модуля DNA невозможно назначить новые идентификаторы
POSIX-пользователям или POSIX-группам, необходимо новый диапазон для
добавления новых пользователей и групп. (В текущей версии данный интерфейс
командной строки и подключаемый модуль DNA не связаны непосредственно, но в
будущей версии может появиться возможность внесения изменений также и в
конфигурацию подключаемого модуля DNA.)

В целом, в изменении или удалении диапазонов идентификаторов нет
необходимости. Если для выполнения определённой настройки приходится
изменить или удалить диапазон идентификаторов, это следует делать крайне
осторожно. Поскольку UID хранятся в файловой системе и используются для
управления доступом, возможна ситуация, когда одни пользователи получат
доступ к файлам других пользователей вследствие удаления диапазона
идентификаторов и повторного его использования в другом домене.

(*) RID обычно является последним целым числом SID пользователя или группы,
который указывается после SID домена. Например, если SID домена
S-1-5-21-123-456-789, а пользователь из этого домена имеет SID
S-1-5-21-123-456-789-1010, RID пользователя будет 1010. RID являются
уникальными в пределах домена, имеют 32-битные значения и используются для
пользователей и групп.

ПРЕДУПРЕЖДЕНИЕ:

Подключаемый модуль DNA в 389-ds выделяет идентификаторы на основе
диапазонов, настроенных для локального домена. В текущей версии сам
подключаемый модуль DNA *нельзя* перенастраивать на основе локальных
диапазонов, установленных с помощью этого семейства команд.

Для нового локального диапазона следует вручную изменить настройки
конфигурации подключаемого модуля DNA. В частности, следует изменить атрибут
dnaNextRange "cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config"
таким образом, чтобы он соответствовал новому диапазону.

ID ranges

Manage ID ranges used to map Posix IDs to SIDs and back.

There are two type of ID ranges which are both handled by this utility:

- the ID ranges of the local domain
- the ID ranges of trusted remote domains

Both types have the following attributes in common:

- base-id: the first ID of the Posix ID range
- range-size: the size of the range

With those two attributes a range object can reserve the Posix IDs starting
with base-id up to but not including base-id+range-size exclusively.

Additionally an ID range of the local domain may set
- rid-base: the first RID(*) of the corresponding RID range
- secondary-rid-base: first RID of the secondary RID range

and an ID range of a trusted domain must set
- rid-base: the first RID of the corresponding RID range
- sid: domain SID of the trusted domain



EXAMPLE: Add a new ID range for a trusted domain

Since there might be more than one trusted domain the domain SID must be given
while creating the ID range.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range

This ID range is then used by the IPA server and the SSSD IPA provider to
assign Posix UIDs to users from the trusted domain.

If e.g. a range for a trusted domain is configured with the following values:
base-id = 1200000
range-size = 200000
rid-base = 0
the RIDs 0 to 199999 are mapped to the Posix ID from 1200000 to 13999999. So
RID 1000 <-> Posix ID 1201000



EXAMPLE: Add a new ID range for the local domain

To create an ID range for the local domain it is not necessary to specify a
domain SID. But since it is possible that a user and a group can have the same
value as Posix ID a second RID interval is needed to handle conflicts.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range

The data from the ID ranges of the local domain are used by the IPA server
internally to assign SIDs to IPA users and groups. The SID will then be stored
in the user or group objects.

If e.g. the ID range for the local domain is configured with the values from
the example above then a new user with the UID 1200007 will get the RID 1007.
If this RID is already used by a group the RID will be 1000007. This can only
happen if a user or a group object was created with a fixed ID because the
automatic assignment will not assign the same ID twice. Since there are only
users and groups sharing the same ID namespace it is sufficient to have only
one fallback range to handle conflicts.

To find the Posix ID for a given RID from the local domain it has to be
checked first if the RID falls in the primary or secondary RID range and
the rid-base or the secondary-rid-base has to be subtracted, respectively,
and the base-id has to be added to get the Posix ID.

Typically the creation of ID ranges happens behind the scenes and this CLI
must not be used at all. The ID range for the local domain will be created
during installation or upgrade from an older version. The ID range for a
trusted domain will be created together with the trust by 'ipa trust-add ...'.

USE CASES:

Add an ID range from a transitively trusted domain

If the trusted domain (A) trusts another domain (B) as well and this trust
is transitive 'ipa trust-add domain-A' will only create a range for
domain A. The ID range for domain B must be added manually.

Add an additional ID range for the local domain

If the ID range of the local domain is exhausted, i.e. no new IDs can be
assigned to Posix users or groups by the DNA plugin, a new range has to be
created to allow new users and groups to be added. (Currently there is no
connection between this range CLI and the DNA plugin, but a future version
might be able to modify the configuration of the DNS plugin as well)

In general it is not necessary to modify or delete ID ranges. If there is no
other way to achieve a certain configuration than to modify or delete an ID
range it should be done with great care. Because UIDs are stored in the file
system and are used for access control it might be possible that users are
allowed to access files of other users if an ID range got deleted and reused
for a different domain.

(*) The RID is typically the last integer of a user or group SID which follows
the domain SID. E.g. if the domain SID is S-1-5-21-123-456-789 and a user from
this domain has the SID S-1-5-21-123-456-789-1010 then 1010 id the RID of the
user. RIDs are unique in a domain, 32bit values and are used for users and
groups.

WARNING:

DNA plugin in 389-ds will allocate IDs based on the ranges configured for the
local domain. Currently the DNA plugin *cannot* be reconfigured itself based
on the local ranges set via this family of commands.

Manual configuration change has to be done in the DNA plugin configuration for
the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix
IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be
modified to match the new range.

Диапазоны идентификаторов

Управление диапазонами идентификаторов, которые используются для сопоставления
POSIX-идентификаторов с идентификаторами безопасности (SID) и наоборот.

С помощью этой программы можно управлять обоими типами диапазонов идентификаторов:

- диапазоны идентификаторов локального домена
- диапазоны идентификаторов доверенных удалённых доменов

Следующие атрибуты являются общими для обоих типов:

- base-id: первый идентификатор из диапазона POSIX-идентификаторов
- range-size: размер диапазона

С этими двумя атрибутами объект диапазона может зарезервировать POSIX-идентификаторы,
начиная с base-id и до (но не включительно) base-id+range-size.

Кроме того, можно установить диапазон идентификаторов локального домена
- rid-base: первый RID(*) соответствующего диапазона RID
- secondary-rid-base: первый RID вторичного диапазона RID

а диапазон идентификаторов доверенного домена следует задавать с помощью
- rid-base: первый RID соответствующего диапазона RID
- dom_sid: SID доверенного домена



ПРИМЕР: добавление нового диапазона идентификаторов для доверенного домена

Так как доверенных доменов может быть несколько, необходимо указать SID домена
при создании диапазона идентификаторов.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range

Этот диапазон идентификаторов затем будет использоваться IPA-сервером и поставщиком данных IPA SSSD для
назначения UID POSIX пользователям из доверенного домена.

Если, например, для доверенного домена настроен диапазон со следующими значениями:
base-id = 1200000
range-size = 200000
rid-base = 0
RID от 0 до 199999 привязываются к POSIX-идентификаторам от 1200000 до 13999999. Следовательно,
RID 1000 <-> Posix ID 1201000



ПРИМЕР: добавление нового диапазона идентификаторов для локального домена

При создании диапазона идентификаторов для локального домена нет
необходимости указывать SID домена. Но, так как существует вероятность того,
что в качестве POSIX-идентификатора для пользователя и группы используется
одно и то же значение, для обработки конфликтов необходим вторичный интервал RID.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range

Данные из диапазонов идентификаторов локального домена используются
IPA-сервером на внутреннем уровне для назначения SID пользователям и группам IPA.
Затем SID сохраняется в объектах пользователя или группы.

Если, например, диапазон идентификаторов для локального домена настроен со
значениями из примера выше, то новый пользователь с UID 1200007 получит RID 1007.
Если этот RID уже используется группой, он будет заменён на 1000007. Это
может произойти только в том случае, если объект пользователя или группы был
создан с фиксированным идентификатором, потому что при автоматическом
назначении один и тот же идентификатор не назначается дважды. Так как одно и
то же пространство имён идентификаторов делят только пользователи и группы,
для обработки конфликтов достаточно одного резервного диапазона.

Для определения POSIX-идентификатора по указанному RID из локального домена
следует сначала проверить, попадает ли RID в основной или вторичный диапазон
RID, а потом вычесть, соответственно, rid-base или secondary-rid-base, затем
добавить base-id.

Обычно создание диапазонов идентификаторов является внешне незаметным и не
требует использования интерфейса командной строки. Диапазон идентификаторов
для локального домена будет создан во время установки или обновления
предыдущей версии. Диапазон идентификаторов для доверенного домена будет
создан при создании отношения доверия с помощью команды "ipa trust-add ...".

СЛУЧАИ ИСПОЛЬЗОВАНИЯ:

Добавление диапазона идентификаторов из домена, с которым установлено
транзитивное отношение доверия

Если у доверенного домена (A) также установлено отношение доверия с
другим доменом (B) и оно является транзитивным, то команда "ipa trust-add
domain-A" создаст диапазон только для домена A. Диапазон идентификаторов
для домена B следует добавить вручную.

Добавление дополнительного диапазона идентификаторов для локального домена

Если диапазон идентификаторов локального домена исчерпан, то есть с
помощью подключаемого модуля DNA невозможно назначить новые идентификаторы
POSIX-пользователям или POSIX-группам, необходимо новый диапазон для
добавления новых пользователей и групп. (В текущей версии данный интерфейс
командной строки и подключаемый модуль DNA не связаны непосредственно, но в
будущей версии может появиться возможность внесения изменений также и в
конфигурацию подключаемого модуля DNA.)

В целом, в изменении или удалении диапазонов идентификаторов нет
необходимости. Если для выполнения определённой настройки приходится
изменить или удалить диапазон идентификаторов, это следует делать крайне
осторожно. Поскольку UID хранятся в файловой системе и используются для
управления доступом, возможна ситуация, когда одни пользователи получат
доступ к файлам других пользователей вследствие удаления диапазона
идентификаторов и повторного его использования в другом домене.

(*) RID обычно является последним целым числом SID пользователя или группы,
который указывается после SID домена. Например, если SID домена
S-1-5-21-123-456-789, а пользователь из этого домена имеет SID
S-1-5-21-123-456-789-1010, RID пользователя будет 1010. RID являются
уникальными в пределах домена, имеют 32-битные значения и используются для
пользователей и групп.

ПРЕДУПРЕЖДЕНИЕ:

Подключаемый модуль DNA в 389-ds выделяет идентификаторы на основе
диапазонов, настроенных для локального домена. В текущей версии сам
подключаемый модуль DNA *нельзя* перенастраивать на основе локальных
диапазонов, установленных с помощью этого семейства команд.

Для нового локального диапазона следует вручную изменить настройки
конфигурации подключаемого модуля DNA. В частности, следует изменить атрибут
dnaNextRange "cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config"
таким образом, чтобы он соответствовал новому диапазону.

ID ranges

Manage ID ranges used to map Posix IDs to SIDs and back.

There are two type of ID ranges which are both handled by this utility:

- the ID ranges of the local domain
- the ID ranges of trusted remote domains

Both types have the following attributes in common:

- base-id: the first ID of the Posix ID range
- range-size: the size of the range

With those two attributes a range object can reserve the Posix IDs starting
with base-id up to but not including base-id+range-size exclusively.

Additionally an ID range of the local domain may set
- rid-base: the first RID(*) of the corresponding RID range
- secondary-rid-base: first RID of the secondary RID range

and an ID range of a trusted domain must set
- rid-base: the first RID of the corresponding RID range
- dom_sid: domain SID of the trusted domain



EXAMPLE: Add a new ID range for a trusted domain

Since there might be more than one trusted domain the domain SID must be given
while creating the ID range.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range

This ID range is then used by the IPA server and the SSSD IPA provider to
assign Posix UIDs to users from the trusted domain.

If e.g. a range for a trusted domain is configured with the following values:
base-id = 1200000
range-size = 200000
rid-base = 0
the RIDs 0 to 199999 are mapped to the Posix ID from 1200000 to 13999999. So
RID 1000 <-> Posix ID 1201000



EXAMPLE: Add a new ID range for the local domain

To create an ID range for the local domain it is not necessary to specify a
domain SID. But since it is possible that a user and a group can have the same
value as Posix ID a second RID interval is needed to handle conflicts.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range

The data from the ID ranges of the local domain are used by the IPA server
internally to assign SIDs to IPA users and groups. The SID will then be stored
in the user or group objects.

If e.g. the ID range for the local domain is configured with the values from
the example above then a new user with the UID 1200007 will get the RID 1007.
If this RID is already used by a group the RID will be 1000007. This can only
happen if a user or a group object was created with a fixed ID because the
automatic assignment will not assign the same ID twice. Since there are only
users and groups sharing the same ID namespace it is sufficient to have only
one fallback range to handle conflicts.

To find the Posix ID for a given RID from the local domain it has to be
checked first if the RID falls in the primary or secondary RID range and
the rid-base or the secondary-rid-base has to be subtracted, respectively,
and the base-id has to be added to get the Posix ID.

Typically the creation of ID ranges happens behind the scenes and this CLI
must not be used at all. The ID range for the local domain will be created
during installation or upgrade from an older version. The ID range for a
trusted domain will be created together with the trust by 'ipa trust-add ...'.

USE CASES:

Add an ID range from a transitively trusted domain

If the trusted domain (A) trusts another domain (B) as well and this trust
is transitive 'ipa trust-add domain-A' will only create a range for
domain A. The ID range for domain B must be added manually.

Add an additional ID range for the local domain

If the ID range of the local domain is exhausted, i.e. no new IDs can be
assigned to Posix users or groups by the DNA plugin, a new range has to be
created to allow new users and groups to be added. (Currently there is no
connection between this range CLI and the DNA plugin, but a future version
might be able to modify the configuration of the DNS plugin as well)

In general it is not necessary to modify or delete ID ranges. If there is no
other way to achieve a certain configuration than to modify or delete an ID
range it should be done with great care. Because UIDs are stored in the file
system and are used for access control it might be possible that users are
allowed to access files of other users if an ID range got deleted and reused
for a different domain.

(*) The RID is typically the last integer of a user or group SID which follows
the domain SID. E.g. if the domain SID is S-1-5-21-123-456-789 and a user from
this domain has the SID S-1-5-21-123-456-789-1010 then 1010 id the RID of the
user. RIDs are unique in a domain, 32bit values and are used for users and
groups.

WARNING:

DNA plugin in 389-ds will allocate IDs based on the ranges configured for the
local domain. Currently the DNA plugin *cannot* be reconfigured itself based
on the local ranges set via this family of commands.

Manual configuration change has to be done in the DNA plugin configuration for
the new local range. Specifically, The dnaNextRange attribute of 'cn=Posix
IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config' has to be
modified to match the new range.

Диапазоны идентификаторов

Управление диапазонами идентификаторов, которые используются для сопоставления
POSIX-идентификаторов с идентификаторами безопасности (SID) и наоборот.

С помощью этой программы можно управлять обоими типами диапазонов идентификаторов:

- диапазоны идентификаторов локального домена
- диапазоны идентификаторов доверенных удалённых доменов

Следующие атрибуты являются общими для обоих типов:

- base-id: первый идентификатор из диапазона POSIX-идентификаторов
- range-size: размер диапазона

С этими двумя атрибутами объект диапазона может зарезервировать POSIX-идентификаторы,
начиная с base-id и до (но не включительно) base-id+range-size.

Кроме того, можно установить диапазон идентификаторов локального домена
- rid-base: первый RID(*) соответствующего диапазона RID
- secondary-rid-base: первый RID вторичного диапазона RID

а диапазон идентификаторов доверенного домена следует задавать с помощью
- rid-base: первый RID соответствующего диапазона RID
- dom_sid: SID доверенного домена



ПРИМЕР: добавление нового диапазона идентификаторов для доверенного домена

Так как доверенных доменов может быть несколько, необходимо указать SID домена
при создании диапазона идентификаторов.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=0 --dom-sid=S-1-5-21-123-456-789 trusted_dom_range

Этот диапазон идентификаторов затем будет использоваться IPA-сервером и поставщиком данных IPA SSSD для
назначения UID POSIX пользователям из доверенного домена.

Если, например, для доверенного домена настроен диапазон со следующими значениями:
base-id = 1200000
range-size = 200000
rid-base = 0
RID от 0 до 199999 привязываются к POSIX-идентификаторам от 1200000 до 13999999. Следовательно,
RID 1000 <-> Posix ID 1201000



ПРИМЕР: добавление нового диапазона идентификаторов для локального домена

При создании диапазона идентификаторов для локального домена нет
необходимости указывать SID домена. Но, так как существует вероятность того,
что в качестве POSIX-идентификатора для пользователя и группы используется
одно и то же значение, для обработки конфликтов необходим вторичный интервал RID.

ipa idrange-add --base-id=1200000 --range-size=200000 --rid-base=1000 --secondary-rid-base=1000000 local_range

Данные из диапазонов идентификаторов локального домена используются
IPA-сервером на внутреннем уровне для назначения SID пользователям и группам IPA.
Затем SID сохраняется в объектах пользователя или группы.

Если, например, диапазон идентификаторов для локального домена настроен со
значениями из примера выше, то новый пользователь с UID 1200007 получит RID 1007.
Если этот RID уже используется группой, он будет заменён на 1000007. Это
может произойти только в том случае, если объект пользователя или группы был
создан с фиксированным идентификатором, потому что при автоматическом
назначении один и тот же идентификатор не назначается дважды. Так как одно и
то же пространство имён идентификаторов делят только пользователи и группы,
для обработки конфликтов достаточно одного резервного диапазона.

Для определения POSIX-идентификатора по указанному RID из локального домена
следует сначала проверить, попадает ли RID в основной или вторичный диапазон
RID, а потом вычесть, соответственно, rid-base или secondary-rid-base, затем
добавить base-id.

Обычно создание диапазонов идентификаторов является внешне незаметным и не
требует использования интерфейса командной строки. Диапазон идентификаторов
для локального домена будет создан во время установки или обновления
предыдущей версии. Диапазон идентификаторов для доверенного домена будет
создан при создании отношения доверия с помощью команды "ipa trust-add ...".

СЛУЧАИ ИСПОЛЬЗОВАНИЯ:

Добавление диапазона идентификаторов из домена, с которым установлено
транзитивное отношение доверия

Если у доверенного домена (A) также установлено отношение доверия с
другим доменом (B) и оно является транзитивным, то команда "ipa trust-add
domain-A" создаст диапазон только для домена A. Диапазон идентификаторов
для домена B следует добавить вручную.

Добавление дополнительного диапазона идентификаторов для локального домена

Если диапазон идентификаторов локального домена исчерпан, то есть с
помощью подключаемого модуля DNA невозможно назначить новые идентификаторы
POSIX-пользователям или POSIX-группам, необходимо новый диапазон для
добавления новых пользователей и групп. (В текущей версии данный интерфейс
командной строки и подключаемый модуль DNA не связаны непосредственно, но в
будущей версии может появиться возможность внесения изменений также и в
конфигурацию подключаемого модуля DNA.)

В целом, в изменении или удалении диапазонов идентификаторов нет
необходимости. Если для выполнения определённой настройки приходится
изменить или удалить диапазон идентификаторов, это следует делать крайне
осторожно. Поскольку UID хранятся в файловой системе и используются для
управления доступом, возможна ситуация, когда одни пользователи получат
доступ к файлам других пользователей вследствие удаления диапазона
идентификаторов и повторного его использования в другом домене.

(*) RID обычно является последним целым числом SID пользователя или группы,
который указывается после SID домена. Например, если SID домена
S-1-5-21-123-456-789, а пользователь из этого домена имеет SID
S-1-5-21-123-456-789-1010, RID пользователя будет 1010. RID являются
уникальными в пределах домена, имеют 32-битные значения и используются для
пользователей и групп.

ПРЕДУПРЕЖДЕНИЕ:

Подключаемый модуль DNA в 389-ds выделяет идентификаторы на основе
диапазонов, настроенных для локального домена. В текущей версии сам
подключаемый модуль DNA *нельзя* перенастраивать на основе локальных
диапазонов, установленных с помощью этого семейства команд.

Для нового локального диапазона следует вручную изменить настройки
конфигурации подключаемого модуля DNA. В частности, следует изменить атрибут
dnaNextRange "cn=Posix IDs,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config"
таким образом, чтобы он соответствовал новому диапазону.

Failed member manager

Ошибка управляющего участниковами

Service Constrained Delegation

Manage rules to allow constrained delegation of credentials so
that a service can impersonate a user when communicating with another
service without requiring the user to actually forward their TGT.
This makes for a much better method of delegating credentials as it
prevents exposure of the short term secret of the user.

The naming convention is to append the word "target" or "targets" to
a matching rule name. This is not mandatory but helps conceptually
to associate rules and targets.

A rule consists of two things:
- A list of targets the rule applies to
- A list of memberPrincipals that are allowed to delegate for
those targets

A target consists of a list of principals that can be delegated.

In English, a rule says that this principal can delegate as this
list of principals, as defined by these targets.

In both a rule and a target Kerberos principals may be specified
by their name or an alias and the realm can be omitted. Additionally,
hosts can be specified by their names. If Kerberos principal specified
has a single component and does not end with '$' sign, it will be treated
as a host name. Kerberos principal names ending with '$' are typically
used as aliases for Active Directory-related services.

EXAMPLES:

Add a new constrained delegation rule:
ipa servicedelegationrule-add ftp-delegation

Add a new constrained delegation target:
ipa servicedelegationtarget-add ftp-delegation-target

Add a principal to the rule:
ipa servicedelegationrule-add-member --principals=ftp/ipa.example.com ftp-delegation

Add a host principal of the host 'ipa.example.com' to the rule:
ipa servicedelegationrule-add-member --principals=ipa.example.com ftp-delegation

Add our target to the rule:
ipa servicedelegationrule-add-target --servicedelegationtargets=ftp-delegation-target ftp-delegation

Add a principal to the target:
ipa servicedelegationtarget-add-member --principals=ldap/ipa.example.com ftp-delegation-target

Display information about a named delegation rule and target:
ipa servicedelegationrule_show ftp-delegation
ipa servicedelegationtarget_show ftp-delegation-target

Remove a constrained delegation:
ipa servicedelegationrule-del ftp-delegation-target
ipa servicedelegationtarget-del ftp-delegation

In this example the ftp service can get a TGT for the ldap service on
the bound user's behalf.

It is strongly discouraged to modify the delegations that ship with
IPA, ipa-http-delegation and its targets ipa-cifs-delegation-targets and
ipa-ldap-delegation-targets. Incorrect changes can remove the ability
to delegate, causing the framework to stop functioning.

Ограниченное делегирование служб

Управление правилами, с помощью которых можно ограничить делегирование
учётных данных таким образом, что служба сможет выполнять олицетворение
пользователя при обмене данными с другой службой без необходимости для
пользователя самом деле перенаправлять билет для получения билета (TGT).
Такой метод делегирования учётных данных значительно лучше, так как
предотвращает раскрытие краткосрочного секрета пользователя.

В соответствии с соглашением об именовании к имени соответствующего правила
добавляется слово "target" или "targets". Такая схема имён не является
обязательной, но она помогает концептуально связать правила и их назначения.

Правило состоит из двух компонентов:
- Список целей (назначений), к которым применяется правило
- Список memberPrincipals, которым разрешено делегирование для этих целей

Цель состоит из списка учётных записей, которые можно делегировать.

Если проще, правило утверждает, что определённую учеётную запись можно
делегировать как указанный список учётных записей, согласно заданному списку целей
целей.

Как в правиле, так и в цели учётные записи Kerberos можно указать по
их имени или псевдониму, опустив область (realm). Кроме того,
по именам можно указывать узлы. Если указанная учётная запись Kerberos
состоит из одного компонента и не заканчивается знаком "$", она будет
считаться именем узла. Имена учётных записей Kerberos, которые заканчиваются
на "$", обычно используются в качестве псевдонимов служб, связанных с
Active Directory.

ПРИМЕРЫ:

Добавить новое правило ограниченного делегирования:
ipa servicedelegationrule-add ftp-delegation

Добавить новую цель ограниченного делегирования:
ipa servicedelegationtarget-add ftp-delegation-target

Добавить учётную запись в правило:
ipa servicedelegationrule-add-member --principals=ftp/ipa.example.com ftp-delegation

Добавить учётную запись узла "ipa.example.com" в правило:
ipa servicedelegationrule-add-member --principals=ipa.example.com ftp-delegation

Добавить цель в правило:
ipa servicedelegationrule-add-target --servicedelegationtargets=ftp-delegation-target ftp-delegation

Добавить учётную запись в цель:
ipa servicedelegationtarget-add-member --principals=ldap/ipa.example.com ftp-delegation-target

Показать сведения об именованном правиле делегирования и цели:
ipa servicedelegationrule_show ftp-delegation
ipa servicedelegationtarget_show ftp-delegation-target

Удалить ограниченное делегирование:
ipa servicedelegationrule-del ftp-delegation-target
ipa servicedelegationtarget-del ftp-delegation

В этом примере служба ftp может получать билет для получения билета для службы ldap от имени связанного пользователя.

Настоятельно не рекомендуется изменять делегирования, которые поставляются с IPA, ipa-http-delegation и его цели ipa-cifs-delegation-targets и Ipa-ldap-delegation-targets. Неправильная настройка может привести к потере возможности делегирования, что повлечет неработоспособность всей системы.

Malformed principal: %(error)s

Недопустимая учётная запись: "%(valueerror)s"

OTP max life

Максимальный. срок жизни OTP

OTP token maximum ticket life (seconds)

Максимальный срок жизни билета токена OTP (в секундах)