Zen

Translation


Based on the ownership there are three vault categories:
* user/private vault
* service vault
* shared vault
173/1100 · 110

Sign in to save the translation.

English Russian Actions

API Schema

Схема API

Add new ID range.

To add a new ID range you always have to specify

--base-id
--range-size

Additionally

--rid-base
--secondary-rid-base

may be given for a new ID range for the local domain while

--rid-bas
--dom-sid

must be given to add a new range for a trusted AD domain.

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.

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

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

--base-id
--range-size

Кроме того,

--rid-base
--secondary-rid-base

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

--rid-base
--dom-sid

должны быть указаны для добавления нового диапазона для доверенного домена AD.

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

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

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

Add new ID range.

To add a new ID range you always have to specify

--base-id
--range-size

Additionally

--rid-base
--secondary-rid-base

may be given for a new ID range for the local domain while

--rid-base
--dom-sid

must be given to add a new range for a trusted AD domain.

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.

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

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

--base-id
--range-size

Кроме того,

--rid-base
--secondary-rid-base

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

--rid-base
--dom-sid

должны быть указаны для добавления нового диапазона для доверенного домена AD.

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

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

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

Add new ID range.

To add a new ID range you always have to specify

--base-id
--range-size

Additionally

--rid-base
--secondary-rid-base

may be given for a new ID range for the local domain while

--rid-base
--dom-sid

must be given to add a new range for a trusted AD domain.

=======
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.
=======

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

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

--base-id
--range-size

Кроме того,

--rid-base
--secondary-rid-base

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

--rid-base
--dom-sid

должны быть указаны для добавления нового диапазона для доверенного домена AD.

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

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

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

Add new trust to use.

This command establishes trust relationship to another domain
which becomes 'trusted'. As result, users of the trusted domain
may access resources of this domain.

Only trusts to Active Directory domains are supported right now.

The command can be safely run multiple times against the same domain,
this will cause change to trust relationship credentials on both
sides.

Note that if the command was previously run with a specific range type,
or with automatic detection of the range type, and you want to configure a
different range type, you may need to delete first the ID range using
ipa idrange-del before retrying the command with the desired range type.

Добавление нового отношения доверия, которое следует использовать.

Эта команда устанавливает отношение доверия с другим доменом, который становится "доверенным". В результате пользователи доверенного домена получают доступ к ресурсам этого домена.

В текущей версии поддерживаются только отношения доверия с доменами Active Directory.

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

Если команда уже выполнялась с определённым типом диапазона или с автоматическим определением типа диапазона, а теперь необходимо настроить другой тип диапазона, возможно, потребуется сначала удалить диапазон идентификаторов с помощью команды ipa idrange-del. Затем повторите команду с необходимым типом диапазона.


Add new trust to use.

This command establishes trust relationship to another domain
which becomes 'trusted'. As result, users of the trusted domain
may access resources of this domain.

Only trusts to Active Directory domains are supported right now.

The command can be safely run multiple times against the same domain,
this will cause change to trust relationship credentials on both
sides.

Добавление нового отношения доверия, которое следует использовать.

Эта команда устанавливает отношение доверия с другим доменом, который становится "доверенным". В результате пользователи доверенного домена получают доступ к ресурсам этого домена.

В текущей версии поддерживаются только отношения доверия с доменами Active Directory.

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

Additionally, there are the following convenience options.
Setting one of these options will set the corresponding attribute(s).
1. type: a type of object (user, group, etc); sets subtree and target filter.
2. memberof: apply to members of a group; sets target filter
3. targetgroup: grant access to modify a specific group (such as granting
the rights to manage group membership); sets target.

Кроме того, имеются следующие удобные параметры. Установка одного из них установит соответствующий атрибут (атрибуты).
1. type: тип объекта (пользователь, группа и так далее); устанавливает поддерево и фильтр целей.
2. memberof: применить к участникам группы; устанавливает фильтр целей.
3. targetgroup: предоставить доступ для изменения определённой группы (например, предоставить права доступа для управления участием в группе); устанавливает цель.

Agreements are represented by topology segments. By default topology segment
represents 2 replication agreements - one for each direction, e.g., A to B and
B to A. Creation of unidirectional segments is not allowed.

Соглашения представляются сегментами топологии. По умолчанию сегмент топологии представляет 2 соглашения о репликации: по одному для каждого направления, например, от A до B и от B до A. Создание однонаправленных сегментов запрещено.

All CAs except the 'IPA' CA can be disabled or re-enabled. Disabling a CA
prevents it from issuing certificates but does not affect the validity of its
certificate.

Все службы сертификации, кроме службы сертификации "IPA", можно отключать и включать повторно. Отключение службы сертификации приводит к тому, что ей запрещается выдавать сертификаты, но не влияет на действительность её сертификата.

