Zen

Translation


http://www.ietf.org/rfc/rfc5280.txt

38/380 · 38

Sign in to save the translation.

English Ukrainian Actions

Topology

Management of a replication topology at domain level 1.

IPA server's data is stored in LDAP server in two suffixes:
* domain suffix, e.g., 'dc=example,dc=com', contains all domain related data
* ca suffix, 'o=ipaca', is present only on server with CA installed. It
contains data for Certificate Server component

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.

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.

To verify that no server is disconnected in the topology of the given suffix,
use:
ipa topologysuffix-verify $suffix


Examples:
Find all IPA servers:
ipa server-find

Find all suffixes:
ipa topologysuffix-find

Add topology segment to 'domain' suffix:
ipa topologysegment-add domain --left IPA_SERVER_A --right IPA_SERVER_B

Add topology segment to 'ca' suffix:
ipa topologysegment-add ca --left IPA_SERVER_A --right IPA_SERVER_B

List all topology segments in 'domain' suffix:
ipa topologysegment-find domain

List all topology segments in 'ca' suffix:
ipa topologysegment-find ca

Delete topology segment in 'domain' suffix:
ipa topologysegment-del domain segment_name

Delete topology segment in 'ca' suffix:
ipa topologysegment-del ca segment_name

Verify topology of 'domain' suffix:
ipa topologysuffix-verify domain

Verify topology of 'ca' suffix:
ipa topologysuffix-verify ca

Топологія

Керування топологією реплікації на домені рівня 1.

Дані сервера IPA зберігаються на сервері LDAP у двох суфіксах:
* суфіксі домену, наприклад «dc=example,dc=com», тут містяться усі пов’язані із доменом дані
* суфіксі ca, «o=ipaca», наявні лише на серверах із встановленим CA. Тут
містяться дані для компонента сервера сертифікатів.

Дані, що зберігаються на серверах IPA, відтворюються на інших серверах IPA. Спосіб
відтворення (реплікації) визначається угодами. Угоди реплікації потрібно
встановлювати для обох суфіксів окремо. На рівні домену 0 угодами керують
програми ipa-replica-manage та ipa-csreplica-manage. На рівні доменів 1
керування виконується централізовано за допомогою команд «ipa topology*».

Угоди представляються сегментами топології. Типово, сегмент топології
представляється 2 угодами реплікації — по одній для кожного напрямку, наприклад
від A до B і від B до A. Створення односпрямованих сегментів заборонене.

Щоб перевірити, що жоден сервер не від’єднано у топології вказаного суфікса,
скористайтеся такою командою:
ipa topologysuffix-verify $suffix


Приклади:
Знайти усі сервери IPA:
ipa server-find

Знайти усі суфікси:
ipa topologysuffix-find

Додати сегмент топології до суфікса «domain»:
ipa topologysegment-add domain --left IPA_SERVER_A --right IPA_SERVER_B

Додати сегмент топології до суфікса «ca»:
ipa topologysegment-add ca --left IPA_SERVER_A --right IPA_SERVER_B

Вивести список усіх сегментів топології у суфіксі «domain»:
ipa topologysegment-find domain

Вивести список усіх сегментів топології у суфіксі «ca»:
ipa topologysegment-find ca

Вилучити сегмент топології у суфіксі «domain»:
ipa topologysegment-del domain segment_name

Вилучити сегмент топології у суфіксі «ca»:
ipa topologysegment-del ca segment_name

Перевірити топологію суфікса «domain»:
ipa topologysuffix-verify domain

Перевірити топологію суфікса «ca»:
ipa topologysuffix-verify ca

Topology

Management of a replication topology.

Requires minimum domain level 1.

Топологія

Керування топологією реплікації.

Потребує мінімального рівня домену 1.

USING STRUCTURED PER-TYPE OPTIONS

ВИКОРИСТАННЯ СТРУКТУРОВАНИХ ПАРАМЕТРІВ ДЛЯ ОКРЕМИХ ТИПІВ

Unlock a user account

An account may become locked if the password is entered incorrectly too
many times within a specific time period as controlled by password
policy. A locked account is a temporary condition and may be unlocked by
an administrator.

