Sd pam linux что это

Форум русскоязычного сообщества Ubuntu

Страница сгенерирована за 0.029 секунд. Запросов: 24.

• Сайт
• Об Ubuntu
• Скачать Ubuntu
• Семейство Ubuntu
• Новости

• Форум
• Помощь
• Правила

• Документация
• Пользовательская документация
• Официальная документация
• Семейство Ubuntu
• Материалы для загрузки
• Совместимость с оборудованием
• RSS лента

• Сообщество
• Наши проекты
• Местные сообщества
• Перевод Ubuntu
• Тестирование
• RSS лента

© 2012 Ubuntu-ru — Русскоязычное сообщество Ubuntu Linux.
© 2012 Canonical Ltd. Ubuntu и Canonical являются зарегистрированными торговыми знаками Canonical Ltd.

logind. После logout юзер всё-равно висит в системе.

Система установлена с нуля, нет никаких нестандартных настроек. Только базовый набор и xfce4.

systemd и соответсвенно logind.

Есть в системе юзер user1, я залогинился этим пользователем, через su получил рута, создал пользователя user2, вышел из su, разлогинился из user1.

Логинюсь под вновь созданным user2, получаю рута и пытаюсь удалить user1, но система не даёт, так как имеются какие-то процессы, запущенные от имени этого пользователя. Смотрю по ps и вижу, что есть таких два штуки:

и какая-то мутотень(как вообще понимать, что это за процесс?)

Ну я-то их прибил и пользователя удалил, но осадочек остался. Как и вопросы.

1. Какой логикой обусловлено то, что после того, как пользователь полностью вышел из системы, остались процессы, запущенные от его имени?

2. Где искать документацию по поводу того, как подобные паразитные процессы убивать и где искать документацию по поводу того, как подобное предотвратить?

shell-script ★★★★★
16.03.15 19:50:32 MSK

Как логинился user1? Если в графическую сессию, то как стартует графическая сессия — через dbus или своими путями (как это организовано в Xfce я понятия не имею)? Как стартовали иксы и от какого пользователя?

r3lgar ★★★★★
( 16.03.15 22:29:43 MSK )

systemd —user — это личный инстанс systemd для каждого юзера. Он создаётся logind при первом логине пользователя и убивается при последнем логауте (если только ты не делал для этого пользователя loginctl enable-linger $USER ).

• ты точно не делал enable-linger? loginctl show-user $USER
• у пользователя точно не оставалось сессий? loginctl list-sessions

intelfx ★★★★★
( 16.03.15 22:53:22 MSK )
Ответ на: комментарий от r3lgar 16.03.15 22:29:43 MSK

Логинится через lightdm, который запускает иксы и впоследствии xfce. Раньше это делалось через pam и тогдашнюю схему я понимаю. В нововведениях не силён — только пришлось попробовать. Иксы стартуют от рута(т.е. от того, кто запустил lightdm). Это же очевидно.

shell-script ★★★★★
( 16.03.15 23:25:45 MSK ) автор топика
Ответ на: комментарий от intelfx 16.03.15 22:53:22 MSK

Точно. Я только смутно догадываюсь с твоих слов, что эта команда должна означать.

у пользователя точно не оставалось сессий?

В тот момент я не знал, как это проверить(мне бы документацию). Сейчас надо воспроизводить ситуацию заново. Смогу только завтра. Но откуда им было взяться, если я залогинился через lightdm, поработал в системе и вышел штатными средствами(кнопочкой Log Out)?

Касательно документации. Я привык искать её в двух местах — man’ы и /usr/share/doc/. Почему-то в манах на systemd(т.е. как в man systemd, так и в указанных в секции SEE ALSO) нет упоминаний про logind и нет описания схемы работы и взаимодействия всего этого. В /usr/share/doc/ только новости, ченджлоги и какие-то сишные и заголовочные файлики, в которые я заглядывать смысла не вижу. Если я что-то пропустил, прошу ткнуть носом.

shell-script ★★★★★
( 16.03.15 23:33:00 MSK ) автор топика
Ответ на: комментарий от shell-script 16.03.15 23:25:45 MSK

Сейчас тоже через PAM: pam_systemd(8). Здесь ничего нового, systemd (а точнее, logind) встраивается в существующий стек.

