- •Описание протокола ftp.
- •2. Шаги по первичному развёртыванию ftp-сервера на виртуальной ос.
- •3. Монтирование удалённой серверной ftp-директории как локальной файловой системы клиента.
- •4. Описание параметров конфигурационного файла vsftpd.Conf.
- •Allow_anon_ssl
- •Anon_mkdir_write_enable
- •Anon_other_write_enable
- •Chroot_local_user
- •Session_support
- •Setproctitle_enable
- •Ssl_enable
- •Secure_email_list_enable
- •Strict_ssl_write_shutdown
- •Syslog_enable
- •Tcp_wrappers
- •Text_userdb_names
- •Tilde_user_enable
- •Use_localtime
- •Use_sendfile
- •Userlist_deny
- •Userlist_enable
- •Cmds_allowed
- •Cmds_denied
- •Deny_file
- •Userlist_file
- •Vsftpd_log_file
- •Xferlog_file
- •5. Система инициализации и управления службами systemd.
- •6. Systemctl. Команда-диспетчер systemd.
- •7. Менеджер пакетов dnf.
- •8. Список литературы.
Userlist_file
Параметр содержит путь до файла, который будет считываться если параметр
"userlist_enable" установлен в "YES" По-умолчанию: /etc/vsftpd.user_list
Vsftpd_log_file
Параметр содержит имя файла, в который будет записываться лог в стиле vsftpd. Лог будет писаться только если параметр "xferlog_enable" будет установлен в "YES", а параметр "xferlog_std_format" будет установлен в "NO". Либо будет писаться, если параметр "dual_log_enable" установлен в "YES". Одна сложность - если у вас параметр "syslog_enable" установлен в "YES", то в этот файл ничего записываться не будет, а лог попадет в системный лог. По-умолчанию: /var/log/vsftpd.log
Xferlog_file
Параметр содержит имя файла, в который будет записываться лог в стиле wuftp. Лог будет писаться только если параметры "xferlog_enable" и "xferlog_std_format" будут установлены в "YES". Либо будет писаться, если установлен параметр "dual_log_enable".
По-умолчанию: /var/log/xferlog
5. Система инициализации и управления службами systemd.
SystemD – система инициализации операционной системы и управления службами, которая в настоящее время используется в большей части свободно распространяемых дистрибутивов Lunix-подобных операционных систем. Она является иерархическим потомком системы инициализации Unix System V, которая стала использоваться значительно реже.
Система SystemD проектировалась для поддержки современных сложных серверных и настольных систем, она обладает гораздо более широкими возможностями, чем предыдущие системы инициализации. SystemD обеспечивает полноценное управление системными службами от момента запуска операционной системы до её завершения, запуск и остановку системных процессов. Кроме того, система SystemD управляет автоматическим монтированием файловых систем, автоматическим разрешением зависимостей системных служб, подключёнными периферийными устройствами и т.д.
SystemD представляет собой систему сущностей, которые называются модулями. Модули инкапсулируют различные объекты, которые необходимы для обеспечения загрузки системы и поддержания её последующей корректной работы. Всего в системе насчитывается 11 видов модулей, ниже перечислены 4 вида наиболее важных из них:
Service units – модули служб, управляют системными демонами и их выполняющимися процессами.
Socket units – модули, инкапсулирующие в себе работу с сетевыми сокетами и подключениями.
Target units – модули, отвечающие за управление уровнями запуска операционной системы и перевод системы из одного состояния работы в иное.
Device units – модули, отвечающие за конфигурирование подключённых к системе периферийных устройств.
Процесс systemd является первым порождающимся процессом, возникающим при запуске операционной системы. Данный процесс имеет идентификатор PID = 1 и представляет собой родителя всех остальных системных процессов. Соответственно, при завершении работы операционной системы процесс systemd завершается последним.
6. Systemctl. Команда-диспетчер systemd.
Для управления системой SystemD используется команда systemctl. Она поддерживает ряд подкоманд, например enable, disable, stop, start, restart, reload, status и т.д. Опишем функционал нескольких наиболее полезных команд:
sudo systemctl enable <service> — включение модуля-службы, создание символической ссылки на файл данного модуля по пути /lib/systemd/system/ в каталоге /etc/systemd/system/, включение модуля в автозагрузку системы.
sudo systemctl disable <service> — выключение модуля, удаление символической ссылки на файл модуля из каталога /etc/systemd/system/, удаление модуля из автозагрузки.
sudo systemctl reenable <service> — повторное включение модуля с созданием новой и удалением старой символической ссылки.
sudo systemctl start <service> — запуск модуля.
sudo systemctl stop <service> — остановка модуля.
sudo systemctl restart <service> — остановка и запуск модуля.
sudo systemctl reload <service> — перезапуск модуля при внесении изменений в его конфигурационный файл.
sudo systemctl status <service> — просмотр состояния модуля.
sudo systemctl list-unit-files — вывод списка всех модулей в системе, их типа и текущего состояния.