Розблокувати обліковий запис користувача

Обліковий запис може бути заблоковано, якщо відповідно до правил безпеки
користувач перевищить обмеження на кількість введення помилкових паролів
протягом певного часу. Запис блокується тимчасово, його може бути
розблоковано адміністратором.

User vaults are vaults owned used by a particular user. Private
vaults are vaults owned the current user. Service vaults are
vaults owned by a service. Shared vaults are owned by the admin
but they can be used by other users or services.

Сховища користувачів — це сховища, власником яких є конкретний
користувач. Приватними є сховища, власником яких є поточний
користувач. Власником сховища служби є певна служба. Сховища
спільного використання належать адміністратору, але можуть
використовуватися іншими користувачами або службами.

Users

Manage user entries. All users are POSIX users.

IPA supports a wide range of username formats, but you need to be aware of any
restrictions that may apply to your particular environment. For example,
usernames that start with a digit or usernames that exceed a certain length
may cause problems for some UNIX systems.
Use 'ipa config-mod' to change the username format allowed by IPA tools.

Disabling a user account prevents that user from obtaining new Kerberos
credentials. It does not invalidate any credentials that have already
been issued.

Password management is not a part of this module. For more information
about this topic please see: ipa help passwd

Account lockout on password failure happens per IPA master. The user-status
command can be used to identify which master the user is locked out on.
It is on that master the administrator must unlock the user.

EXAMPLES:

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

Find all users whose entries include the string "Tim":
ipa user-find Tim

Find all users with "Tim" as the first name:
ipa user-find --first=Tim

Disable a user account:
ipa user-disable tuser1

Enable a user account:
ipa user-enable tuser1

Delete a user:
ipa user-del tuser1

Користувачі

Керування записами користувачів. Всі користувачі є користувачами POSIX.

У IPA передбачено підтримку широкого діапазону форматів імен
користувачів, але вам слід враховувати всі обмеження, які накладаються
вашим робочим середовищем. Наприклад, імена, що починаються з цифри, або
занадто довгі імена можуть спричинити проблеми у деяких системах UNIX.
Скористайтеся командою «ipa config-mod» для зміни формату імені
користувача, яке дозволятиметься інструментами IPA.

Вимикання облікового запису користувача лише заборонить отримання
користувачами нових реєстраційних даних Kerberos. Всі вже отримані
реєстраційні дані не втратять своєї чинності.

Керування паролями не є завданням цього модуля. Докладніші дані щодо
керування паролями можна отримати у відповідь на команду ipa help passwd

Блокування облікового запису виконується окремим основним вузлом IPA.
Для визначення основного вузла, на якому було заблоковано запис, можна
скористатися командою user-status. Адміністратор має розблоковувати
користувача саме на цьому основному вузлі.

ПРИКЛАДИ:

Додавання нового користувача:
ipa user-add --first=Ivan --last=Ivanenko --password tuser1

Пошук всіх користувачів, чиї записи містять рядок «Ivan»:
ipa user-find Ivan

Пошук всіх користувачів з іменем (не прізвищем) «Ivan»:
ipa user-find --first=Ivan

Вимикання запису користувача:
ipa user-disable tuser1

Вмикання запису користувача:
ipa user-enable tuser1

Вилучення запису користувача:
ipa user-del tuser1

Vault is a secure place to store a secret. One vault can only
store one secret. When archiving a secret in a vault, the
existing secret (if any) is overwritten.

Сховище — безпечне місце для зберігання ключа. Одне сховище
може містити лише один ключ. При архівуванні ключа до сховища,
наявний ключ (якщо такий існує) буде перезаписано.

Vaults

Сховища

Vaults

Manage vaults.

Vault is a secure place to store a secret.

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

User vaults are vaults owned used by a particular user. Private
vaults are vaults owned the current user. Service vaults are
vaults owned by a service. Shared vaults are owned by the admin
but they can be used by other users or services.

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

Standard vault uses a secure mechanism to transport and
store the secret. The secret can only be retrieved by users
that have access to the vault.

