1

ОС 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 пишет

 Консоль:
# service vsftpd status
vsftpd dead but subsys locked

при попытка коннекта, даже локального пишет
 Консоль:
ftp: connect: Connection refused

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

fedora core

2

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

3 (23.11.2011 12:32:23 отредактировано kisil)

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

4

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

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

5

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

6 (23.11.2011 13:41:33 отредактировано emptyxl)

Походу у меня vsftpd скомпилирован без поддержки ssl

 Консоль:
lld /usr/sbin/vsftpd | grep libssl
bash: lld: command not found

как можно еще проверить нужно перекомпилировать демон фтп?

fedora core

7

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

8

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

9 (23.11.2011 16:04:10 отредактировано zenon)

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

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

10 (23.11.2011 16:06:49 отредактировано kisil)

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

11

kisil пишет:

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

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

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

12

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

13

emptyxl пишет:

Походу у меня vsftpd скомпилирован без поддержки ssl

 Консоль:
lld /usr/sbin/vsftpd | grep libssl
bash: lld: command not found

как можно еще проверить нужно перекомпилировать демон фтп?

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

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

14

 Консоль:
[root@Fedora ~]# ldd /usr/sbin/vsftpd | grep libssl
        libssl.so.4 => /lib/libssl.so.4 (0xf6f92000)

fedora core

15

kisil,  я все сделал так же как и указано в инструкциях что Вы дали. Но не дает соедениться даже локально.
самое непонятное что при включенном SSl на запрос статуса выдает:

 Консоль:
# service vsftpd status
vsftpd dead but subsys locked

fedora core

16

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

Trouble  in WINDOWS reboot, trouble in UNIX be root.

17

#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.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

18

И вот еще... http://www.linuxquestions.org/questions … ed-204825/ и это все в первых ссылках гугла

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

19

--=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

fedora core

20 (24.11.2011 19:01:01 отредактировано XliN)

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

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/Novem … e175.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

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

21 (24.11.2011 18:57:48 отредактировано kisil)

У тебя фтп стартует из xinetd???????
Вот тут ругань на неверный конфиг последнего

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

Может в этом проблема.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

22

--=XliN=--,  спасибо за Вашу внимательность. Действительно нужно было переделать запуск демона на xinetd. Но проблема не ушла.
Ошибки в логе /var/log/secure я пофиксил методом правки /etc/xinetd.conf.

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]

FileZilla пишет при подключении:

Ответ:    fzSftp started
Команда:    open "ftpuser@192.168.54.4" 22
Команда:    Trust new Hostkey: Однажды
Команда:    Pass: ******
Статус:    Connected to 192.168.54.4
Ошибка:    Connection closed by server with exitcode 1
Ошибка:    Невозможно подключиться к серверу
Статус:    Ожидание повтора...
Статус:    Соединяюсь с 192.168.54.4...
Ответ:    fzSftp started
Команда:    open "ftpuser@192.168.54.4" 22
Команда:    Trust new Hostkey: Однажды
Команда:    Pass: ******
Статус:    Connected to 192.168.54.4
Ошибка:    Connection closed by server with exitcode 1
Ошибка:    Невозможно подключиться к серверу

Не знаю что такое fzSftp .

Ребята без SSL все работает как часы, как только раскоментирую блок директив касающийся SSL :

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

сервак не доступен.
Мозги плывут.

fedora core

23

emptyxl пишет:

Не знаю что такое fzSftp .

Это подключение при помощи sftp... Вы его зачем выбрали в FileZilla?

24

Hrafn,  я выбрал подключение по sftp за тем что бы когда я буду подымать на офисе ФТП-сервер авторизация клиентов была защищета,
т.е. что бы защитить личные пароли клиентов от тех кто умеет пользоваться Wireshark-ом.

fedora core

25

если мне память совсем не отказывает, то sftp работает через ssh...

26

и Вы случаем не путаете sftp и ftps?

27

Посему, выбрав sftp Вы просто пытаетесь подключиться и залогиниться по ssh

28

Hrafn,  Вы были правы, Filezilla пытался коннектиться на 22-й прот (SFTP).
Но, при коннекте встроены клиентом Total Commander при выбраной опции "SSL/TLS"
/var/log/secure пишет следуюущее

Nov 25 14:24:56 localhost xinetd[2781]: START: ftp pid=3493 from=192.168.54.1
Nov 25 14:24:56 localhost xinetd[2781]: EXIT: ftp pid=3493 duration=0(sec)
fedora core

29

кстати, мне не понятно, для чего использовать xinetd... по мне, так standalone режим удобнее, хотя, конечно. зависит от задач...
попробуйте так:
- убрать vsftpd из xinetd, пусть сам работает
- добавить в конфиг vsftpd строку
 

LISTEN=YES

остановить vsftpd, запустить vsftpd
и попробовать приконнектиться... после этого логи здесь покажите

30 (25.11.2011 17:59:15 отредактировано emptyxl)

а смысл, так уже было до этого. Логи не пишуться. Конекта нету ни какого.
Хотя может я чего то не знаю. Я закоментил в /etc/xinetd.conf строки

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
        }

Поставил в /etc/vsftpd/vsftpd.conf

LISTEN=YES

Результат как я и говорил, сервак как будто умер.

[root@Fedora etc]# service vsftpd status
vsftpd dead but subsys locked
fedora core