An order can be added to a sudorule to control the order in which they
are evaluated (if the client supports it). This order is an integer and
must be unique.

Правилу Sudo можно добавить порядок, который будет руководить порядком обработки записей (если такой порядок предусмотрен на клиентской стороне). Порядок определяется числовым индексом (целое число), который не должен повторяться.

Asymmetric vault is similar to the standard vault, but it
pre-encrypts the secret using a public key before transport.
The secret can only be retrieved using the private key.

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

Auto Membership Rule.

Правило автоучастия.

Auto Membership Rule.

Bring clarity to the membership of hosts and users by configuring inclusive
or exclusive regex patterns, you can automatically assign a new entries into
a group or hostgroup based upon attribute information.

A rule is directly associated with a group by name, so you cannot create
a rule without an accompanying group or hostgroup.

A condition is a regular expression used by 389-ds to match a new incoming
entry with an automember rule. If it matches an inclusive rule then the
entry is added to the appropriate group or hostgroup.

A default group or hostgroup could be specified for entries that do not
match any rule. In case of user entries this group will be a fallback group
because all users are by default members of group specified in IPA config.


EXAMPLES:

Add the initial group or hostgroup:
ipa hostgroup-add --desc="Web Servers" webservers
ipa group-add --desc="Developers" devel

Add the initial rule:
ipa automember-add --type=hostgroup webservers
ipa automember-add --type=group devel

Add a condition to the rule:
ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers
ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel

Add an exclusive condition to the rule to prevent auto assignment:
ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers

Add a host:
ipa host-add web1.example.com

Add a user:
ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott

Verify automembership:
ipa hostgroup-show webservers
Host-group: webservers
Description: Web Servers
Member hosts: web1.example.com

ipa group-show devel
Group name: devel
Description: Developers
GID: 1004200000
Member users: tuser

Remove a condition from the rule:
ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers

Modify the automember rule:
ipa automember-mod

Set the default (fallback) target group:
ipa automember-default-group-set --default-group=webservers --type=hostgroup
ipa automember-default-group-set --default-group=ipausers --type=group

Remove the default (fallback) target group:
ipa automember-default-group-remove --type=hostgroup
ipa automember-default-group-remove --type=group

Show the default (fallback) target group:
ipa automember-default-group-show --type=hostgroup
ipa automember-default-group-show --type=group

Find all of the automember rules:
ipa automember-find

Display a automember rule:
ipa automember-show --type=hostgroup webservers
ipa automember-show --type=group devel

Delete an automember rule:
ipa automember-del --type=hostgroup webservers
ipa automember-del --type=group devel

Правило автоучастия.

Внося ясные правила о принадлежности узлов и пользователей к группам посредством настройки включающих и исключающих шаблонов регулярных выражений, вы можете автоматически связывать новые записи с группой или группой узлов на основе данных атрибутов.

Правило непосредственно связывается с группой по имени, следовательно, вы не можете создать правило без определения группы или группы узлов.

Условие является регулярным выражением, используется 389-ds для установления соответствия новой входящей записи правилу автоучастия. Если имеется соответствие правилу включения, запись добавляется в соответствующую группу или группу узлов.

Можно указать группу или группу узлов по умолчанию, которая будет использоваться для записей, не соответствующих ни одному правилу. В случае записей пользователей эта группа будет резервной группой, поскольку все пользователи по умолчанию являются участниками группы, указанной в настройках IPA.


ПРИМЕРЫ:

Добавить начальную группу или группу узлов :
ipa hostgroup-add --desc="Web Servers" webservers
ipa group-add --desc="Developers" devel

Добавить начальное правило:
ipa automember-add --type=hostgroup webservers
ipa automember-add --type=group devel

Добавить в правило условие:
ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers
ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel

Добавить в правило исключительное условие, чтобы предотвратить автоназначение:
ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers

Добавить узел:
ipa host-add web1.example.com

Добавить пользователя:
ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott

Проверить автоучастие:
ipa hostgroup-show webservers
Группа узлов: webservers
Описание: Web Servers
Узлы-участники: web1.example.com

ipa group-show devel
Имя группы: devel
Описание: Developers
GID: 1004200000
Пользователи-участники: tuser

Удалить условие из правила:
ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers

Изменить правило автоучастия:
ipa automember-mod

Установить целевую группу по умолчанию (резервную):
ipa automember-default-group-set --default-group=webservers --type=hostgroup
ipa automember-default-group-set --default-group=ipausers --type=group

Удалить целевую группу по умолчанию (резервную):
ipa automember-default-group-remove --type=hostgroup
ipa automember-default-group-remove --type=group

Показать целевую группу по умолчанию (резервную):
ipa automember-default-group-show --type=hostgroup
ipa automember-default-group-show --type=group