intelfx ★★★★★
( 16.03.15 23:53:32 MSK )
Ответ на: комментарий от shell-script 16.03.15 23:33:00 MSK

Но откуда им было взяться, если я залогинился через lightdm, поработал в системе и вышел штатными средствами(кнопочкой Log Out)?

Например, pulseaudio выходит только через 30 секунд после этого (для того, чтобы при повторном логине не перезапускать его), стало быть, после логаута сессия провисит ещё 30 секунд, а если залогиниться в течение 30 секунд тем же пользователем, то будет вообще висеть всё время, пока активна новая сессия.

gentoo_root ★★★★★
( 16.03.15 23:59:03 MSK )
Ответ на: комментарий от shell-script 16.03.15 23:33:00 MSK

Почему-то в манах на systemd нет упоминаний про logind

Так их и быть не должно. Эти два компонента не очень-то и связаны. Собственно, вот: systemd-logind(8).

Но откуда им было взяться, если я залогинился через lightdm, поработал в системе и вышел штатными средствами(кнопочкой Log Out)?

Кто ж знает. Судя по твоим словам — всё делаешь правильно, и сессий оставаться не должно. Но есть такая вероятность, что после завершения xfce (или что у тебя там) в сессии остались какие-то процессы, которые по умолчанию не убиваются, потому что loginctl list-sessions и loginctl session-status НОМЕР-СЕССИИ (или loginctl user-status ИМЯ-ПОЛЬЗОВАТЕЛЯ ) после разлогина.

intelfx ★★★★★
( 17.03.15 00:00:21 MSK )
Последнее исправление: intelfx 17.03.15 00:01:39 MSK (всего исправлений: 1)

Ответ на: комментарий от gentoo_root 16.03.15 23:59:03 MSK

Например, pulseaudio выходит только через 30 секунд после этого (для того, чтобы при повторном логине не перезапускать его),

Хмм? Внезапно. (Впрочем, у меня пульса стартует как сервис в systemd —user, так что я спокойно мог этого и не заметить.)

intelfx ★★★★★
( 17.03.15 00:01:24 MSK )
Ответ на: комментарий от intelfx 17.03.15 00:01:24 MSK
gentoo_root ★★★★★
( 17.03.15 01:58:43 MSK )

PAM. В конфигах логин-софта в /etc/pam.d прописан модуль pam_systemd.so, который подключает логику отслеживания процессов и выставления на устройства. У него была опция kill-session или типа того, там и включалась.

shatsky ★★
( 17.03.15 02:29:42 MSK )
Ответ на: комментарий от shatsky 17.03.15 02:29:42 MSK

Похоже, убрали ее. Теперь в /etc/systemd/logind.conf можно выставить KillUserProcesses=1. Процессы пользователя будут прибиты при завершении всех его сеансов.

shatsky ★★
( 17.03.15 02:33:07 MSK )
Ответ на: комментарий от shell-script 16.03.15 23:25:45 MSK

Как уже сказали ниже — всё нормально. Лично у меня ВР, но у меня не Xfce и не lightdm, потому я не могу сказать, что понимаю суть твоей проблемы полностью. Копай от простого к сложному.

Кстати, такой вопрос: если пользователем был запущен процесс от рута (любым способом, будь то su, sudo etc), процесс демонизировался и пользовательская сессия после этого была корректно или некорректно (например, упал X-сервер, WM или DM) завершена, что будет с этим процессом? Из логики CGROUP оно должно сдохнуть, так как оно является дочерним, но так как процесс запущен с привилегией, может ли быть для него исключение?

r3lgar ★★★★★
( 17.03.15 05:19:36 MSK )

Итак, новые обстоятельства.

Делаю я всё так же, но сейчас обнаружил, что, похоже не только два процесса было.

root@usercomp-n2:~# ps -u -U user2 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND user2 899 0.0 0.7 35628 3648 ? Ss 00:37 0:00 /lib/systemd/systemd --user user2 900 0.0 0.4 54276 2096 ? S 00:37 0:00 (sd-pam) user2 954 0.0 0.0 19648 244 ? Ss 00:37 0:00 /usr/bin/gpg-agent --sh --daemon --write-env-file /home/user2/.cache/gpg-agent-info 

