freeipa/ipa-4-8 — Russian @ Fedora Weblate

ipa-4-8 branch is not used anymore by FreeIPA upstream. Corresponding branch does not take any updates.

Please do not work on it anymore, please focus on ipa-4-9 and master branches.

The translation is temporarily closed for contributions due to maintenance, please come back later.

Translation status

4,657	Strings		98%	Browse Translate
57,621	Words		91%	Browse Translate

Strings status

4,657	All strings — 57,621 words	Browse Translate Zen
4,592	Translated strings — 52,576 words	Browse Translate Zen
65	Unfinished strings — 5,045 words	Browse Translate Zen
10	Untranslated strings — 3,752 words	Browse Translate Zen
55	Strings marked for edit — 1,293 words	Browse Translate Zen
60	Strings with suggestions — 5,005 words	Browse Translate Zen
5	Unfinished strings without suggestions — 40 words	Browse Translate Zen
367	Strings with any failing checks — 30,508 words	Browse Translate Zen
311	Translated strings with any failing checks — 29,110 words	Browse Translate Zen
20	Failing check: Unchanged translation — 60 words	Browse Translate Zen
2	Failing check: Trailing newline — 8 words	Browse Translate Zen
4	Failing check: Starting spaces — 25 words	Browse Translate Zen
36	Failing check: Trailing space — 633 words	Browse Translate Zen
24	Failing check: Double space — 485 words	Browse Translate Zen
80	Failing check: Mismatched full stop — 724 words	Browse Translate Zen
3	Failing check: Mismatched colon — 19 words	Browse Translate Zen
2	Failing check: Mismatched exclamation mark — 6 words	Browse Translate Zen
2	Failing check: Python format — 9 words	Browse Translate Zen
3	Failing check: Same plurals — 10 words	Browse Translate Zen
1	Failing check: Inconsistent — 105 words	Browse Translate Zen
55	Failing check: Has been translated — 1,293 words	Browse Translate Zen
4	Failing check: Mismatched \n — 946 words	Browse Translate Zen
163	Failing check: Mismatching line breaks — 28,706 words	Browse Translate Zen
3	Failing check: Consecutive duplicated words — 508 words	Browse Translate Zen

Other components

Component	Translated	Unfinished	Unfinished words	Unfinished characters	Untranslated	Checks	Suggestions	Comments
master GPL-3.0	94%	259	7,176	46,313	107	461	247	0

Glossary freeipa GPL-3.0		0	0	0	0	0	0	0

ipa-4-10 GPL-3.0		0	0	0	0	329	16	0

ipa-4-9 GPL-3.0		0	0	0	0	305	0	0

Browse all components

Overview

Project website	www.freeipa.org
Instructions for translators	Mailing list for translators: <<trans@lists.fedoraproject.org>
Project maintainers	abbra cheimes
Translation process	Translations can be made directly. Translation suggestions can be made. Any authenticated user can contribute. The translation uses bilingual files.
Translation license	GNU General Public License v3.0 or later
Source code repository	`https://github.com/freeipa/freeipa`
Repository branch	ipa-4-8
Last remote commit	ipa-kdb: do not fail if certmap rule cannot be added `f6345f3df` sbose authored 4 months ago
Last commit in Weblate	Update translation files `0d1a79443` Weblate authored 3 months ago
Weblate repository	`https://translate.fedoraproject.org/git/freeipa/ipa-4-8/`
File mask	`po/*.po`
Translation file	Download `po/ru.po`
Last change	Sept. 4, 2020, 4:46 p.m.
Last author	None

String statistics

	Strings percent	Hosted strings	Words percent	Hosted words	Characters percent	Hosted characters
Total		4,657		57,621		398,897
Translated	98%	4,592	91%	52,576	92%	367,362
Needs editing	1%	55	2%	1,293	2%	9,397
Read-only	0%	0	0%	0	0%	0
Failing checks	7%	367	52%	30,508	54%	217,796
Strings with suggestions	1%	60	8%	5,005	7%	31,249
Untranslated strings	1%	10	6%	3,752	5%	22,138

Last 12 months Previous

Activity in last 12 months


Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

Quick numbers

57,621

Hosted words

4,657

Hosted strings

98%

Translated

Contributors

and previous 30 days

Trends of last 30 days

—

Hosted words

—

Hosted strings

—

Translated

—

Contributors

—

anonymous Suggestion added freeipa / ipa-4-8 — Russian	English SASL Bind failed Russian 13 characters edited Не удалось выполнить ~~простую~~ привязку SASL 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English 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. ======= Russian 6133 characters edited Диапазоны идентификаторов Управление диапазонами идентификаторов, которые используются для сопоставления 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" таким образом, чтобы он соответствовал новому диапазону. 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English 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. Russian 6133 characters edited Диапазоны идентификаторов Управление диапазонами идентификаторов, которые используются для сопоставления 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" таким образом, чтобы он соответствовал новому диапазону. 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English 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. Russian 6133 characters edited Диапазоны идентификаторов Управление диапазонами идентификаторов, которые используются для сопоставления 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" таким образом, чтобы он соответствовал новому диапазону. 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English Failed member manager Russian 16 characters edited Ошибка управляющего участниковами 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English 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. Russian 598 characters edited Ограниченное делегирование служб Управление правилами, с помощью которых можно ограничить делегирование учётных данных таким образом, что служба сможет выполнять олицетворение пользователя при обмене данными с другой службой без необходимости для пользователя самом деле перенаправлять билет для получения билета (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. Неправильная настройка может привести к потере возможности делегирования, что повлечет неработоспособность всей системы. 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English Malformed principal: %(error)s Russian 7 characters edited Недопустимая учётная запись: "%(~~value~~error)s" 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English OTP max life Russian 12 characters edited Макс~~имальный~~. срок жизни OTP 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English OTP token maximum ticket life (seconds) Russian 11 characters edited Максимальный срок жизни билета токена OTP (в секундах) 2 months ago
anonymous Suggestion added freeipa / ipa-4-8 — Russian	English OTP max renew Russian 12 characters edited Макс~~имальный~~. срок для обновления OTP 2 months ago

Browse all translation changes

Quick downloads

4,657	File in original format as translated in the repository	gettext PO file
4,657	All strings, converted files enriched with comments; suitable for offline translation	CSV	gettext MO	gettext PO	TBX	TMX	XLIFF 1.1 with gettext extensions	XLIFF 1.1	XLSX
65	Unfinished strings, converted files enriched with comments; suitable for offline translation	CSV	gettext MO	gettext PO	TBX	TMX	XLIFF 1.1 with gettext extensions	XLIFF 1.1	XLSX

Customize download

Search

Advanced query builder

Query examples

Review strings changed by other users	`changed:>=2022-12-27 AND NOT changed_by:anonymous`	Add
Translated strings	`state:>=translated`	Add
Strings with comments	`has:comment`	Add
Strings with any failing checks	`has:check`	Add
Strings with suggestions from others	`has:suggestion AND NOT suggestion_author:anonymous`	Add
Approved strings with suggestions	`state:approved AND has:suggestion`	Add
All untranslated strings added the past month	`added:>=2022-12-27 AND state:<=needs-editing`	Add