Найти все правила автоучастия:
ipa automember-find

Показать правило автоучастия:
ipa automember-show --type=hostgroup webservers
ipa automember-show --type=group devel

Удалить правило автоучастия:
ipa automember-del --type=hostgroup webservers
ipa automember-del --type=group devel

Auto Membership Rule.

Bring clarity to the membership of hosts and users by configuring inclusive
or exclusive regex patterns, you can automatically assign a new entries into
a group or hostgroup based upon attribute information.

A rule is directly associated with a group by name, so you cannot create
a rule without an accompanying group or hostgroup.

A condition is a regular expression used by 389-ds to match a new incoming
entry with an automember rule. If it matches an inclusive rule then the
entry is added to the appropriate group or hostgroup.

A default group or hostgroup could be specified for entries that do not
match any rule. In case of user entries this group will be a fallback group
because all users are by default members of group specified in IPA config.

The automember-rebuild command can be used to retroactively run automember rules
against existing entries, thus rebuilding their membership.

EXAMPLES:

Add the initial group or hostgroup:
ipa hostgroup-add --desc="Web Servers" webservers
ipa group-add --desc="Developers" devel

Add the initial rule:
ipa automember-add --type=hostgroup webservers
ipa automember-add --type=group devel

Add a condition to the rule:
ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers
ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel

Add an exclusive condition to the rule to prevent auto assignment:
ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers

Add a host:
ipa host-add web1.example.com

Add a user:
ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott

Verify automembership:
ipa hostgroup-show webservers
Host-group: webservers
Description: Web Servers
Member hosts: web1.example.com

ipa group-show devel
Group name: devel
Description: Developers
GID: 1004200000
Member users: tuser

Remove a condition from the rule:
ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers

Modify the automember rule:
ipa automember-mod

Set the default (fallback) target group:
ipa automember-default-group-set --default-group=webservers --type=hostgroup
ipa automember-default-group-set --default-group=ipausers --type=group

Remove the default (fallback) target group:
ipa automember-default-group-remove --type=hostgroup
ipa automember-default-group-remove --type=group

Show the default (fallback) target group:
ipa automember-default-group-show --type=hostgroup
ipa automember-default-group-show --type=group

Find all of the automember rules:
ipa automember-find

Display a automember rule:
ipa automember-show --type=hostgroup webservers
ipa automember-show --type=group devel

Delete an automember rule:
ipa automember-del --type=hostgroup webservers
ipa automember-del --type=group devel

Rebuild membership for all users:
ipa automember-rebuild --type=group

Rebuild membership for all hosts:
ipa automember-rebuild --type=hostgroup

Rebuild membership for specified users:
ipa automember-rebuild --users=tuser1 --users=tuser2

Rebuild membership for specified hosts:
ipa automember-rebuild --hosts=web1.example.com --hosts=web2.example.com

Правило автоучастия.

Внося ясные правила о принадлежности узлов и пользователей к группам посредством настройки включающих и исключающих шаблонов регулярных выражений, вы можете автоматически связывать новые записи с группой или группой узлов на основе данных атрибутов.

Правило непосредственно связывается с группой по имени, следовательно, вы не можете создать правило без определения группы или группы узлов.

Условие является регулярным выражением, используется 389-ds для установления соответствия новой входящей записи правилу автоучастия. Если имеется соответствие правилу включения, запись добавляется в соответствующую группу или группу узлов.

Можно указать группу или группу узлов по умолчанию, которая будет использоваться для записей, не соответствующих ни одному правилу. В случае записей пользователей эта группа будет резервной группой, поскольку все пользователи по умолчанию являются участниками группы, указанной в настройках IPA.

Команду automember-rebuild можно использовать, чтобы задним числом применить правила автоучастия в отношении уже существующих записей; это перестроит их участие.

ПРИМЕРЫ:

Добавить начальную группу или группу узлов :
ipa hostgroup-add --desc="Web Servers" webservers
ipa group-add --desc="Developers" devel

Добавить начальное правило:
ipa automember-add --type=hostgroup webservers
ipa automember-add --type=group devel

Добавить в правило условие:
ipa automember-add-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers
ipa automember-add-condition --key=manager --type=group --inclusive-regex=^uid=mscott devel

Добавить в правило исключительное условие, чтобы предотвратить автоназначение:
ipa automember-add-condition --key=fqdn --type=hostgroup --exclusive-regex=^web5\.example\.com webservers

Добавить узел:
ipa host-add web1.example.com

Добавить пользователя:
ipa user-add --first=Tim --last=User --password tuser1 --manager=mscott

Проверить автоучастие:
ipa hostgroup-show webservers
Группа узлов: webservers
Описание: Web Servers
Узлы-участники: web1.example.com