Хотя я уверен, что gpg-agent’а не видел в прошлый раз. Но не суть. Он есть.

Соответственно loginctl видит сессию user2.

root@usercomp-n2:~# loginctl show-user user2 UID=1001 GID=1001 Name=user2 Timestamp=Tue 2015-03-17 00:37:41 EDT TimestampMonotonic=22531200 RuntimePath=/run/user/1001 Service=user@1001.service Slice=user-1001.slice State=closing IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 Linger=no 

Правильно ли я понимаю, что State=closing в данном случае означает, что сессия закрывается, но почему-то не закрылась?

Посмотрев конфиги, нашёл KillUserProcesses=no, выставил в yes, убил все процессы пользователя user2, залогинился им заново и снова вышел.

Картина не изменилась, процессы висят.

shell-script ★★★★★
( 17.03.15 08:04:05 MSK ) автор топика
Ответ на: комментарий от shell-script 17.03.15 08:04:05 MSK

Правильно ли я понимаю, что State=closing в данном случае означает, что сессия закрывается

Почти. Это означает, что session leader («главный» процесс, с которого началась сессия) уже завершился, но в сессии ещё остались процессы.

выставил в yes, убил все процессы пользователя user2, залогинился им заново и снова вышел

А кто будет перезапускать logind? systemctl restart systemd-logind (ну или ребут).

intelfx ★★★★★
( 17.03.15 10:28:48 MSK )
Ответ на: комментарий от intelfx 17.03.15 10:28:48 MSK

Я почему-то решил, что подобные параметры как обычно при логине примеряется. Не внимательно читал.

SDDM (Русский)

Состояние перевода: На этой странице представлен перевод статьи SDDM. Дата последней синхронизации: 31 марта 2020. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.

Simple Desktop Display Manager (SDDM) — это дисплейный менеджер (программа для графического экрана входа) для X11. SDDM был написан с нуля на языке C++11 и поддерживает установку тем через QML. SDDM является заменой устаревшему KDE Display Manager и интегрируется в KDE Frameworks 5, KDE Plasma 5 и KDE Applications 5.

Примечание: Протокол Wayland поддерживается не полностью [1]. Сеансы Wayland отображаются в списке, но сам SDDM использует X11.

Установка

Установите пакет sddm . Опционально установите пакет sddm-kcm для использования модуля KCM.

Теперь следуйте инструкциям из раздела Экранный менеджер#Запуск экранного менеджера, чтобы запускать SDDM при загрузке.

Настройка

Настройки SDDM по умолчанию хранятся в файле /usr/lib/sddm/sddm.conf.d/default.conf . Для каких-либо изменений создайте конфигурационный файл(ы) в директории /etc/sddm.conf.d/ . Для получения полного списка настроек смотрите страницу справочного руководства sddm.conf(5) .

Пакет sddm-kcm (входящий в группу plasma ) предлагает графический интерфейс для конфигурации SDDM в Параметрах системы KDE Plasma. Также в AUR (Русский) доступен редактор настроек sddm-config-editor-git AUR на основе Qt (Русский).

Всё должно работать «из коробки», так как Arch Linux использует systemd (Русский) и SDDM по умолчанию использует systemd-logind для управления сессиями.

Автоматический вход в систему

SDDM поддерживает автоматический вход. Для этого настройте конфигурационный файл, например:

/etc/sddm.conf.d/autologin.conf

[Autologin] User=ivan Session=plasma.desktop

Эта конфигурация позволит автоматически запускать KDE Plasma для пользователя ivan при загрузке системы. Все доступные сеансы доступны в директории /usr/share/xsessions/ (для Xorg) и /usr/share/wayland-sessions/ (для Wayland).

Также недоступна возможность автоматического входа в KDE Plasma с одновременной блокировкой сеанса [2].

Вы можете добавить скрипт, который активирует скринсейвер KDE при автозапуске в качестве обходного пути:

#!/bin/sh /usr/bin/dbus-send --session --type=method_call --dest=org.freedesktop.ScreenSaver /ScreenSaver org.freedesktop.ScreenSaver.Lock &

Автоматическая разблокировка KDE Wallet при входе в систему

Настройки темы