Symmetric vault is similar to the standard vault, but it
pre-encrypts the secret using a password before transport.
The secret can only be retrieved using the same password.

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.

EXAMPLES:

List vaults:
ipa vault-find
[--user <user>|--service <service>|--shared]

Add a standard vault:
ipa vault-add <name>
[--user <user>|--service <service>|--shared]
--type standard

Add a symmetric vault:
ipa vault-add <name>
[--user <user>|--service <service>|--shared]
--type symmetric --password-file password.txt

Add an asymmetric vault:
ipa vault-add <name>
[--user <user>|--service <service>|--shared]
--type asymmetric --public-key-file public.pem

Show a vault:
ipa vault-show <name>
[--user <user>|--service <service>|--shared]

Modify vault description:
ipa vault-mod <name>
[--user <user>|--service <service>|--shared]
--desc <description>

Modify vault type:
ipa vault-mod <name>
[--user <user>|--service <service>|--shared]
--type <type>
[old password/private key]
[new password/public key]

Modify symmetric vault password:
ipa vault-mod <name>
[--user <user>|--service <service>|--shared]
--change-password
ipa vault-mod <name>
[--user <user>|--service <service>|--shared]
--old-password <old password>
--new-password <new password>
ipa vault-mod <name>
[--user <user>|--service <service>|--shared]
--old-password-file <old password file>
--new-password-file <new password file>

Modify asymmetric vault keys:
ipa vault-mod <name>
[--user <user>|--service <service>|--shared]
--private-key-file <old private key file>
--public-key-file <new public key file>

Delete a vault:
ipa vault-del <name>
[--user <user>|--service <service>|--shared]

Display vault configuration:
ipa vaultconfig-show

Archive data into standard vault:
ipa vault-archive <name>
[--user <user>|--service <service>|--shared]
--in <input file>

Archive data into symmetric vault:
ipa vault-archive <name>
[--user <user>|--service <service>|--shared]
--in <input file>
--password-file password.txt

Archive data into asymmetric vault:
ipa vault-archive <name>
[--user <user>|--service <service>|--shared]
--in <input file>

Retrieve data from standard vault:
ipa vault-retrieve <name>
[--user <user>|--service <service>|--shared]
--out <output file>

Retrieve data from symmetric vault:
ipa vault-retrieve <name>
[--user <user>|--service <service>|--shared]
--out <output file>
--password-file password.txt

Retrieve data from asymmetric vault:
ipa vault-retrieve <name>
[--user <user>|--service <service>|--shared]
--out <output file> --private-key-file private.pem

Add vault owners:
ipa vault-add-owner <name>
[--user <user>|--service <service>|--shared]
[--users <users>] [--groups <groups>] [--services <services>]

Delete vault owners:
ipa vault-remove-owner <name>
[--user <user>|--service <service>|--shared]
[--users <users>] [--groups <groups>] [--services <services>]

Add vault members:
ipa vault-add-member <name>
[--user <user>|--service <service>|--shared]
[--users <users>] [--groups <groups>] [--services <services>]

Delete vault members:
ipa vault-remove-member <name>
[--user <user>|--service <service>|--shared]
[--users <users>] [--groups <groups>] [--services <services>]

Сховища

Керування сховищами.

Сховище — безпечне місце для зберігання ключів і паролів.

За правами власності сховища поділяються на три категорії:
* приватні сховища користувачів
* сховища служб
* сховища спільного використання

Сховища користувачів — це сховища, власником яких є конкретний
користувач. Приватними є сховища, власником яких є поточний
користувач. Власником сховища служби є певна служба. Сховища
спільного використання належать адміністратору, але можуть
використовуватися іншими користувачами або службами.

За механізмами захисту сховища поділяються на три
типи:
* стандартні сховища
* симетричні сховища
* асиметричні сховища

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

Симетричне сховище є подібним до стандартного сховища, але
у ньому реєстраційні дані попередньо шифруються до
передавання за допомогою пароля.
Реєстраційні дані можна отримати лише за допомогою цього пароля.

Асиметричне сховище є подібним до стандартного сховища, але
у ньому реєстраційні дані попередньо шифруються до
передавання за допомогою відкритого ключа.
Реєстраційні дані можна отримати лише за допомогою закритого ключа.