ipa group-show devel
Имя группы: devel
Описание: Developers
GID: 1004200000
Пользователи-участники: tuser

Удалить условие из правила:
ipa automember-remove-condition --key=fqdn --type=hostgroup --inclusive-regex=^web[1-9]+\.example\.com webservers

Изменить правило автоучастия:
ipa automember-mod

Установить целевую группу по умолчанию (резервную):
ipa automember-default-group-set --default-group=webservers --type=hostgroup
ipa automember-default-group-set --default-group=ipausers --type=group

Удалить целевую группу по умолчанию (резервную):
ipa automember-default-group-remove --type=hostgroup
ipa automember-default-group-remove --type=group

Показать целевую группу по умолчанию (резервную):
ipa automember-default-group-show --type=hostgroup
ipa automember-default-group-show --type=group

Найти все правила автоучастия:
ipa automember-find

Показать правило автоучастия:
ipa automember-show --type=hostgroup webservers
ipa automember-show --type=group devel

Удалить правило автоучастия:
ipa automember-del --type=hostgroup webservers
ipa automember-del --type=group devel

Перестроить участие для всех пользователей:
ipa automember-rebuild --type=group

Перестроить участие для всех узлов:
ipa automember-rebuild --type=hostgroup

Перестроить участие для указанных пользователей:
ipa automember-rebuild --users=tuser1 --users=tuser2

Перестроить участие для указанных узлов:
ipa automember-rebuild --hosts=web1.example.com --hosts=web2.example.com

Automount

Stores automount(8) configuration for autofs(8) in IPA.

The base of an automount configuration is the configuration file auto.master.
This is also the base location in IPA. Multiple auto.master configurations
can be stored in separate locations. A location is implementation-specific
with the default being a location named 'default'. For example, you can have
locations by geographic region, by floor, by type, etc.

Automount has three basic object types: locations, maps and keys.

A location defines a set of maps anchored in auto.master. This allows you
to store multiple automount configurations. A location in itself isn't
very interesting, it is just a point to start a new automount map.

A map is roughly equivalent to a discrete automount file and provides
storage for keys.

A key is a mount point associated with a map.

When a new location is created, two maps are automatically created for
it: auto.master and auto.direct. auto.master is the root map for all
automount maps for the location. auto.direct is the default map for
direct mounts and is mounted on /-.

An automount map may contain a submount key. This key defines a mount
location within the map that references another map. This can be done
either using automountmap-add-indirect --parentmap or manually
with automountkey-add and setting info to "-type=autofs :<mapname>".

EXAMPLES:

Locations:

Create a named location, "Baltimore":
ipa automountlocation-add baltimore

Display the new location:
ipa automountlocation-show baltimore

Find available locations:
ipa automountlocation-find

Remove a named automount location:
ipa automountlocation-del baltimore

Show what the automount maps would look like if they were in the filesystem:
ipa automountlocation-tofiles baltimore

Import an existing configuration into a location:
ipa automountlocation-import baltimore /etc/auto.master

The import will fail if any duplicate entries are found. For
continuous operation where errors are ignored, use the --continue
option.

Maps:

Create a new map, "auto.share":
ipa automountmap-add baltimore auto.share

Display the new map:
ipa automountmap-show baltimore auto.share

Find maps in the location baltimore:
ipa automountmap-find baltimore

Create an indirect map with auto.share as a submount:
ipa automountmap-add-indirect baltimore --parentmap=auto.share --mount=sub auto.man

This is equivalent to:

ipa automountmap-add-indirect baltimore --mount=/man auto.man
ipa automountkey-add baltimore auto.man --key=sub --info="-fstype=autofs ldap:auto.share"

Remove the auto.share map:
ipa automountmap-del baltimore auto.share

Keys:

Create a new key for the auto.share map in location baltimore. This ties
the map we previously created to auto.master:
ipa automountkey-add baltimore auto.master --key=/share --info=auto.share

Create a new key for our auto.share map, an NFS mount for man pages:
ipa automountkey-add baltimore auto.share --key=man --info="-ro,soft,rsize=8192,wsize=8192 ipa.example.com:/shared/man"

Find all keys for the auto.share map:
ipa automountkey-find baltimore auto.share

Find all direct automount keys:
ipa automountkey-find baltimore --key=/-

Remove the man key from the auto.share map:
ipa automountkey-del baltimore auto.share --key=man

Автомонтирование

Сохраняет конфигурацию automount(8) для autofs(8) в IPA.

Основой конфигурации автомонтирования является файл конфигурации auto.master.
Это также базовое расположение в IPA. Несколько конфигураций auto.master могут храниться в отдельных расположениях. Расположение зависит от реализации, расположением по умолчанию является расположение с именем "default". Например, можно создать расположения для географических областей, этажей, типов и так далее.