Настройки темы могут быть изменены в секции [Theme] . Также можно увидеть предпросмотр тем, если вы используете приложение Параметры системы в KDE Plasma.

Задайте значение breeze для стандартной темы KDE Plasma.

Текущая тема

Установите текущую тему с помощью значения Current , например, Current=archlinux-simplyblack .

Редактирование тем

Каталогом тем для SDDM по умолчанию является /usr/share/sddm/themes/ . Вы можете добавить свои собственные темы в отдельный подкаталог этой директории. Заметьте, что названия подкаталогов должны совпадать с названием самой темы. Изучите установленные файлы для их изменения или создания собственной темы.

Тестирование (предпросмотр) темы

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

$ sddm-greeter --test-mode --theme /usr/share/sddm/themes/breeze

Эта команда откроет новое окно для каждого подключённого монитора с предварительным просмотром темы.

Примечание: Это лишь предварительный просмотр. В этом режиме не работают некоторые функции, например, выключение, переход в режим сна или вход в систему.

Курсор мыши

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

Допустимыми значениями для Plasma (Русский) являются breeze_cursors , Breeze_Snow и breeze-dark .

Аватар пользователя

SDDM считывает иконку пользователя (аватар) как изображение PNG ~/.face.icon для каждого пользователя. Также можно задать единую директорию для аватаров всех пользователей используя переменную FacesDir в файле конфигурации SDDM. Данный файл должен располагаться в /etc/sddm.conf или, лучше, в /etc/sddm.conf.d/ , например, /etc/sddm.conf.d/avatar.conf .

Для использования функции FacesDir , разместите изображение PNG под названием username.face.icon в директории, указанной параметром FacesDir в файле конфигурации. По умолчанию используется директория /usr/share/sddm/faces/ . Вы можете изменить стандартное значение FacesDir , например:

/etc/sddm.conf.d/avatar.conf

[Theme] FacesDir=/var/lib/AccountsService/icons/

Также можно разместить PNG-изображение под названием .face.icon в корне вашей домашней директории. В таком случае не потребуется вносить какие-либо изменения в файл конфигурации SDDM. Тем не менее, вам нужно убедиться, что пользователь sddm имеет права на чтение аватаров.

Примечание: Во многих версиях KDE аватаром пользователя являются файлы ~/.face и ~/.face.icon (символическая ссылка на первый файл). Если аватары пользователя – это символические ссылки, вам потребуется задать корректные права доступа к исходному файлу.

Для задания корректных прав, выполните следующую команду:

$ setfacl -m u:sddm:x ~/ $ setfacl -m u:sddm:r ~/.face.icon

Вы можете проверить права с помощью данной команды:

$ getfacl ~/ $ getfacl ~/.face.icon

Numlock

Если вы хотите, чтобы Numlock автоматически включался, пропишите Numlock=on в секции [General] .

Поворот экрана

Настройки DPI

Иногда требуется задать корректные настройки PPI монитора на уровне экранного менеджера. [3] Для этого нужно добавить параметр -dpi ваш_dpi в конце строки ServerArguments .

/etc/sddm.conf.d/dpi.conf

[X11] ServerArguments=-nolisten tcp -dpi 94

Включение HiDPI

Создайте следующий файл:

/etc/sddm.conf.d/hidpi.conf

[Wayland] EnableHiDPI=true [X11] EnableHiDPI=true

Включение виртуальной клавиатуры

Создайте следующий файл:

/etc/sddm.conf.d/virtualkbd.conf

[General] InputMethod=qtvirtualkeyboard

Теперь SDDM отображает кнопку открытия виртуальной клавиатуры в нижнем левом углу экрана входа.

Использование сканера отпечатка пальцев

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

SDDM использует сканер отпечатков пальцев с помощью fprint. После установки fprint и регистрации отпечатка, добавьте строку auth sufficient pam_fprintd.so в начало файла /etc/pam.d/sddm .

Совет: Добавьте эту же строку в начало файла /etc/pam.d/kde для поддержки экрана блокировки KDE Plasma.

Также экран блокировки KDE позволяет включить вход по отпечаткам пальцев, при этом оставив возможность использовать пароль. Добавьте следующее содержание в начало секции аутентификации:

/etc/pam.d/kde

