FTP-Server Konfiguration (proFTPd)

[mad99]

Hallo Forum, ich habe da ein ganz merkwürdiges Prroblem mit dem proFTPd in der aktuellen Vrsion auf Debian 64.
Der FTP-Server lief bereits auf einem anderen rootserver (ebenfalls Debian64). Ich hab also auf dem neuen Rootserver proftpd mit agp-get installiert und die sample proftpd.conf durch die alte ersetzt.
Ich habe vor dem kopieren/überschreiben den stabndalone-proftpd angehalten und danach neu gestartet.

Das er die Konfiguraton liest, sehe ich u.a. am geäbnderten Stabdard-Port und dem von mir gegeben Namen.
Was überhaupt nicht funktioniert sind die Einshränkungen der User-Rechte per .conf (bitte keine Diskussion darüber, über FS Rechte vergabe komme ich nicht zum gewünschten Ziel).
Es war vorher so, das das Filesystem , auf dem der FTP-läuft, vom OS her alle Rechte für alle FTP-User hatte und nur durch die Direktiven begrenzt wurden. (ich weiss das da keine optimale Lösung ist, aberaufgrund der spezielen Anforderngen lies es sich nicht vermeiden.
Das eigentliche Problem ist nun, das die Einschränkungen aus der proFTPd.conf komplett ignoriert werden, d.h. es gelten ausschliesslich die FS-Berechtigungen.
Die Struktur des FTP-Verzeichnisses wurde 1:1 übernommen , ebenso die .conf.
Irgendeine gute Idee, was falsch laufen könnte?
bei Bedarf kann ich heute Nachmittag die komplette proFTPd.conf hier reinstellen, aktuell habe ich keinen Zugriff auf den Server.
Nochmal: ich brauche keine Änderungsvorschlage bez. der Konfiguration oder eines anderen FTP-Servers, sondern nur einen guten Vorschlag, was ich ändern muss, um ihn zu überreden, seine Konfig wieder zu beachten .

Der Server ist nur einer geschlossenen Benutzerzgruppe zugänglich.

gruß mad99

 

[accC]

Kenne mich mit proFTPd nicht aus, aber kanns sein, dass dir ein Modul fehlt, das du nachintstallieren/aktivieren müsstest?
Sicher, dass sich der neu installierte Server 1zu1 so verhält, wie der alte? Eventuell hast du eine andere Version, die andere / angepasste config-Files voraussetzt..

Wenn du die Konfig postest, können dir die Pros hier bestimmt weiterhelfen.

Normal sollte der Server sich unter die FS Rechte unterordnen.. Auch, wenn du das nicht hören willst, solltest du noch mal überlegen, ob du deine Konfig nicht doch anpassen kannst, unabhängig von dem konkreten Problem jetzt.

 

[mad99]

Ich will das nicht nur nicht hörem, ich hab die vormals funktionierende Konfig ausgetestet und sie ist weitaus besser handhabbar als über die FS-Rechte zu gehen
Un das ein Modul fehlt, um die Grundfunktion zu benutzen halter ich für unwahrscheinlich, da ich ausschliesslich mit den Standard-Anwesiungen arbeite

#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes, reload proftpd after modifications, if
# it runs in daemon mode. It is not required in inetd/xinetd mode.
#

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

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6                         on
# If set on you can experience a longer connection delay in many cases.
IdentLookups                    off

ServerName                      "Mein FTP"
ServerType                      standalone
DeferWelcome                    off

MultilineRFC2228                on
DefaultServer                   on
ShowSymlinks                    on

TimeoutNoTransfer               600
TimeoutStalled                  600
TimeoutIdle                     1200

DisplayLogin                    welcome.msg
DisplayChdir                    .message true
ListOptions                     "-l"

DenyFilter                      \*.*/

# Use this to jail all users in their homes
DefaultRoot                     ~

# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShell             off

# Port 21 is the standard FTP port.
Port                            3020

# 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
# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress             1.2.3.4

# This is useful for masquerading address with dynamic IPs:
# refresh any configured MasqueradeAddress directives every 8 hours
<IfModule mod_dynmasq.c>
# DynMasqRefresh 28800
</IfModule>

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

# Set the user and group that the server normally runs at.
User                            proftpd
Group                           nogroup
# 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 via NSS to retrieve passwords:
# PersistentPasswd              off

# This is required to use both PAM-based authentication and local passwords
# AuthOrder                     mod_auth_pam.c* mod_auth_unix.c

# 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

# Logging onto /var/log/lastlog is enabled but set to off by default
UseLastlog on

# In order to keep log file dates consistent after chroot, use timezone info
# from /etc/localtime.  If this is not set, and proftpd is configured to
# chroot (e.g. DefaultRoot or <Anonymous>), it will use the non-daylight
# savings timezone regardless of whether DST is in effect.
#SetEnv TZ :/etc/localtime

<IfModule mod_quotatab.c>
QuotaEngine off
</IfModule>

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


# Delay engine reduces impact of the so-called Timing Attack described in
# http://www.securityfocus.com/bid/11430/discuss
# It is on by default.
<IfModule mod_delay.c>
DelayEngine on
</IfModule>
<IfModule mod_ctrls.c>
ControlsEngine        off
ControlsMaxClients    2
ControlsLog           /var/log/proftpd/controls.log
ControlsInterval      5
ControlsSocket        /var/run/proftpd/proftpd.sock
</IfModule>

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

#
# Alternative authentication frameworks
#
#Include /etc/proftpd/ldap.conf
#Include /etc/proftpd/sql.conf

#
# This is used for FTPS connections
#
#Include /etc/proftpd/tls.conf
#
# Useful to keep VirtualHost/VirtualRoot directives separated
#
#Include /etc/proftpd/virtuals.conf

# A basic anonymous configuration, no upload directories.

# <Anonymous ~ftp>
#   User                                ftp
#   Group                               nogroup
#   # We want clients to be able to login with "anonymous" as well as "ftp"
#   UserAlias                   anonymous ftp
#   # Cosmetic changes, all files belongs to ftp user
#   DirFakeUser on ftp
#   DirFakeGroup on ftp
#
#   RequireValidShell           off
#
#   # Limit the maximum number of anonymous logins
#   MaxClients                  10
#
#   # We want 'welcome.msg' displayed at login, and '.message' displayed
#   # in each newly chdired directory.
#   DisplayLogin                        welcome.msg
#   DisplayChdir                .message
#
#   # Limit WRITE everywhere in the anonymous chroot
#   <Directory *>
#     <Limit WRITE>
#       DenyAll
#     </Limit>
#   </Directory>
#
#   # Uncomment this if you're brave.
#   # <Directory incoming>
#   #   # Umask 022 is a good standard umask to prevent new files and dirs
#   #   # (second parm) from being group and world writable.
#   #   Umask                           022  022
#   #            <Limit READ WRITE>
#   #            DenyAll
#   #            </Limit>
#   #            <Limit STOR>
#   #            AllowAll
#   #            </Limit>
#   # </Directory>

Hier beginnt der Teil, mit dem ich kämpfe

<Global>
<Directory /FTP>
<Limit WRITE READ RNFR RNTO>
 DenyAll
 AllowUser ftpadmin
 </Limit>
</Directory>
<Directory /FTP/01.Upload>
<Limit STOR STOU WRITE>
 AllowAll
</Limit>
<Limit RETR DELE RNFR RNTO>
 AllowUser ftpadmin
 DenyAll
 </Limit>
</Directory>


<Directory /FTP/02.Midibase>
<Limit APPE DELE MKD RMD RNTO STOR XMKD XRMD>
 AllowUser ftpadmin
 DenyAll
</LIMIT>
<Limit RETR>

 AllowAll
 </Limit>
</Directory>
<Directory /FTP/03.photobase>
<Limit APPE DELE MKD RMD RNTO STOR XMKD XRMD>
 AllowUser ftpadmin
 DenyAll
</LIMIT>
<Limit RETR>
 AllowAll
 </Limit>
</Directory>

<Directory /FTP/04.Filebase>
<Limit APPE DELE MKD RMD RNTO STOR XMKD XRMD>
 AllowUser ftpadmin
 DenyAll
</LIMIT>
<Limit RETR>
 AllowAll
 </Limit>
</Directory>

<Directory /FTP/05.Temp>
<Limit RNFR RNTO>
 DenyAll
</Limit>
<Limit STOR STOU WRITE DELE RETR>
AllowAll
</LIMIT>
</Directory>
</Global>

 

[accC]

Sag das mit Modulen nicht. Ich habe beispielsweise beim Umzug eines Apache-Servers vergessen Macros zu aktivieren und mich anschließend gewundert, warum die config nicht mehr angenommen wurde.. Abgesehen davon habe ich natürlich auch nur "Grundfunktionen" des Apache-Servers verwendet.


Was mir spontan auffällt, dass du einige Pfadangaben als uppercase angegeben hast, arbeitest du ci oder cs? Eventuell könnte es damit zusammenhängen, aber mehr als überflogen habe ich deine configs auch nicht.. Zumal ich mich da eben auch nicht wirklich auskenne.

 

[mad99]

die Pfadangaben habe ich editiert bevor ich sie hier reingestellt habe :-)
wie gesagt .conf und Struktur sind 1:1 übernommen und das einizge, was funktioniert sind Änderungen des Namens des Servers und der Port

 