В автомонтировании имеется три основных типа объектов: расположения, списки соответствия и ключи.

Расположение определяет набор списков соответствия, привязанных в auto.master. Это позволяет хранить несколько конфигураций автомонтирования. Расположение само по себе не представляет особого интереса, оно просто является началом нового списка соответствия автомонтирования.

Грубо говоря, список соответствия является отдельным файлом автомонтирования и обеспечивает хранение ключей.

Ключ — это связанная со списком соответствия точка автомонтирования.

Когда создаётся новое расположение, для него автоматически создаются два списка соответствия: auto.master и auto.direct. Список соответствия auto.master — это корневой список соответствия для всех списков соответствия автомонтирования расположения. Список соответствия auto.direct — это список соответствия по умолчанию для прямых монтирований, он монтируется на /-.

Список соответствия автомонтирования может содержать ключ подмонтирования. Этот ключ определяет расположение монтирования в списке соответствия, который ссылается на другой список соответствия. Такой ключ можно добавить с помощью команды automountmap-add-indirect --parentmap или вручную, с помощью automountkey-add и установки info на значение "-type=autofs :<имя списка соответствия>".

ПРИМЕРЫ:

Расположения:

Создать новое именованное расположение, "Moskva":
ipa automountlocation-add moskva

Показать новое расположение:
ipa automountlocation-show moskva

Поиск доступных расположений:
ipa automountlocation-find

Удалить именованное расположение автомонтирования:
ipa automountlocation-del moskva

Показать, как выглядели бы списки соответствия автомонтирования, если бы находились в файловой системе:
ipa automountlocation-tofiles moskva

Импортировать существующую конфигурацию в расположение:
ipa automountlocation-import moskva /etc/auto.master

Импорт не удастся выполнить, если будут найдены дублирующиеся записи. Чтобы обеспечить непрерывное выполнение, при котором ошибки игнорируются, используйте параметр --continue.

Списки соответствия:

Создать новый список соответствия с именем "auto.share":
ipa automountmap-add moskva auto.share

Показать новый список соответствия:
ipa automountmap-show moskva auto.share

Найти списки соответствия в расположении moskva:
ipa automountmap-find moskva

Создать непрямой список соответствия с auto.share в качестве точки подмонтирования:
ipa automountmap-add-indirect moskva --parentmap=auto.share --mount=sub auto.man

Эта команда эквивалентна следующим командам:

ipa automountmap-add-indirect moskva --mount=/man auto.man
ipa automountkey-add moskva auto.man --key=sub --info="-fstype=autofs ldap:auto.share"

Удалить список соответствия auto.share:
ipa automountmap-del moskva auto.share

Ключи:

Создать новый ключ для списка соответствия auto.share в расположении moskva. Это привяжет ранее созданный список соответствия к auto.master:
ipa automountkey-add moskva auto.master --key=/share --info=auto.share

Создать новый ключ для списка соответствия auto.share, смонтированного ресурса NFS для страниц man:
ipa automountkey-add moskva auto.share --key=man --info="-ro,soft,rsize=8192,wsize=8192 ipa.example.com:/shared/man"

Найти все ключи для списка соответствия auto.share:
ipa automountkey-find moskva auto.share

Найти все ключи прямого автомонтирования:
ipa automountkey-find moskva --key=/-

Удалить ключ man из списка соответствия auto.share:
ipa automountkey-del moskva auto.share --key=man

Based on the ownership there are three vault categories:
* user/private vault
* service vault
* shared vault

В зависимости от владения хранилища подразделяются на три категории:
* хранилища пользователей или личные хранилища
* хранилища служб
* хранилища совместного использования

Based on the security mechanism there are three types of
vaults:
* standard vault
* symmetric vault
* asymmetric vault

В зависимости от механизма обеспечения безопасности выделяют три типа хранилищ:
* стандартные хранилища
* симметричные хранилища
* асимметричные хранилища

Baseuser

This contains common definitions for user/stageuser

Основной пользователь

Содержит общие определения для пользователя или неподтверждённого пользователя

Bring clarity to the membership of hosts and users by configuring inclusive
or exclusive regex patterns, you can automatically assign a new entries into
a group or hostgroup based upon attribute information.

Внося ясные правила о принадлежности узлов и пользователей к группам посредством настройки включающих и исключающих шаблонов регулярных выражений, вы можете автоматически связывать новые записи с группой или группой узлов на основе данных атрибутов.

CAs (all except the 'IPA' CA) can be deleted. Deleting a CA causes its signing
certificate to be revoked and its private key deleted.

Службы сертификации (все, кроме службы сертификации "IPA") можно удалять. Удаление службы сертификации приводит к отзыву её сертификата для подписи и удалению её закрытого ключа.