auth sufficient pam_unix.so try_first_pass likeauth nullok auth sufficient pam_fprintd.so

Данный метод работает также и с SDDM ( /etc/pam.d/sddm ), но требует отдельной разблокировки KWallet.

Теперь сканер отпечатков пальцев должен включаться по нажатию на клавишу Enter в пустом поле пароля пользователя.

Решение проблем

Пустой экран с курсором, но без экрана приветствия

Проверьте свободное дисковое пространство с помощью команды df -h . В случае его отсутствия экран приветствия аварийно завершает работу.

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

Долгая загрузка перед отображением экрана приветствия SDDM

Низкий уровень энтропии в системе может стать причиной долгой загрузки SDDM (Отчет об ошибке). Смотрите статью Random number generation для получения информации о повышении уровня энтропии.

Зависания после входа

Попробуйте удалить файл ~/.Xauthority и перезайти в систему без перезагрузки. Перезагрузка до повторного входа в систему пересоздаст данный файл и проблема сохранится.

SDDM запускается на tty1 вместо tty7

SDDM следует конвенции systemd, в которой первая графическая сессия запускается на tty1. Если вы предпочитаете старую конвенцию, в которой терминалы с первого по шестой зарезервированы для текстовых консолей, измените стандартное значение переменной MinimumVT в секции [X11] :

/etc/sddm.conf.d/tty.conf

[X11] MinimumVT=7

Один или более пользователей не отображаются на экране приветствия

Важно: Пользователи в меньшем или большем диапазоне UID , как правило, не должны отображаться на экранном менеджере.

По умолчанию, SDDM отображает только тех пользователей, чей UID находится в диапазоне от 1000 до 65000. Если UID нужных вам пользователей ниже данного значения, вам потребуется изменить этот диапазон. Например, для пользователя с UID равным 501 файл конфигурации будет выглядеть следующим образом:

/etc/sddm.conf.d/uid.conf

[Users] HideShells=/sbin/nologin,/bin/false # Скрытые пользователи. Это для того, если какие-либо системные пользователи попадают в ваш диапазон. Смотрите /etc/passwd в вашей системе. HideUsers=git,sddm,systemd-journal-remote,systemd-journal-upload # Максимальный user id для отображаемых пользователей MaximumUid=65000 # Минимальный user id для отображаемых пользователей MinimumUid=500 #Мой UID равен 501

Аватары пользователей не отображаются на экране приветствия

Иконки пользователей не отображаются на экране приветствия, если количество пользователей превышает значение параметра DisableAvatarsThreshold или аватары совсем отключены параметром EnableAvatars. Данное поведение настраивается следующей конфигурацией SDDM:

/etc/sddm.conf.d/avatars.conf

[Theme] EnableAvatars=true # Включение иконок пользователей DisableAvatarsThreshold=7 # Задание лимита количества пользователей, при котором аватарки отображаются

SDDM загружает только английскую (US) раскладку клавиатуры

SDDM загружает раскладку клавиатуры, заданную в файле /etc/X11/xorg.conf.d/00-keyboard.conf . Вы можете сгенерировать этот конфигурационный файл командой localectl set-x11-keymap . Смотрите Keyboard configuration in Xorg (Русский) для дополнительной информации.

Также SDDM может некорректно отображать раскладку как английскую, но моментально изменит её на правильную после начала ввода пароля [4]. Похоже, что это баг не SDDM, а libxcb (версии 1.13-1 по состоянию на 2018) [5].

Слишком низкое разрешение экрана

Проблема может быть вызвана использованием HiDPI с мониторами с повреждённой информацией EDID [6]. Попробуйте отключить HiDPI, если он у вас включён.

Если же решение выше не помогает, можно попробовать задать размер экрана в файле конфигурации Xorg. Например:

/etc/X11/xorg.conf.d/90-monitor.conf

Section "Monitor" Identifier "" DisplaySize 345 194 # in millimeters EndSection

Долгая загрузка с домашней директорией на autofs

По умолчанию, SDDM пытается отобразить аватарки пользователей считывая файл ~/.face.icon . Если ваша домашняя директория имеет тип файловой системы autofs, например, в случае использования Dm-crypt (Русский), придётся ждать 60 секунд, пока autofs не сообщит, что директория не может быть смонтирована.

