title: sss_override(8)

text:
# sss_override(8)

## NAME
sss_override - создать локальные переопределения атрибутов пользователя и группы

## SYNOPSIS
sss_override КОМАНДА [параметры]

## ОПИСАНИЕ
sss_override позволяет создать представление на стороне клиента и изменить выбранные значения для определённых пользователей и групп. Изменения будут применены только на локальном компьютере.

Данные переопределений хранятся в кэше SSSD. При удалении кэша все локальные переопределения будут потеряны. Обратите внимание, что после создания первого переопределения с помощью любой из следующих команд: user-add, group-add, user-import или group-import, необходимо перезапустить SSSD для вступления изменений в силу. Когда требуется перезапуск, sss_override отображает соответствующее сообщение.

ПРИМЕЧАНИЕ: представленные на этой справочной странице параметры работают только для значений “ldap” и “AD” параметра “ id_provider”. Переопределениями IPA можно управлять централизованно на сервере IPA.

## ДОСТУПНЫЕ КОМАНДЫ
Аргумент NAME — это имя исходного объекта во всех командах. Невозможно переопределить uid или gid в значение «0».

user-add NAME [-n,--name NAME] [-u,--uid UID] [-g,--gid GID] [-h,--home HOME] [-s,--shell SHELL] [-c,--gecos GECOS] [-x,--certificate BASE64 ENCODED CERTIFICATE]

Переопределить атрибуты пользователя. Следует учитывать, что при вызове этой команды для указанного по имени (NAME) пользователя будет заменено предыдущее переопределение, если таковое имеется.

user-del NAME

Удалить переопределения пользователя. Необходимо учитывать, что переопределённые атрибуты могут быть возвращены из кэша в памяти. Подробные сведения доступны в описании параметра SSSD memcache_timeout.

user-find [-d,--domain DOMAIN]

Вывести список всех пользователей, для которых заданы переопределения. Если параметр DOMAIN задан, будут показаны только пользователи из указанного домена.

user-show NAME

Показать переопределения пользователя.

user-import FILE

Импортировать переопределения пользователя из FILE. Формат данных аналогичен стандартному файлу passwd. Формат: original_name:name:uid:gid:gecos:home:shell:base64_encoded_certificate

где original_name — исходное имя пользователя, атрибуты которого следует переопределить. Остальные поля соответствуют новым значениям. Чтобы не указывать значение, просто оставьте соответствующее поле пустым.

Примеры:

ckent:superman::::::

ckent@krypton.com::501:501:Superman:/home/earth:/bin/bash:

user-export FILE

Экспортировать все переопределённые атрибуты и сохранить их в FILE. Сведения о формате данных доступны в описании команды user-import.

group-add NAME [-n,--name NAME] [-g,--gid GID]

Переопределить атрибуты группы. Следует учитывать, что при вызове этой команды для указанной по имени (NAME) группы будет заменено предыдущее переопределение, если таковое имеется.

group-del NAME

Удалить переопределения группы. Необходимо учитывать, что переопределённые атрибуты могут быть возвращены из кэша в памяти. Подробные сведения доступны в описании параметра SSSD memcache_timeout.

group-find [-d,--domain DOMAIN]

Вывести список всех групп, для которых заданы переопределения. Если параметр DOMAIN задан, будут показаны только группы из указанного домена.

group-show NAME

Показать переопределения группы.

group-import FILE

Импортировать переопределения группы из FILE. Формат данных аналогичен стандартному файлу group. Формат: original_name:name:gid

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

Примеры:

admins:administrators:

Domain Users:Users:501

group-export FILE

Экспортировать все переопределённые атрибуты и сохранить их в FILE. Сведения о формате данных доступны в описании команды group-import.

## ОБЩИЕ ПАРАМЕТРЫ
Эти параметры доступны для всех команд.

--debug LEVEL

В SSSD предусмотрены два представления для указания уровня отладки. Более простое представление позволяет указать десятичное значение в диапазоне от 0 до 9, которое будет включать соответствующий уровень и все более низкие уровни сообщений отладки. Более сложное представление позволяет указать шестнадцатеричную битовую маску для включения или отключения (подавления) отдельных уровней. В настоящее время поддерживаются следующие уровни отладки:

0, 0x0010: фатальные ошибки. Всё, что не позволяет выполнить запуск SSSD или вызывает прекращение работы сервиса.

1, 0x0020: критические ошибки. Ошибка, которая не прекращает работу SSSD, но означает, что как минимум одна важная функциональная возможность не будет работать надлежащим образом.

2, 0x0040: серьёзные ошибки. Ошибка, которая сообщает о завершении неудачей определённого запроса или действия.

3, 0x0080: незначительные ошибки. Это ошибки, которые могут стать причиной ошибок 2-го уровня (ошибок при выполнении действий).

4, 0x0100: параметры конфигурации.

5, 0x0200: данные функций.

6, 0x0400: сообщения трассировки для функций действий.

7, 0x1000: сообщения трассировки для функций внутреннего управления.

8, 0x2000: содержимое внутренних переменных функций, которое может представлять интерес.

9, 0x4000: информация трассировки крайне низкого уровня.

10, 0x10000: информация трассировки libldb ещё более низкого уровня. Практически никогда не требуется.

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

Пример: используйте 0x0270, чтобы вести журнал данных фатальных ошибок, критических ошибок, серьёзных ошибок и данных функций.

Пример: используйте 0x1310, чтобы вести журнал данных фатальных ошибок, параметров конфигурации, данных функций, сообщений трассировки для функций внутреннего управления.

Примечание: формат битовых масок уровней отладки был введён в версии 1.7.0.

По умолчанию: 0x0070 (то есть фатальные, критические и серьёзные ошибки; соответствует указанию значения «2» в десятичной записи)