CAs are enabled on creation, but their use is subject to CA ACLs unless the
operator has permission to bypass CA ACLs.

Службы сертификации включаются при создании, но их использование регулируется ACL служб сертификации, если у оператора нет разрешения обходить ACL служб сертификации (CA).

Certificate Identity Mapping

Сопоставление сертификатов с записями пользователей

Certificate requests exist in the form of a Certificate Signing Request (CSR)
in PEM format.

Запросы сертификатов существуют в виде запроса подписи сертификата (Certificate Signing Request, CSR) в формате PEM.

Certificates may be searched on by certificate subject, serial number,
revocation reason, validity dates and the issued date.

Сертификаты можно искать по субъекту, серийному номеру, причине отзыва, датам действия и дате выдачи.

Classes to manage trust joins using DCE-RPC calls

The code in this module relies heavily on samba4-python package
and Samba4 python bindings.

Классы для управления доверенными присоединениями с помощью вызовов DCE-RPC

Код в этом модуле жёстко зависит от содержания пакета samba4-python и привязок для языка Python в Samba4.

Cross-realm trusts

Manage trust relationship between IPA and Active Directory domains.

In order to allow users from a remote domain to access resources in IPA
domain, trust relationship needs to be established. Currently IPA supports
only trusts between IPA and Active Directory domains under control of Windows
Server 2008 or later, with functional level 2008 or later.

Please note that DNS on both IPA and Active Directory domain sides should be
configured properly to discover each other. Trust relationship relies on
ability to discover special resources in the other domain via DNS records.

Examples:

1. Establish cross-realm trust with Active Directory using AD administrator
credentials:

ipa trust-add --type=ad <ad.domain> --admin <AD domain administrator> --password

2. List all existing trust relationships:

ipa trust-find

3. Show details of the specific trust relationship:

ipa trust-show <ad.domain>

4. Delete existing trust relationship:

ipa trust-del <ad.domain>

Once trust relationship is established, remote users will need to be mapped
to local POSIX groups in order to actually use IPA resources. The mapping should
be done via use of external membership of non-POSIX group and then this group
should be included into one of local POSIX groups.

Example:

1. Create group for the trusted domain admins' mapping and their local POSIX group:

ipa group-add --desc='<ad.domain> admins external map' ad_admins_external --external
ipa group-add --desc='<ad.domain> admins' ad_admins

2. Add security identifier of Domain Admins of the <ad.domain> to the ad_admins_external
group:

ipa group-add-member ad_admins_external --external 'AD\Domain Admins'

3. Allow members of ad_admins_external group to be associated with ad_admins POSIX group:

ipa group-add-member ad_admins --groups ad_admins_external

4. List members of external members of ad_admins_external group to see their SIDs:

ipa group-show ad_admins_external


GLOBAL TRUST CONFIGURATION

When IPA AD trust subpackage is installed and ipa-adtrust-install is run,
a local domain configuration (SID, GUID, NetBIOS name) is generated. These
identifiers are then used when communicating with a trusted domain of the
particular type.

1. Show global trust configuration for Active Directory type of trusts:

ipa trustconfig-show --type ad

2. Modify global configuration for all trusts of Active Directory type and set
a different fallback primary group (fallback primary group GID is used as
a primary user GID if user authenticating to IPA domain does not have any other
primary GID already set):

ipa trustconfig-mod --type ad --fallback-primary-group "alternative AD group"

3. Change primary fallback group back to default hidden group (any group with
posixGroup object class is allowed):

ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group"

Отношения доверия между областями (realm)

Управление отношениями доверия между доменами IPA и Active Directory.

Чтобы разрешить пользователям из удалённого домена доступ к ресурсам в домене IPA, необходимо установить отношение доверия. В текущей версии IPA поддерживает только отношения доверия между доменами IPA и Active Directory под управлением Windows Server 2008 или более поздней версии с функциональными возможностями уровня 2008 или более поздней версии.

Обратите внимание, что следует надлежащим образом настроить DNS на обоих доменах, IPA и Active Directory, чтобы домены могли обнаруживать друг друга. Работоспособность отношения доверия зависит от возможности обнаруживать специальные ресурсы в другом домене с помощью записей DNS.

Примеры:

1. Установить отношение доверия между областями (realm) с Active Directory с помощью учётных данных администратора AD:

ipa trust-add --type=ad <ad.domain> --admin <AD domain administrator> --password

2. Вывести список всех существующих отношений доверия:

ipa trust-find

3. Показать подробные сведения об определённом отношении доверия:

ipa trust-show <ad.domain>

4. Удалить существующее отношение доверия:

ipa trust-del <ad.domain>