Вы можете отключить отображение аватарок отредактировав /etc/sddm.conf :

/etc/sddm.conf

[Theme] EnableAvatars=false

Retrieved from «https://wiki.archlinux.org/index.php?title=SDDM_(Русский)&oldid=682638»

• KDE (Русский)
• Display managers (Русский)

Что такое PAM

Опубликовано: 13.03.2019

набор подключаемых модулей, которые отвечают за аутентификацию в системе. По сути, это API, который операционная система или приложения могут использовать, чтобы отправить запросы на проверку подлинности пользователя. PAM расшифровывается как Pluggable Authentication Modules; перевод на русский — подключаемые модули аутентификации.

PAM разработана компанией Sun Microsystems и была представлена в 1995 году. Раньше в UNIX за авторизацию пользователя в систему отвечала программа login, которая принимала логин и пароль и сравнивала данные с данными в файле /etc/passwd. Теперь же, login не занимается аутентификацией, а просто передает задачу PAM, который с помощью набора своих или дополнительно подключенных алгоритмов проверяет подлинность пользователя и возвращает ответ.

Данный модуль можно встретить во многих операционных системах на основе UNIX, например, Ubuntu, CentOS, Debian, Red Hat, FreeBSD, Gentoo, Mac OS X, Solaris и многих других.

Настройка PAM выполняется в главном конфигурационном файле /etc/pam.conf и подключаемых из каталога /etc/pam.d, название каждого файла в котором точно соответствует названию программы, которая использует модуль pam для аутентификации. В некоторых системах, например, Linux CentOS, файла pam.conf может и не быть — настройка выполняется с помощью файлов в pam.d.

Пример стандартного файла для аутентификации в SSH:

#%PAM-1.0
auth required pam_sepermit.so
auth substack password-auth
auth include postlogin
# Used with polkit to reauthorize users in remote sessions
-auth optional pam_reauthorize.so prepare
account required pam_nologin.so
account include password-auth
password include password-auth
# pam_selinux.so close should be the first session rule
session required pam_selinux.so close
session required pam_loginuid.so
# pam_selinux.so open should only be followed by sessions to be executed in the user context
session required pam_selinux.so open env_params
session required pam_namespace.so
session optional pam_keyinit.so force revoke
session include password-auth
session include postlogin
# Used with polkit to reauthorize users in remote sessions
-session optional pam_reauthorize.so prepare

• — варианты: auth (проверка наличия пользователя в системе), account (контроль распределения ресурсов системы), session (события, которые происходят до того, как произойдет авторизация), password (проверка подлинности).
• — варианты: required (требуется для успешной авторизации и если закончится ошибкой, то в целом pam вернет отказ), requisite (то же самое, что и required с резкой остановкой последующих правил), sufficient (достаточный для проверки подлинности, то есть если завершится успешно, pam вернет успех), optional (дополнительный модуль — результат его работы не влияет на ответ pam; может использоваться для вывода дополнительной информации), include (подключение строк из другого файла), substack (подключение строк из другого файла, но только того же типа, что наша строка).
• — путь может быть полным (от корня /) или относительно каталога /usr/lib/security и/или /usr/lib64/security.
• — для указания дополнительных параметров. Например, некоторым модулям можно передать файлы конфигурации.

Еще немного о PAM на Википедии

Встречается в статьях

Инструкции:

1. Как настроить почту для корпоративной среды на CentOS 8
2. Как настроить почту для корпоративной среды на Debian
3. Как настроить почту для корпоративной среды на Ubuntu Server
4. Как настроить почту на базе Postfix для корпоративной среды (CentOS 7)
5. Как установить и использовать сервер хранения секретов Hashicorp Vault
6. Установка и настройка FTP-сервера vsFTPd на CentOS 7

Мини-инструкции:

1. Как ускорить вход по SSH
2. Создание, редактирование и удаление пользователей в Linux
3. Установка и базовая настройка vsFTPd на Ubuntu Server
4. Настройка Squid-аутентификации через службу каталогов Active Directory
5. Установка и настройка сервера VNC для подключения по удаленному рабочему столу к Ubuntu
6. Проверка и фильтрация контента входящей почты в Postfix
7. Установка и настройка LDAP сервера FreeIPA на Linux CentOS