proFTPd Server Problem

[rvn]

Hallo Luxxgemeinde

ich habe mir auf meinem Debian Squeeze, proftpd als standalone installiert. (ProFTPD Version 1.3.3a). Dabei habe ich zwei virtuelle Benutzer angelegt, für die ein Passwort benötigt werden. Diese haben vollen Zugriff auf das Verzeichnis /home/ftp/. Dies lief alles reibungslos. Hier mal die proftpd.conf:

#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes reload proftpd after modifications.
# 

#DelayEngine off
#Upload Restrictions

#We don't want .ftpaccess or .htaccess files to be uploaded
PathDenyFilter "(\\.ftpaccess|\\.htaccess)$"

# Includes DSO modules
Include /etc/proftpd/modules.conf

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6			off

ServerName			"ftp"
ServerType			standalone
DeferWelcome		on

MultilineRFC2228		on
DefaultServer		on
ShowSymlinks		on

TimeoutNoTransfer	600
TimeoutStalled		600
TimeoutIdle			1200

DisplayLogin        Logged in as %U with %F space left.
DisplayChdir               .message
ListOptions                	"-l"

DenyFilter			\*.*/

# Port 21 is the standard FTP port.
Port			21

# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
# PassivePorts                    49152 65534

# To prevent DoS attacks, set the maximum number of child processes
# to 30.  If you need to allow more than 30 concurrent connections
# at once, simply increase this value.  Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances			4

# Set the user and group that the server normally runs at.
User				ftp
Group				ftpuser

# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask				022  022
# Normally, we want files to be overwriteable.
AllowOverwrite			on

# Uncomment this if you are using NIS or LDAP to retrieve passwords:
# PersistentPasswd		off

# Be warned: use of this directive impacts CPU average load!
#
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
# UseSendFile			off

TransferLog /var/log/proftpd/xferlog
SystemLog   /var/log/proftpd/proftpd.log

<IfModule mod_tls.c>
TLSEngine off
</IfModule>

<IfModule mod_quota.c>
QuotaEngine on
</IfModule>

<IfModule mod_ratio.c>
Ratios on
</IfModule>

AccessDenyMsg                  "Keine Anmeldung für %u möglich"
AccessGrantMsg                 "Anmeldung erfolgreich. Hallo und Willkommen %u "
#<Limit WRITE>
#DenyAll
#</Limit>
AuthUserFile /etc/proftpd/ftpd.passwd
AuthPAM off
RequireValidShell off


# Delay engine reduces impact of the so-called Timing Attack described in
# http://security.lss.hr/index.php?page=details&ID=LSS-2004-10-02
# It is on by default. 
<IfModule mod_delay.c>
DelayEngine on
</IfModule>

<IfModule mod_ctrls.c>
ControlsEngine        on
ControlsMaxClients    2
ControlsLog           /var/log/proftpd/controls.log
ControlsInterval      5
ControlsSocket        /var/run/proftpd/proftpd.sock
</IfModule>

<IfModule mod_ctrls_admin.c>
AdminControlsEngine on
</IfModule>

<Directory /home/ftp/>
	<Limit READ STOR RETR WRITE>
		AllowAll # <-- obige Limits werden verboten
	</Limit>
</Directory>

DefaultRoot ~
IdentLookups off
ServerIdent on "FTP Server ready."

Der FTP soll nur für mich und einen Freund verwendet werden. Ich kann mich mit FlashFXP wunderbar und ohne Probleme einloggen, Daten hochladen/runterladen/löschen. Aber mein Kumpel der ebenfalls die selben Zugriffsrechte hat wie ich, kann sich nicht einloggen. Dazu muss ich sagen, dass er einen Mac hat und für den FTP Transfer Cyberduck benutzt. Bei der Verbindung von ihm taucht bei mir folgendes im proftpd.log auf:

19:04:59: FTP session opened.
19:04:59: Preparing to chroot to directory '/home/ftp'
19:04:59: Ratio: stev/muh *.*.*[*.*.*.*]: -0/0 +0/0 (0 0 0 0) = 0/0.
19:04:59: USER stev: Login successful.
19:04:59: FTP session closed.

Wie man an der Zeit erkennen kann, wird er sofort wieder ausgeloggt nachdem er sich eingeloggt hat.

In seinem Cyberduck Log taucht folgendes auf:

220 FTP Server ready.
USER stev
331 Password required for stev
PASS ********
230 Anmeldung erfolgreich. Hallo und Willkommen stev 
FEAT
(null) Down: 0 Files (0mb)  Up: 0 Files (0mb)  10,000,000:1  CR: LEECH
PWD
211-Features:
 MDTM
 MFMT
 TVFS
 UTF8
 MFF modify;UNIX.group;UNIX.mode;
 MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
 SITE MKDIR
 SITE RMDIR
 SITE UTIME
 SITE SYMLINK
 REST STREAM
 LANG de-DE.UTF-8*
 SIZE
211 End

Dazu ist noch zu sagen, das ich wenn ich mit Firefox auf den FTP zugreife, ebenfalls diese Fehlermeldung bekomme. Selbiges mit WinSCP. Nur FlashFXP scheint zu funktionieren.

Ich habe bereits gegoogelt und gesehen das eventl. der Eintrag "DelayEngine off" dafür verantwortlich sein könnte, aber dem war nicht so :/

Habt ihr irgendwelche Ratschläge?

MfG rvn :]

 

[BdMdesigN]

Stimmt den die Gruppe FTP für beide Benutzer?
Ansonsten schau Dir mal bitte vsftpd an.

Der ist kleiner, schneller und besser zu konfigurieren. Sicherer ist er auch.

MfG

Peter

 

[rvn]

Ja, die ftpd.passwd file sieht folgendermaßen aus:

raven:$1$PbxoB4BA$MAXcHrHAYDDBlvNwtK9FW1:1337:1005::/home/ftp:/bin/false
stev:$1$LiIPeYFp$idV8OKQkHgaKCdrCwWHo20:1338:1005::/home/ftp:/bin/false

Die Rechte des Ordners im Homeverzeichnis sehen so aus:



Aber unverständlicherweise komme ich mit FlashFXP mit beiden Accounts auf den FTP und habe sämtliche Rechte. Mit Cyberduck, WinSCP etc. kommen etliche Fehlermeldungen und ich kann nichtmal den Inhalt des FTP's anzeigen.

/e: WinSCP erzählt mir folgendes:

The server cannot open connection in active mode. If the problem persists, consider switching to passive mode.
Konnte Verzeichnisinhalt nicht abrufen
Unable to build data connection: Verbindungsaufbau abgelehnt

Und danach:

No quoted path found, try using first token as path
No quoted path found, try using first token as path
Konnte Verzeichnisinhalt nicht abrufen
Illegal PORT command

 

[c0d0s0]

If the problem persists, consider switching to passive mode.

Hast du das mal probiert?
Um von active FTP auf passive FTP umzuschalten brauchst du einfach nur die Zeile hier auskommentieren, bzw. die Port Range anpassen bei Bedarf und den Dienst natürlich neustarten nach der Änderung:

# PassivePorts 49152 65534

 

[rvn]

Ja, da kommt im WinSCP leider auch eine Fehlermeldung