Как только отношение доверия будет установлено, удалённых пользователей потребуется привязать к локальным POSIX-группам, чтобы воспользоваться ресурсами IPA. Привязку следует выполнить с помощью внешнего участия не-POSIX-группы, а затем эту группу необходимо включить в одну из локальных POSIX-групп.

Пример:

1. Создать группу для привязки администраторов (admins) доверенного домена и их локальную POSIX-группу:

ipa group-add --desc='<ad.domain> admins external map' ad_admins_external --external
ipa group-add --desc='<ad.domain> admins' ad_admins

2. Добавить идентификатор безопасности Domain Admins домена <ad.domain> группе ad_admins_external:

ipa group-add-member ad_admins_external --external 'AD\Domain Admins'

3. Разрешить привязку группы ad_admins_external к POSIX-группе ad_admins:

ipa group-add-member ad_admins --groups ad_admins_external

4. Вывести список участников внешних участников группы ad_admins_external, чтобы определить их SID:

ipa group-show ad_admins_external


ГЛОБАЛЬНАЯ КОНФИГУРАЦИЯ ОТНОШЕНИЙ ДОВЕРИЯ

После установки субпакета доверия AD IPA и запуска ipa-adtrust-install создаётся конфигурация локального домена (SID, GUID, имя NetBIOS). Эти идентификаторы затем используются для связи с доверенным доменом конкретного типа.

1. Показать глобальную конфигурацию отношений доверия для типа отношений доверия Active Directory:

ipa trustconfig-show --type ad

2. Изменить глобальную конфигурацию для всех отношений доверия типа Active Directory и указать другую резервную основную группу (GID резервной основной группы используется в качестве GID основного пользователя, если для пользователя, который выполняет аутентификацию в домене IPA, не был установлен другой основной GID):

ipa trustconfig-mod --type ad --fallback-primary-group "alternative AD group"

3. Изменить резервную основную группу обратно на скрытую группу по умолчанию (разрешена любая группа с классом объекта posixGroup):

ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group"

Cross-realm trusts

Manage trust relationship between IPA and Active Directory domains.

In order to allow users from a remote domain to access resources in IPA domain,
trust relationship needs to be established. Currently IPA supports only trusts
between IPA and Active Directory domains under control of Windows Server 2008
or later, with functional level 2008 or later.

Please note that DNS on both IPA and Active Directory domain sides should be
configured properly to discover each other. Trust relationship relies on
ability to discover special resources in the other domain via DNS records.

Examples:

1. Establish cross-realm trust with Active Directory using AD administrator
credentials:

ipa trust-add --type=ad <ad.domain> --admin <AD domain administrator> --password

2. List all existing trust relationships:

ipa trust-find

3. Show details of the specific trust relationship:

ipa trust-show <ad.domain>

4. Delete existing trust relationship:

ipa trust-del <ad.domain>

Once trust relationship is established, remote users will need to be mapped
to local POSIX groups in order to actually use IPA resources. The mapping
should be done via use of external membership of non-POSIX group and then
this group should be included into one of local POSIX groups.

Example:

1. Create group for the trusted domain admins' mapping and their local POSIX
group:

ipa group-add --desc='<ad.domain> admins external map' ad_admins_external --external
ipa group-add --desc='<ad.domain> admins' ad_admins

2. Add security identifier of Domain Admins of the <ad.domain> to the
ad_admins_external group:

ipa group-add-member ad_admins_external --external 'AD\Domain Admins'

3. Allow members of ad_admins_external group to be associated with
ad_admins POSIX group:

ipa group-add-member ad_admins --groups ad_admins_external

4. List members of external members of ad_admins_external group to see
their SIDs:

ipa group-show ad_admins_external


GLOBAL TRUST CONFIGURATION

When IPA AD trust subpackage is installed and ipa-adtrust-install is run, a
local domain configuration (SID, GUID, NetBIOS name) is generated. These
identifiers are then used when communicating with a trusted domain of the
particular type.

1. Show global trust configuration for Active Directory type of trusts:

ipa trustconfig-show --type ad

2. Modify global configuration for all trusts of Active Directory type and set
a different fallback primary group (fallback primary group GID is used as a
primary user GID if user authenticating to IPA domain does not have any
other primary GID already set):

ipa trustconfig-mod --type ad --fallback-primary-group "another AD group"

3. Change primary fallback group back to default hidden group (any group with
posixGroup object class is allowed):

ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group"

Отношения доверия между областями (realm)

Управление отношениями доверия между доменами IPA и Active Directory.

Чтобы разрешить пользователям из удалённого домена доступ к ресурсам в домене IPA, необходимо установить отношение доверия. В текущей версии IPA поддерживает только отношения доверия между доменами IPA и Active Directory под управлением Windows Server 2008 или более поздней версии с функциональными возможностями уровня 2008 или более поздней версии.

