LinuxForum.Fans
Тема

VsFTPd + SSL - не работает

Автор: emptyxl 48 сообщений 9805 просмотров
#207568

ОС Fedora Core 4.
Настроил vsFTPd в обычном режиме - все работает как часы, как только раскоментирую строки касающиеся SSL

ssl_enable=YES
#ssl_sslv2=YES
#ssl_sslv3=YES
ssl_tlsv1=YES
force_local_logins_ssl=YES
force_local_data_ssl=YES

при запросе статуса службы vsFTPd пишет
[console]# service vsftpd status
vsftpd dead but subsys locked[/console]
при попытка коннекта, даже локального пишет
[console]ftp: connect: Connection refused[/console]

може я чего то не так сделал?

#207572

если не ошибаюсь, для работы фтп через ссл нужны порты. посмотри в вики порт ftps (ftp over ssl) и открой их. может поможет

#207574

А SSL сертификати не нуна для установки соединения????????????
Вот в первых 2 ссылка посмотри тыц

#207576

/off
kisil, уже не. первый раз замечаю, что за дурацкая привычка говорить нуна? Это типа нормально? :[
Меня например от такого передёргивает.

#207579

Забаньте меня
:o

#207593

Походу у меня vsftpd скомпилирован без поддержки ssl
[console]lld /usr/sbin/vsftpd | grep libssl
bash: lld: command not found[/console]
как можно еще проверить нужно перекомпилировать демон фтп?

#207626

В вашем дистре перекомпилировать ничего не нужна. Наверное нужна пакети доставить devel например для vsftpd. Я точно не знаю так как с rpm-base дистрами работал оч давно. Попробуйте настроить по ссылках что я Вам выложыл. При запуску в логах он вам сам напишет что не так.

#207635

newzenon, слова паразиты...

#207643

Не заметил, это же Файна Юкрайна, тогда сорри. smile
Но лучше все-таки писать не нужна, а нужно, не При запуску, а При запуске, не по ссылках, а по ссылкам, и тд.

#207644

Да Да Украина. А "нуна" я сам не придумал, а взял на этом же форуме. Вот так
:lol:
Постараюсь.

#207645
kisil написал:
А "нуна" я сам не придумал, а взял на этом же форуме. Вот так
:lol:

Дурной пример, ... ну сам знаешь. wink

#207647

Да точно. СПС.
oO

#207649
emptyxl написал:
Походу у меня vsftpd скомпилирован без поддержки ssl
[console]lld /usr/sbin/vsftpd | grep libssl
bash: lld: command not found[/console]
как можно еще проверить нужно перекомпилировать демон фтп?

И из чего Вы такие выводы сделали?

Может попробовать ldd вместо lld?

#207700

[console][root@Fedora ~]# ldd /usr/sbin/vsftpd | grep libssl
libssl.so.4 => /lib/libssl.so.4 (0xf6f92000)[/console]

#207702

kisil, я все сделал так же как и указано в инструкциях что Вы дали. Но не дает соедениться даже локально.
самое непонятное что при включенном SSl на запрос статуса выдает:
[console]# service vsftpd status
vsftpd dead but subsys locked[/console]

#207705

В логах что пишет

#207711

#2: vsftpd dead but subsys locked error

This is another error - one of my clients was receiving while starting vsftpd. There was already ftp server running and address 21 was bind to this ftp server. So vsftpd dead but subsys locked error was generated. xinetd was configured to run wu-ftpd (quite old ftp software). Solution was simple I had removed the wu-ftpd.
#207823

--=XliN=--, в ссылке что Вы дали именно по моей проблеме ничего нету.

kisil, даю логи
/var/log/messages:

Показать
Nov 24 15:01:01 localhost crond(pam_unix)[2679]: session opened for user root by (uid=0)
Nov 24 15:01:01 localhost crond(pam_unix)[2679]: session closed for user root
Nov 24 15:01:47 localhost xinetd[2023]: Exiting...
Nov 24 15:01:47 localhost xinetd: xinetd shutdown succeeded
Nov 24 15:12:21 localhost xinetd[2743]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in.
Nov 24 15:12:21 localhost xinetd[2743]: Started working: 0 available services
Nov 24 15:12:21 localhost xinetd: xinetd startup succeeded
Nov 24 15:12:33 localhost vsftpd: vsftpd shutdown failed
Nov 24 15:12:33 localhost vsftpd: vsftpd vsftpd succeeded
Nov 24 15:23:11 localhost xinetd[2743]: Exiting...
Nov 24 15:23:11 localhost xinetd: xinetd shutdown succeeded
Nov 24 15:40:02 localhost xinetd: xinetd startup succeeded
Nov 24 15:40:02 localhost xinetd[2841]: Bad log_on_failure flag: RECORD [file=/etc/xinetd.conf] [line=25]
Nov 24 15:40:02 localhost xinetd[2841]: Error parsing attribute log_on_failure - DISABLING SERVICE [file=/etc/xinetd.conf] [line=25]
Nov 24 15:40:02 localhost xinetd[2841]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in.
Nov 24 15:40:02 localhost xinetd[2841]: Started working: 0 available services
Nov 24 15:40:08 localhost vsftpd: vsftpd shutdown failed
Nov 24 15:40:08 localhost vsftpd: vsftpd vsftpd succeeded
Nov 24 15:41:06 localhost sshd(pam_unix)[2863]: session opened for user ftpuser by (uid=0)
Nov 24 15:41:06 localhost sshd(pam_unix)[2863]: session closed for user ftpuser
Nov 24 15:41:12 localhost sshd(pam_unix)[2867]: session opened for user ftpuser by (uid=0)
Nov 24 15:41:12 localhost sshd(pam_unix)[2867]: session closed for user ftpuser

/var/log/secure:

Показать
Nov 24 14:47:55 localhost sshd[2012]: Server listening on :: port 22.
Nov 24 14:47:55 localhost sshd[2012]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Nov 24 14:55:03 localhost sshd[2605]: Accepted password for root from ::ffff:192.168.54.1 port 1118 ssh2
Nov 24 15:41:06 localhost sshd[2861]: Accepted password for ftpuser from ::ffff:192.168.54.1 port 1330 ssh2
Nov 24 15:41:06 localhost sshd[2863]: subsystem request for sftp
Nov 24 15:41:12 localhost sshd[2865]: Accepted password for ftpuser from ::ffff:192.168.54.1 port 1331 ssh2
Nov 24 15:41:12 localhost sshd[2867]: subsystem request for sftp

/etc/xinetd.conf:

Показать

# Simple configuration file for xinetd
#
# Some defaults, and include /etc/xinetd.d/

defaults
{
instances = 60
log_type = SYSLOG authpriv
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
}

includedir /etc/xinetd.d

service vsftpd
{
socket_type = stream
wait = no
user = root
server = /etc/rc.d/init.d/vsftpd
instances = UNLIMITED
log_on_success = DURATION USERID HOST EXIT
log_on_failure = USERID ATTEMPT RECORD HOST
nice = 10

на всякий случай /etc/vsftpd.conf:

Показать
# 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=YES
#anon_root=/tmp/ftp
#no_anon_password=YES
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# 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
#
one_process_model=NO
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
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
#
# You may override where the log file goes if you like. The default is shown
# below.
xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format
xferlog_std_format=YES
#
# 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 VSFTPD 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_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=/etc/vsftpd/userconf
dirmessage_enable=YES
hide_ids=YES
log_ftp_protocol=YES
#passwd_chroot_enable=YES
syslog_enable=YES
cmds_allowed=ABOR,CDUP,CWD,HELP,LIST,MDTM,MKD,NLST,NOOP,PASV,PORT,PWD,QUIT,REIN,REST,RETR,SIZE,STOR,APPE,SYST,TYPE
#guest_enable=YES
#guest_username=ftpuser
#no_log_lock=YES
dual_log_enable=YES
#pasv_enable=YES
ssl_enable=YES
ssl_tlsv1=YES
ssl_sslv2=NO
ssl_sslv3=NO
rsa_cert_file=/etc/vsftpd/vsftpd.pem
force_local_data_ssl=NO
force_local_logins_ssl=YES
#rsa_private_key_file=/etc/vsftpd/vsftpd.pem
#207893

А закрывающей скобки нет что ли в секции service vsftpd?
Если верить логам

text
Nov 24 15:40:02 localhost xinetd[2841]: Bad log_on_failure flag: RECORD [file=/etc/xinetd.conf] [line=25]
Nov 24 15:40:02 localhost xinetd[2841]: Error parsing attribute log_on_failure - DISABLING SERVICE [file=/etc/xinetd.conf] [line=25]

Ну и вот еще.. мы пока до SSL не дошли smile

# Запускать вручную ? YES/NO - зависит от режима (inetd, xinetd, Standalone).
# У автора FTP-сервис запускается через xinetd, поэтому у него стоит значение NO.
listen=NO

У тебя LISTEN=YES.

xinetd

Рекомендуется запускать vsftp именно таким способом, так как xinetd
намного новее, чем inetd. В нем есть такие вещи как регистрация
запросов, контроль доступа, привязка сервиса к определенному сетевому
интерфейсу и т.д. Очень хорошая статья, посвященная xinetd находиться
здесь (http://www.linuxfocus.org/Russian/November2000/article175.shtml).
После изменений в конфигурационном файле перезапустите
xinetd . Этот файл может выглядеть примерно вот так:

# vsftp daemon.
service ftp
{
disable = no
socket_type = stream
wait = no
user = root
server = /usr/sbin/vsftpd
per_source = 5
instances = 200
no_access = 192.168.1.3
banner_fail = /etc/vsftpd.busy_banner
log_on_success += PID HOST DURATION
log_on_failure += HOST
nice = 10
}

Все взято с http://www.opennet.ru/base/net/vsftpd_begin.txt.html

Войдите или зарегистрируйтесь, чтобы ответить.