Благодаря на всички за помощта!!!
Успях да реша проблема :-)

Проблема както си и мислех не е в конфигурационния файл на vsftpd, а в правилата на selinux. Просто указах да се разреши разглеждането на директориите от юзерите и разреших upload и download и готово, вече работи :-)

Странното, е че във федора по подразбиране са забранили това, а нали в крайна сметка това е идеята на сървъра!?

Bogo -> Можеш ли да бъдеш малко по-конкретен?

Благодаря за помощта!
Пробвах и последният съвет от "Just4Nick" (сложих направо конф. файл), но няма никакъв напредък - не работи (връща същата грешка)!

Ето и двата реда от vipw, както поиска "nemanema"

ftpuser:x:502:502::/home/ftpuser:/bin/bash
test:x:504:504::/home/test:/bin/bash

И двата юзера са създадени с useradd. Правата  на двете директории са :

drwxr-xr-x  6 ftpuser ftpuser  4096 18 дек 17,42 ftpuser
drwx------  3 test    test     4096 19 дек 21,25 test

Нарочно съм увеличил правата за ftpuser
Но и за 2-та юзера vsftp не работи

Всъщност може би chroot_list грешно да съм го създал!?
Вътре просто съм написал ftpuser на първия ред. Това е юзера който да има достъп до услугата.
Файла има права всички да го четат...

Нали така трябва да е?

Благодаря за изпратения готов файл!
Направих всичко, както е описано, дори си спрях iptables. Направих си файла chroot_list описах си вътре user-a за който искам услугата, но пак не работи...

Грешката, която ми връща е:
500 OOPS: cannot change directory:/home/ftpuser
Login failed.
421 Service not available, remote server has closed connection

Предполагам, че проблема не е в конфигурационния файл!?
Според Вас къде може да е?

Сигурно проблема е голям...
Пробвах и последния съвет, но отново няма резултат!!!

Шах!

директорията /var/log

-rw-r----- 1 root    root      7480 18 дек 17,37 acpid
-rw------- 1 root    root    156327 12 дек 18,21 anaconda.log
-rw------- 1 root    root     20351 12 дек 18,21 anaconda.syslog
-rw------- 1 root    root     55410 12 дек 18,21 anaconda.xlog
drwxr-xr-x 2 torrent torrent   4096 29 авг 12,36 bittorrent
-rw------- 1 root    root         0 12 дек 18,23 boot.log
-rw------- 1 root    utmp         0 14 дек 19,44 btmp
-rw------- 1 root    root      7298 19 дек  0,01 cron
drwxr-xr-x 2 lp      sys       4096 22 ное 14,17 cups
-rw-r--r-- 1 root    root     15931 18 дек 17,37 dmesg
drwxr-xr-x 2 root    root      4096 18 дек 17,37 gdm
drwx------ 2 root    root      4096 13 дек 22,32 httpd
-rw-r--r-- 1 root    root    147460 18 дек 17,42 lastlog
drwxr-xr-x 2 root    root      4096 12 дек 17,59 mail
-rw------- 1 root    root      7437 18 дек 17,37 maillog
-rw------- 1 root    root    670646 19 дек  0,13 messages
drwx------ 2 root    root      4096  1 дек 14,51 ppp
drwxr-xr-x 2 root    root      4096 12 дек 19,41 prelink
-rw-r--r-- 1 root    root     29980 13 дек 21,28 rpmpkgs
drwx------ 2 root    root      4096  2 сеп  5,59 samba
-rw-r--r-- 1 root    root    169763 14 дек 20,18 scrollkeeper.log
-rw------- 1 root    root     32577 19 дек  0,12 secure
-rw------- 1 root    root         0 12 дек 17,59 spooler
drwxr-x--- 2 squid   squid     4096 12 дек 11,35 squid
-rw------- 1 root    root         0 16 дек 20,01 vsftpd.log
-rw-rw-r-- 1 root    utmp    204672 18 дек 17,43 wtmp
-rw------- 1 root    root      2956 16 дек 21,27 xferlog
-rw-r--r-- 1 root    root     58310 18 дек 23,49 Xorg.0.log
-rw-r--r-- 1 root    root     88675 17 дек 23,59 Xorg.0.log.old
-rw-r--r-- 1 root    root     55851 17 дек 10,15 Xorg.20.log
-rw-r--r-- 1 root    root     55851 14 дек 23,10 Xorg.20.log.old
-rw-r--r-- 1 root    root     22726 17 дек 23,49 yum.log

няма такъв файл при мен :-(

log файла е празен...

Просто съм в шок!

Благодаря за отделеното време!
Аз сам без никакви проблеми си настроих vsftp под Fedora5, но сега незнам защо има проблеми!?

Пробвах да върна една версия назад на vsftpd, в случая 2.0.4 , но проблема си остана

Направих всичко по написаните правила. Разбира се, че рестартирам всеки път vsftpd щом променя файла, но няма ефект.

Сериозно се закучиха нещата... Как така при вас тръгва, а при мен не!?

Да user-a съществува логвам се със (su - ftpuser) без проблем, пробвах и с други user-и все едно й също. Файловете са си там където трябва.
Мен ме притеснява ето този ред:

pam_service_name=vsftpd

Там пробвах да го коригирам така:

pam_service_name=passwd

Като внимавах в /etc/passwd да си има /home/ftpuser:/bin/bash

Обаче и така ударих на камък

Направих това което казвате и получих следното:

 ftp localhost
Connected to localhost.localdomain.
220 (vsFTPd 2.0.5)
530 Please login with USER and PASS.
530 Please login with USER and PASS.
KERBEROS_V4 rejected as an authentication type
Name (localhost:naso): ftpuser
331 Please specify the password.
Password:
500 OOPS: cannot change directory:/home/ftpuser
Login failed.
421 Service not available, remote server has closed connection
ftp>                                            



Пробвах и това, което е същото:

ftp ftpuser@localhost
ftp: ftpuser@localhost: unknown host
ftp>

Вероятно проблема е някъде другаде!?

# 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
#
# 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
#
# 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 on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
#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_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
#
# When "listen" directive is enabled, vsftpd runs in standalone mode and
# listens on IPv4 sockets. This directive cannot be used in conjunction
# with the listen_ipv6 directive.
listen=YES
#
# This directive enables listening on IPv6 sockets. To listen on IPv4 and IPv6
# sockets, you must run two copies of vsftpd whith two configuration files.
# Make sure, that one of the listen options is commented !!
#listen_ipv6=YES

pam_service_name=vsftpd
userlist_enable=NO
tcp_wrappers=YES
userlist_deny=YES



А това е другият файл:

# vsftpd userlist
# If userlist_deny=NO, only allow users in this file
# If userlist_deny=YES (default), never allow users in this file, and
# do not even prompt for a password.
# Note that the default vsftpd pam config also checks /etc/vsftpd/ftpusers
# for users that are denied.
root
bin
daemon
adm
lp
sync
shutdown
halt
mail
news
uucp
operator
games
nobody

А моя user е ftpuser , който не присъства в този файл