Я пытаюсь использовать vsftpd, чтобы позволить пользователю ftp и редактировать файлы в /var /www /html, где большинство файлов принадлежит apache. До сих пор я использовал setsebool, чтобы включить общесистемный ftp, и я также использовал setfacl, чтобы дать моей группе пользователей ftp права rwx для этого каталога. Запуск getfacl подтверждает это. Я также сделал это рекурсивно. Моя проблема в том, что при входе через ftp пользователь может видеть все файлы, но не может редактировать ни один из них или даже создавать новые файлы в корневом каталоге, поэтому я что-то пропустил. Есть идеи?
2 ответа
0
@ djangofan Я не знаю, позволяет ли подсистема ftp SSHD привязывать пользователя к определенному каталогу или нет ... но, возможно, ...
@Peter - попробуйте получить добычу в /var/log/vsftpd.log и посмотрите, что происходит, когда пользователь пытается создать каталог внутри своего каталога chroot (/var /www /html) - он должен что-то регистрировать, разрешения, неверный ответ , не могу получить список каталогов и т. д. Кроме того, попробуйте установить FTP-клиент в режим PASSIVE , это, похоже, решает множество проблем, связанных с FTP.
Кроме того, я надеюсь, что вы выполняете синхронизацию пользователей и не предоставляете полный доступ к FTP через систему ... это довольно опасно, и вы можете пожалеть об этом однажды (FTP крайне небезопасен и по умолчанию отправляет учетные данные поверх простого текста - если вы включите Обертка SSL тогда намного более безопасна, но все еще иметь полный системный доступ к FTP не очень хорошо). Если вам действительно нужен полный доступ к системе и вам нужна настройка собственных разрешений и простота использования, проверьте вход в SCP, который входит в систему с использованием SSH (безопасный), и пользователь ограничен любыми разрешениями, которые вы настроили в файловой системе (тот же пользователь, что и в / и т.д. / пароль).
У меня были проблемы с настройкой vsftpd раньше (это может быть привередливым)...
Вот пример конфигурации из моей рабочей системы, которая привязывает пользователей к структуре каталогов:
# Example config file /etc/vsftpd/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).anonymous_enable=NO
#
# Uncomment this to allow local users to log in.
local_enable=YES
local_root=/var/www
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
#anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
# The target log file can be vsftpd_log_file or xferlog_file.
# This depends on setting xferlog_std_format parameter
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# The name of log file when xferlog_enable=YES and xferlog_std_format=YES
# WARNING - changing this filename affects /etc/logrotate.d/vsftpd.log
#xferlog_file=/var/log/xferlog
#
# Switches between logging into vsftpd_log_file and xferlog_file files.
# NO writes to vsftpd_log_file, YES to xferlog_file
xferlog_std_format=NO
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that turning on ascii_download_enable enables malicious remote parties
# to consume your I/O resources, by issuing the command "SIZE /big/file" in
# ASCII mode.
# These ASCII options are split into upload and download because you may wish
# to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),
# without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be
# on the client anyway..
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
#ftpd_banner=Welcome to blah FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
chroot_local_user=YES
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES
pam_service_name=vsftpd
userlist_enable=YES
#enable for standalone mode
listen=YES
tcp_wrappers=YES
user_config_dir=/var/www/users
log_ftp_protocol=YES
check_shell=NO
А вот и пример user_config_dir (chroot):
local_root=/var/www/google_feeds
0
Для тех, кто ищет это, когда вы хотите использовать httpd, vsftpd и SELinux вместе, вы должны разрешить anon_write для одного из двух демонов.
Вы можете использовать настройки по умолчанию с метками с ls -laZ /var/www
system_u:object_r:httpd_sys_content_t:s0 /var/www
и разрешить ftpd делать записи через anon
setsebool -P ftpd_anon_write 1
Вы также можете отменить эту настройку, установив контекст FTP
chcon -R -t public_content_rw_t /var/www
и позволяя httpd делать записи через anon
setsebool -P httpd_anon_write 1
Я бы пошел на первую настройку (разрешив ftpd_anon_write), так как он сохраняет как можно больше настроек по умолчанию.
Также вы можете включить следующие логические функции selinux:
setsebool -P ftpd_use_passive_mode 1
Или даже уродливое "все правило"
setsebool -P ftpd_full_access 1