Обратите внимание, что следует надлежащим образом настроить DNS на обоих доменах, IPA и Active Directory, чтобы домены могли обнаруживать друг друга. Работоспособность отношения доверия зависит от возможности обнаруживать специальные ресурсы в другом домене с помощью записей DNS.

Примеры:

1. Установить отношение доверия между областями (realm) с Active Directory с помощью учётных данных администратора AD:

ipa trust-add --type=ad <ad.domain> --admin <AD domain administrator> --password

2. Вывести список всех существующих отношений доверия:

ipa trust-find

3. Показать подробные сведения об определённом отношении доверия:

ipa trust-show <ad.domain>

4. Удалить существующее отношение доверия:

ipa trust-del <ad.domain>

Как только отношение доверия будет установлено, удалённых пользователей потребуется привязать к локальным POSIX-группам, чтобы воспользоваться ресурсами IPA. Привязку следует выполнить с помощью внешнего участия не-POSIX-группы, а затем эту группу необходимо включить в одну из локальных POSIX-групп.

Пример:

1. Создать группу для привязки администраторов (admins) доверенного домена и их локальную POSIX-группу:

ipa group-add --desc='<ad.domain> admins external map' ad_admins_external --external
ipa group-add --desc='<ad.domain> admins' ad_admins

2. Добавить идентификатор безопасности Domain Admins домена <ad.domain> группе ad_admins_external:

ipa group-add-member ad_admins_external --external 'AD\Domain Admins'

3. Разрешить привязку группы ad_admins_external к POSIX-группе ad_admins:

ipa group-add-member ad_admins --groups ad_admins_external

4. Вывести список участников внешних участников группы ad_admins_external, чтобы определить их SID:

ipa group-show ad_admins_external


ГЛОБАЛЬНАЯ КОНФИГУРАЦИЯ ОТНОШЕНИЙ ДОВЕРИЯ

После установки субпакета доверия AD IPA и запуска ipa-adtrust-install создаётся конфигурация локального домена (SID, GUID, имя NetBIOS). Эти идентификаторы затем используются для связи с доверенным доменом конкретного типа.

1. Показать глобальную конфигурацию отношений доверия для типа отношений доверия Active Directory:

ipa trustconfig-show --type ad

2. Изменить глобальную конфигурацию для всех отношений доверия типа Active Directory и указать другую резервную основную группу (GID резервной основной группы используется в качестве GID основного пользователя, если для пользователя, который выполняет аутентификацию в домене IPA, не был установлен другой основной GID):

ipa trustconfig-mod --type ad --fallback-primary-group "another AD group"

3. Изменить резервную основную группу обратно на скрытую группу по умолчанию (разрешена любая группа с классом объекта posixGroup):

ipa trustconfig-mod --type ad --fallback-primary-group "Default SMB Group"

DNS configuration passed to command line install script is stored in a local
configuration file on each IPA server where DNS service is configured. These
local settings can be overridden with a common configuration stored in LDAP
server:

Конфигурация DNS, которая передаётся сценарию командной строки для установки, хранится в локальном файле конфигурации на каждом IPA-сервере, где настроена служба DNS. Эти локальные настройки могут быть переопределены с помощью общей конфигурации, которая хранится на LDAP-сервере:

DNS server configuration

Конфигурация DNS-сервера

Data stored on IPA servers is replicated to other IPA servers. The way it is
replicated is defined by replication agreements. Replication agreements needs
to be set for both suffixes separately. On domain level 0 they are managed
using ipa-replica-manage and ipa-csreplica-manage tools. With domain level 1
they are managed centrally using `ipa topology*` commands.

Данные, которые хранятся на IPA-серверах, реплицируются на другие IPA-серверы. Способ репликации определяется соглашениями о репликации. Соглашения о репликации необходимо устанавливать для каждого из суффиксов отдельно. На уровне домена 0 управление ими выполняется с помощью средств ipa-replica-manage и ipa-csreplica-manage. На уровне домена 1 управление выполняется централизованно с помощью команд "ipa topology*".

Dates are treated as GMT to match the dates in the certificates.

Даты обрабатываются как даты по Гринвичскому времени, в соответствии с датами, определёнными в в сертификатах.

Loading…

User avatar None

String updated in the repository

Based on the ownership there are three vault categories:
* user/private vault
* service vault
* shared vault
В зависимости от владения хранилища подразделяются на три категории:
* хранилища пользователей или личные хранилища
* хранилища служб
* хранилища совместного использования
a year ago
Browse all string changes

Things to check

Consecutive duplicated words

Text contains the same word twice in a row: хранилища

Reset

Glossary

English Russian
No related strings found in the glossary.

14970457 String information

String age
a year ago
Last updated
a year ago
Source string age
a year ago
Translation file
po/ru.po, string 200