[accC]

Es war vorher so, das das Filesystem , auf dem der FTP-läuft, vom OS her alle Rechte für alle FTP-User hatte und nur durch die Direktiven begrenzt wurden. (ich weiss das da keine optimale Lösung ist, aberaufgrund der spezielen Anforderngen lies es sich nicht vermeiden.

Wem "gehört" (FS-Rechte) denn die bisher existente Ordnerstruktur? ftpadmin, root, einem anderen Benutzer?
Unter welchem Nutzer läuft dein FTP-Server?



------------------

Spoiler

Wenn ich deine Konfig richtig verstehe, sollte sich das aber mit Benutzer- und Gruppenrechten über das Filesystem regeln lassen.

 

[mad99]

Sorry, war auf Dienstreise..
aktuell ist kein ftp-server aktiv, deswegen kann ich User und Gruppen frei vergeben, ebenso die Owner und FS-Rechte. unter proFTPd war der User ftpadmin Owner aller Files und der daemon lief unter "proftp"
ich geb zu, ich habs mit Owner- und Gruppenrechten nicht hinbekommen, spätestens nach dem Upload wars hinfällig, weil ich mit der umask alles gewürfelt habe.
Deswegen bin ich ja zu den proFTPd-Direktiven ausgewichen, weil die m.E. überschaubarer und einfacher waren. Anber die funktionieren aus unerklärchlichen Gründen ja nicht mehr.