Вивести список сховищ:
ipa vault-find
[--user <користувач>|--service <служба>|--shared]

Додати стандартне сховище:
ipa vault-add <назва>
[--user <користувач>|--service <служба>|--shared]
--type standard

Додати симетричне сховище:
ipa vault-add <назва>
[--user <користувач>|--service <служба>|--shared]
--type symmetric --password-file пароль.txt

Додати асиметричне сховище:
ipa vault-add <назва>
[--user <користувач>|--service <служба>|--shared]
--type asymmetric --public-key-file відкритий_ключ.pem

Показати сховище:
ipa vault-show <назва>
[--user <користувач>|--service <служба>|--shared]

Змінити опис сховища:
ipa vault-mod <назва>
[--user <користувач>|--service <служба>|--shared]
--desc <опис>

Змінити тип сховища:
ipa vault-mod <назва>
[--user <користувач>|--service <служба>|--shared]
--type <тип>
[старий пароль/закритий ключ]
[новий пароль/відкритий ключ]

Змінити пароль до симетричного сховища:
ipa vault-mod <назва>
[--user <користувач>|--service <служба>|--shared]
--change-password
ipa vault-mod <назва>
[--user <користувач>|--service <служба>|--shared]
--old-password <старий пароль>
--new-password <новий пароль>
ipa vault-mod <назва>
[--user <користувач>|--service <служба>|--shared]
--old-password-file <файл старого пароля>
--new-password-file <файл нового пароля>

Змінити ключ асиметричного сховища:
ipa vault-mod <назва>
[--user <користувач>|--service <служба>|--shared]
--private-key-file <файл старого закритого ключа>
--public-key-file <файл нового відкритого ключа>

Вилучити сховище:
ipa vault-del <назва>
[--user <користувач>|--service <служба>|--shared]

Вивести налаштування сховищ:
ipa vaultconfig-show

Архівувати дані до стандартного сховища:
ipa vault-archive <name>
[--user <користувач>|--service <служба>|--shared]
--in <файл вхідних даних>

Архівувати дані до симетричного сховища:
ipa vault-archive <name>
[--user <користувач>|--service <служба>|--shared]
--in <файл вхідних даних>
--password-file пароль.txt

Архівувати дані до асиметричного сховища:
ipa vault-archive <name>
[--user <користувач>|--service <служба>|--shared]
--in <файл вхідних даних>

Отримати дані зі стандартного сховища:
ipa vault-retrieve <назва>
[--user <користувач>|--service <служба>|--shared]
--out <файл результатів>

Отримати дані з симетричного сховища:
ipa vault-retrieve <назва>
[--user <користувач>|--service <служба>|--shared]
--out <файл результатів>
--password-file password.txt

Отримати дані з асиметричного сховища:
ipa vault-retrieve <назва>
[--user <користувач>|--service <служба>|--shared]
--out <файл результатів> --private-key-file private.pem

Додати записи власників сховища:
ipa vault-add-owner <назва>
[--user <користувач>|--service <служба>|--shared]
[--users <користувачі>] [--groups <групи>] [--services <служби>]

Вилучити записи учасників сховища:
ipa vault-remove-owner <назва>
[--user <користувач>|--service <служба>|--shared]
[--users <користувачі>] [--groups <групи>] [--services <служби>]

Додати записи учасників сховища:
ipa vault-add-member <назва>
[--user <користувач>|--service <служба>|--shared]
[--users <користувачі>] [--groups <групи>] [--services <служби>]

Вилучити записи учасників сховища:
ipa vault-remove-member <назва>
[--user <користувач>|--service <служба>|--shared]
[--users <користувачі>] [--groups <групи>] [--services <служби>]

Verify replication topology for suffix.

Checks done:
1. check if a topology is not disconnected. In other words if there are
replication paths between all servers.
2. check if servers don't have more than the recommended number of
replication agreements

Перевірити топологію реплікації для вказаного суфікса.

