Вопрос или проблема
Я не могу перезапустить vsftpd
.
[root@localhost vsftpd]# service vsftpd restart
Перенаправление на /bin/systemctl restart vsftpd.service
Работа для vsftpd.service не удалась, потому что процесс управления завершился с кодом ошибки. См. "systemctl status vsftpd.service" и "journalctl -xe" для получения дополнительных сведений.
Я использую systemctl status vsftpd -l
, чтобы проверить:
[root@localhost ~]# systemctl status vsftpd -l
● vsftpd.service - Vsftpd ftp демон
Загрузился: загружен (/usr/lib/systemd/system/vsftpd.service; отключен; предустановленный производителем: отключен)
Активен: неудачен (Результат: код выхода) с Вск 2017-06-18 17:14:15 CST; 2ч 49мин назад
Процесс: 33103 ExecStart=/usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf (код=выход, статус=1/НЕУДАЧА)
Jun 18 17:14:12 localhost.localdomain systemd[1]: Запуск Vsftpd ftp демона...
Jun 18 17:14:15 localhost.localdomain systemd[1]: vsftpd.service: процесс управления завершился, код=выход статус=1
Jun 18 17:14:15 localhost.localdomain systemd[1]: Не удалось запустить Vsftpd ftp демон.
Jun 18 17:14:15 localhost.localdomain systemd[1]: Юнит vsftpd.service вошел в состояние неудачи.
Jun 18 17:14:15 localhost.localdomain systemd[1]: vsftpd.service не удался.
Обратите внимание, в моем /etc/vsftpd/vsftpd.conf
я изменил:
listen=YES
listen_ipv6=NO
Я использую journalctl -xe
, и получаю следующую информацию:
[root@localhost vsftpd]# journalctl -xe
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: /etc/polkit-1/rules.d/49-p
(pkla-check-authorization:
'
Jun 18 20:09:46 localhost.localdomain polkitd[33643]: Ошибка при оценке авторизации
Согласно файлу конфигурации vsftpd
# Когда директива "listen" включена, vsftpd работает в автономном режиме и # слушает на сокетах IPv4. Эта директива не может использоваться одновременно # с директивой listen_ipv6.
Так что закомментируйте listen_ipv6=NO
и попробуйте снова.
У меня возникла та же проблема, и я просто следовал нижеперечисленным шагам
- создайте копию
vsftpd.conf
- измените
listen=NO
наlisten=YES
- измените
listen_ipv6=YES
наlisten_ipv6=NO
- Сохраните файл
- перезапустите vsftp
Ответ или решение
Ошибка, возникающая при попытке перезапустить службу vsftpd
, может происходить по нескольким причинам. Рассмотрим текущее состояние службы и предложим подходы к устранению проблемы.
Анализ проблемы
Вы видите следующее сообщение:
Job for vsftpd.service failed because the control process exited with error code. See "systemctl status vsftpd.service" and "journalctl -xe" for details.
Это указывает на то, что служба не смогла запуститься из-за ошибки. При выполнении команды systemctl status vsftpd.service
было обнаружено:
Failed to start Vsftpd ftp daemon.
Это означает, что основной процесс vsftpd
завершился с статусом ошибки 1. Ваша конфигурация файла /etc/vsftpd/vsftpd.conf
имеет следующее:
listen=YES
listen_ipv6=NO
Возможные причины ошибки
-
Конфликтующие директивы в конфигурационном файле: Как указано в комментарии вашего конфигурационного файла, не рекомендуется одновременно использовать директивы
listen
иlisten_ipv6
. Если вы установилиlisten=YES
, тоlisten_ipv6
не должен быть прописан. -
Проблемы с правами доступа: Убедитесь, что файлы конфигурации и нужные директории доступны для чтения пользователю, под которым работает служба.
-
Логи и сообщения журнала: Использование команды
journalctl -xe
для просмотра дополнительных сообщений журнала может указать на конкретные ошибки или предупреждения, которые помогут в диагностике.
Решение
Вам следует провести следующие шаги для устранения проблемы:
-
Измените конфигурацию:
- В файле
/etc/vsftpd/vsftpd.conf
закомментируйте или удалите строкуlisten_ipv6=NO
. Убедитесь, что указано толькоlisten=YES
.listen=YES # listen_ipv6=NO # закомментируйте или удалите эту строку
- Если вам не нужно поддерживать IPv6, можно оставить только
listen=YES
.
- В файле
-
Проверка синтаксиса конфигурационного файла: После внесения изменений, убедитесь, что синтаксис файла конфигурации корректен. Вы можете использовать утилиту
vsftpd
для проверки конфигурации:vsftpd /etc/vsftpd/vsftpd.conf
-
Перезапускайте службу:
После внесенных изменений, попробуйте снова перезапустить службуvsftpd
:systemctl restart vsftpd
-
Проверка работы службы:
Сразу после перезапуска выполните:systemctl status vsftpd
Убедитесь, что служба активна и работает без ошибок.
Заключение
Работа с vsftpd
требует точного соблюдения директив конфигурации и прав доступа к файлам и директориям. Убедитесь, что вы следуете рекомендациям по настройке и проверяете журналы на наличие дополнительных сообщений. Если проблема сохраняется, рассмотрите возможность изучения других конфигурационных файлов или системных настроек, которые могут влиять на работу службы.