## СМ. ТАКЖЕ
sssd(8), sssd.conf(5), sssd-ldap(5), sssd-ldap-attributes(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-idp(5), sssd-sudo(5), sssd-session-recording(5), sss_cache(8), sss_debuglevel(8), sss_obfuscate(8), sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(1), sss_ssh_knownhosts(1), sssd-ifp(5), pam_sss(8). sss_rpcidmapd(5)

## AUTHORS
Восходящий источник («апстрим») SSSD — https://github.com/SSSD/sssd/


package: sssd-tools

title: sss_seed(8)

summary: пополнить кэш SSSD данными пользователя

text:
# sss_seed(8)

## NAME
sss_seed - пополнить кэш SSSD данными пользователя

## SYNOPSIS
sss_seed [options] -D DOMAIN -n USER

## ОПИСАНИЕ
sss_seed пополняет кэш SSSD записью пользователя и временным паролем. Если запись пользователя уже присутствует в кэше SSSD, она будет обновлена данными временного пароля.

## ОПЦИИ
-D,--domain DOMAIN

Указать имя домена, участником которого является пользователь. Домен также используется для получения данных пользователя. Домен необходимо настроить в sssd.conf. Необходимо задать параметр DOMAIN. Данные, полученные от домена, имеют приоритет над данными, указанными с помощью параметров.

-n,--username USER

Имя пользователя, запись которого следует создать или изменить в кэше. Необходимо указать параметр ПОЛЬЗОВАТЕЛЬ.

-u,--uid UID

Установить UID пользователя в значение UID.

-g,--gid GID

Установить GID пользователя в значение GID.

-c,--gecos КОММЕНТАРИЙ

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

-h,--home ДОМАШНИЙ_КАТАЛОГ

Установить домашний каталог пользователя в значение ДОМАШНИЙ_КАТАЛОГ.

-s,--shell ОБОЛОЧКА

Установить командную оболочку входа пользователя в значение ОБОЛОЧКА.

-i,--interactive

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

-p,--password-file ФАЙЛ_ПАРОЛЕЙ

Позволяет указать файл, из которого следует прочитать пароль пользователя. Если значение не указано, программа запросит пароль

-?,--help

Показать справочное сообщение и выйти.

## ПРИМЕЧАНИЯ
Длина пароля (или размер файла, указанного с помощью параметра -p или --password-file) должна быть меньше или равна PASS_MAX байт (64 байт в системах, где значение PASS_MAX не задано глобально).

## СМ. ТАКЖЕ
sssd(8), sssd.conf(5), sssd-ldap(5), sssd-ldap-attributes(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-idp(5), sssd-sudo(5), sssd-session-recording(5), sss_cache(8), sss_debuglevel(8), sss_obfuscate(8), sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(1), sss_ssh_knownhosts(1), sssd-ifp(5), pam_sss(8). sss_rpcidmapd(5)

## AUTHORS
Восходящий источник («апстрим») SSSD — https://github.com/SSSD/sssd/

branch: sisyphus


sssctl

title: sssctl(8)

summary: утилита управления и состояния SSSD

text:
# sssctl(8)

## NAME
sssctl - утилита управления и состояния SSSD

## SYNOPSIS
sssctl КОМАНДА [параметры]

## ОПИСАНИЕ
sssctl предоставляет простой унифицированный способ получения данных о состоянии SSSD (в частности, активного сервера, автоматически обнаруженных серверов, доменов и кэшированных объектов). Кроме того, программа позволяет управлять файлами данных SSSD для устранения неполадок таким образом, что с ними можно безопасно работать, когда выполняется SSSD.

## ДОСТУПНЫЕ КОМАНДЫ
Чтобы вывести все доступные команды, выполните sssctl без каких-либо параметров. Чтобы вывести справку по выбранной команде, выполните sssctl КОМАНДА --help.

## ОБЩИЕ ПАРАМЕТРЫ
Эти параметры доступны для всех команд.

--debug LEVEL

В SSSD предусмотрены два представления для указания уровня отладки. Более простое представление позволяет указать десятичное значение в диапазоне от 0 до 9, которое будет включать соответствующий уровень и все более низкие уровни сообщений отладки. Более сложное представление позволяет указать шестнадцатеричную битовую маску для включения или отключения (подавления) отдельных уровней. В настоящее время поддерживаются следующие уровни отладки:

0, 0x0010: фатальные ошибки. Всё, что не позволяет выполнить запуск SSSD или вызывает прекращение работы сервиса.

1, 0x0020: критические ошибки. Ошибка, которая не прекращает работу SSSD, но означает, что как минимум одна важная функциональная возможность не будет работать надлежащим образом.

2, 0x0040: серьёзные ошибки. Ошибка, которая сообщает о завершении неудачей определённого запроса или действия.

3, 0x0080: незначительные ошибки. Это ошибки, которые могут стать причиной ошибок 2-го уровня (ошибок при выполнении действий).

4, 0x0100: параметры конфигурации.

5, 0x0200: данные функций.

6, 0x0400: сообщения трассировки для функций действий.

7, 0x1000: сообщения трассировки для функций внутреннего управления.

8, 0x2000: содержимое внутренних переменных функций, которое может представлять интерес.

9, 0x4000: информация трассировки крайне низкого уровня.

10, 0x10000: информация трассировки libldb ещё более низкого уровня. Практически никогда не требуется.

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

Пример: используйте 0x0270, чтобы вести журнал данных фатальных ошибок, критических ошибок, серьёзных ошибок и данных функций.

Пример: используйте 0x1310, чтобы вести журнал данных фатальных ошибок, параметров конфигурации, данных функций, сообщений трассировки для функций внутреннего управления.

Примечание: формат битовых масок уровней отладки был введён в версии 1.7.0.

По умолчанию: 0x0070 (то есть фатальные, критические и серьёзные ошибки; соответствует указанию значения «2» в десятичной записи)

## СМ. ТАКЖЕ
sssd(8), sssd.conf(5), sssd-ldap(5), sssd-ldap-attributes(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-idp(5), sssd-sudo(5), sssd-session-recording(5), sss_cache(8), sss_debuglevel(8), sss_obfuscate(8), sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(1), sss_ssh_knownhosts(1), sssd-ifp(5), pam_sss(8). sss_rpcidmapd(5)

## AUTHORS
Восходящий источник («апстрим») SSSD — https://github.com/SSSD/sssd/


package: sssd-winbind-idmap

title: idmap_sss(8)

text:
# idmap_sss(8)

## NAME
idmap_sss - Внутренний сервер idmap_sss SSSD для Winbind

## ОПИСАНИЕ
Модуль idmap_sss предоставляет способ вызова SSSD для сопоставления UID/GID и SID. В этом случае не нужна база данных, потому что сопоставление выполняет SSSD.

## ПАРАМЕТРЫ IDMAP
range = low - high

Определяет доступный совпадающий диапазон UID и GID, для которого является полномочным внутренний сервер.

## ПРИМЕРЫ
В этом примере показано, как настроить idmap_sss в качестве модуля сопоставления по умолчанию.

```
[global]
security = ads
workgroup = <AD-DOMAIN-SHORTNAME>
idmap config <AD-DOMAIN-SHORTNAME> : backend        = sss
idmap config <AD-DOMAIN-SHORTNAME> : range          = 200000-2147483647
idmap config * : backend        = tdb
idmap config * : range          = 100000-199999

```

Замените <AD-DOMAIN-SHORTNAME> на имя NetBIOS домена AD. Если следует использовать несколько доменов AD, для каждого из них необходимо указать строку idmap config с backend = sss и строку с подходящим range.

Так как для Winbind требуется внутренний сервер по умолчанию, который доступен для записи, а idmap_sss доступен только для чтения, в примере в качестве значения по умолчанию указано backend = tdb.

## СМ. ТАКЖЕ
sssd(8), sssd.conf(5), sssd-ldap(5), sssd-ldap-attributes(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-idp(5), sssd-sudo(5), sssd-session-recording(5), sss_cache(8), sss_debuglevel(8), sss_obfuscate(8), sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(1), sss_ssh_knownhosts(1), sssd-ifp(5), pam_sss(8). sss_rpcidmapd(5)

## AUTHORS
Восходящий источник («апстрим») SSSD — https://github.com/SSSD/sssd/


synaptic

package: synaptic

title: synaptic(8)

text:
# synaptic(8)

## НАЗВАНИЕ
synaptic - Графический интерфейс для управления пакетами

## СИНТАКСИС
synaptic [опции]

## ОПИСАНИЕ
Synaptic - это графическая оболочка для APT. Synaptic в использовании очень похож на apt-get. Сначала необходимо выполнить команду 'Получить сведения о пакетах' (Update), которая обновит список пакетов с серверов, записанных в файле sources.list. На этом шаге не происходит обновление пакетов, обновляется только информация о доступных пакетах. После этого можно посмотреть список пакетов, доступных для обновления. Для этого необходимо активизировать фильтр 'Обновляемые'. Список пакетов изменится, и останутся отображенными только те пакеты, для которых доступна новая версия на сервере. Сейчас вы можете обновить индивидуальные пакеты, выбрав их и нажав маленькую кнопку `Обновить' слева (либо выполнив двойной щелчок мышью в gtk-версии), или выбрать для обновления все пакеты, выполнив щелчок по большой кнопке `Обновить', расположенной вверху. Пока еще никакие пакеты не будут загружены/обновлены, они всего лишь отмечены для обновления. Возможно, вы захотите снова сменить фильтр на `Запланированные изменения', чтобы увидеть что произойдет, если вы будете продолжать обновление. Если вам нравится то, что вы видите, то нажмите кнопку `Выполнить', и выбранные пакеты будут загружены и установлены.

## Различие между `Обновить' и `Обновить дистрибутив'
Различие между `Обновить' (Upgrade) и `Обновить дистрибутив' (DistUpgrade) невелико, но очень важно. `Обновить' означает отметить для обновления пакеты, которые возможно обновить, исключая пакеты с новыми зависимостями. Ни при каких условиях не будут удалены установленные пакеты, либо установлены новые.

`Обновить дистрибутив' в добавок к функции `Обновить' также разумно обрабатывает изменяющиеся зависимости на новые пакеты и использует интеллектуальную систему разрешения конфликтов при необходимости.

Как правило, вам необходимо будет пользоваться только функцией `Обновить дистрибутив', если вы выполняете обновление между основными версиями вашего дистрибутива (if you upgrade between major versions of your distribution).

## Множественный выбор пакетов
Вы можете выбирать более одного пакета за раз. Для этого необходимо использовать клавиши SHIFT или CTRL для выбора нескольких пакетов. При нажатии на кнопку действия (установить/обновить/удалить) для нескольких пакетов, действие будет выполнено для каждого пакета (как вы, вероятно, уже догадались (: ).

## Комбинации клавиш
GTK-версия имеет некторые глобальные комбинации клавиш:

CTRL-k удержать

CTRL-i установить

CTRL-r удалить

CTRL-s искать

CTRL-u обновить

CTRL-p выполнить

CTRL-q выйти

## Фильтры
Synaptic отображает основной список пакетов в соответствии с выбранным фильтром. Наиболее простым фильтром является, конечно же, `Все пакеты'. Но существуют и другие фильтры. Вы можете посмотреть предопределённые фильтры либо сделать собственные нажав на кнопку `Фильтры' над списком пакетов.

## ОПЦИИ
Synaptic распознает стандартные опции X-приложений, а также следующие:

-f, --filter-file=filename

задать альтернативный файл фильтров

-i, --initial-filter=int

начать с фильтром под номером int

-o, --option=option

установить опцию synaptic/apt (только для экспертов)

## АВТОРЫ
Synaptic был разработан Alfredo K. Kojima <kojima@conectiva.com.br>. Его последний официальный релиз был 0.16. Michael Vogt <mvo@debian.org> took over his CVS version, where Alfredo added a nearly complete port to Gtk+. Michael завершил портирование и добавил несколько новых возможностей. Видимые пользователю изменения начиная с этого времени смотрите в файле NEWS. Также в разработке synaptic'а участвует компания Connectvia. Gustavo Niemeyer <niemeyer@conectiva.com> выполняет большую часть работы.

Вся разработка выполняется на http://savannah.gnu.org/projects/synaptic

Это руководство было написано Wybo Dekker <wybo@servalys.nl> и Michael Vogt <mvo@debian.org>.

## ПЕРЕВОД
Перевод с английского выполнил Святослав Свиридов <svd@altlinux.ru>


update-kernel

package: update-kernel

title: update-kernel(8)

summary: утилита обновления ядра Линукс

text:
# update-kernel(8)

## NAME
update-kernel - утилита обновления ядра Линукс

## SYNOPSIS
update-kernel [опции]

## DESCRIPTION
update-kernel - удобный инструмент обновления ядра и его модулей.

update-kernel позволяет установить пакеты нового ядра вместе с его модулями параллельно к уже установленному ядру. Старое ядро сохраняется, таким образом вы гарантированно не останетесь без загружаемого ядра. По умолчанию будет найден самый свежий пакет ядра той же разновидности (например, "std-def") и будут установлены все те же модули что есть в системе.

## OPTIONS
-l, --list

список доступных ядер

-a, --all

установить все модули ядра

-i, --interactive

интерактивная установка модулей

-H, --headers

установить также kernel headers

-A modulename

включить (добавить) внешний модуль ядра (по короткому имени)

-D modulename

исключить (удалить) внешний модуль из установки

-f, -y, --force

принудительное обновление ядра (без запроса подтверждения)

-t, --type

выбор разновидности (флейвора) ядра (например un-def, std-def, и т.д.), специальный параметр 'latest' выберет новейший доступный флейвор

-r, --release

желаемая версия ядра для текущей или выбранной разновидности (флейвора) (допустимые варианты написания:

старый формат: alt1, 5.7.19-alt1

классический вариант: 5.7.19-std-def-alt1

имя пакета: [kernel-image-]std-def-5.7.19-alt1)

-n, --dry-run

провести симуляцию действий, но не менять систему

-d, --download-only

скачать пакеты, но не устанавливать

-h, --help

показать этот текст и выйти

Запустите remove-old-kernels для удаления неиспользуемых ядер.

## EXAMPLES
Скачать и установить актуальную версию un-def ядра:

update-kernel -t un-def

Скачать и установить определенную версию ядра:

update-kernel -r 5.15.70-un-def-alt1

## EXIT STATUS
update-kernel возвращает 0 если операция прошла успешно и отличное от нуля значение в противном случае.

## AUTHOR
Автор man-страницы Антон Шевцов (shevtsov.anton (at) gmail.com)

## SEE ALSO
apt-get(8)