Перевірки, які виконуються:
1. перевірка того, чи не є топологія від’єднаною. Іншими словами, чи є
шляхи реплікації між усіма серверами.
2. перевірка того, чи немає у сервера перевищення рекомендованої
кількості узгоджень реплікації.

Verify replication topology for suffix.

Checks done:
1. check if a topology is not disconnected. In other words if there are
replication paths between all servers.
2. check if servers don't have more than the recommended number of
replication agreements

Перевірити топологію реплікації для суфікса.

Перевірки, які виконуються:
1. перевірка того, чи є топологія роз’єднаною. Іншими словами, того, чи
пов’язано усі сервери шляхами реплікації.
2. перевірка того, чи не перевищено кількість рекомендованих угод з
реплікації між серверами.

When adding a record, either RR specific options or standard option for a raw
value can be used, they just should not be combined in one add operation. When
modifying an existing entry, new RR specific options can be used to change
one part of a DNS record, where the standard option for raw value is used
to specify the modified value. The following example demonstrates
a modification of MX record preference from 0 to 1 in a record without
modifying the exchanger:
ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1

Під час додавання запису можна скористатися специфічними для RR параметрами
або стандартним параметром для необробленого значення. Втім, поєднувати
ці варіанти у одній дії із додавання не можна. Під час внесення змін до
наявного запису можна скористатися для зміни однієї частини запису DNS
новими специфічними параметрами RR, причому для визначення зміненого
значення буде використано стандартний варіант необробленого значення.
У наведеному нижче прикладі продемонстровано зміну пріоритетності запису
MX з 0 на 1 у записі без внесення змін до обмінника:
ipa dnsrecord-mod --mx-rec="0 mx.example.com." --mx-preference=1

When searching on dates the _from date does a >= search and the _to date
does a <= search. When combined these are done as an AND.

Якщо пошук виконується за датою _від, використовується порівняння >=, а якщо
виконується пошук _до дати — порівняння <=. Поєднання обох пошуків призводить
до пошуку з логічним поєднанням ТА.

YubiKey Tokens

Жетони YubiKey

YubiKey Tokens

Manage YubiKey tokens.

This code is an extension to the otptoken plugin and provides support for
reading/writing YubiKey tokens directly.

EXAMPLES:

Add a new token:
ipa otptoken-add-yubikey --owner=jdoe --desc="My YubiKey"

Жетони YubiKey

Керування жетонами YubiKey.

Цей код є розширенням до додатка otptoken, він надає підтримку безпосереднього
читання та запису жетонів YubiKey.

ПРИКЛАДИ:

Додати новий жетон:
ipa otptoken-add-yubikey --owner=jdoe --desc="My YubiKey"

http://www.ietf.org/rfc/rfc5280.txt


http://www.ietf.org/rfc/rfc5280.txt

* 0 - unspecified
* 0 - не визначено
* 1 - keyCompromise
* 1 - keyCompromise
* 10 - aACompromise
* 10 - aACompromise
* 2 - cACompromise
* 2 - cACompromise
* 3 - affiliationChanged
* 3 - affiliationChanged
* 4 - superseded
* 4 - superseded
* 5 - cessationOfOperation
* 5 - cessationOfOperation
* 6 - certificateHold
* 6 - certificateHold
* 8 - removeFromCRL
* 8 - removeFromCRL
* 9 - privilegeWithdrawn
* 9 - privilegeWithdrawn
ipa <command> --help
ipa <команда> --help
-8 '${cn}'
-8 '${cn}'
Alternatively, following servers are capable of running this command: %(masters)s
Крім того, цю команду можуть виконати такі сервери: %(masters)s
"%s" is not a valid permission type
«%s» не є коректним типом прав доступу
"%s" is not an object type
«%s» не є об’єктним типом

Loading…

User avatar None

String updated in the repository

http://www.ietf.org/rfc/rfc5280.txt

http://www.ietf.org/rfc/rfc5280.txt

2 years ago
Browse all string changes

Things to check

Unchanged translation

Source and translation are identical

Reset

Glossary

English Ukrainian
No related strings found in the glossary.

11729558 String information

String age
2 years ago
Last updated
a year ago
Source string age
2 years ago
Translation file
po/uk.po, string 390