Proftpd Rechte Problem

[kiff]

Hallo,
ich habe ein Centos 6 system (Basis) installiert um einen FTP Server zu betreiben.
Als FTP Server wollte ich den Proftpd verwenden.

Die Installation ist mittlerweile abgeschlossen, ich kann User anlegen und mich einloggen.
Nach jedem Neustart des FTP Deamons, ändert dieser jedoch sämtliche Rechte des /Home/User Verzeichnisses, (Aller User).

Somit kann ich mich zwar einloggen und Dateien laden, jedoch keine Dateien mehr hochladen!
In der Proftpd.conf habe ich als User und Gruppe jeweils Proftpd angegeben und diesen User im System angelegt.
Ein Versuch alle neuen User ebenfalls in die Gruppe Proftpd zu legen, war leider nicht erfolgreich.

Hat jemand eine Idee?

 

[Mumpitzelchen]

FTP sollte man nicht verwenden. http und ssh decken eigentlich (fast) alles ab was man wollen könnte und sind sicherer und einfacher einzurichten. Sofern du nur selbst auf diesen FTP server zugreifen willst ist einzig und allein ssh die beste Wahl.

Wie genau ändert proftpd die Zugriffsrechte? Was steht in der proftpd.conf

 

[kiff]

Der FTP ist für externe Zugriffe gedacht.
Ein paar Kunden sollen darauf Zugriff bekommen.
Vorher hatten wir einen Windows Server, der ist jetzt gegen einen Linux Server gewichen.

Hier ist die komplette config:

# This is a basic ProFTPD configuration file (rename it to 
# 'proftpd.conf' for actual use.  It establishes a single server
# and a single anonymous login.  It assumes that you have a user/group
# "nobody" and "ftp" for normal operation and anon.

ServerName			"ProFTPD"
ServerType			standalone
DefaultServer			on
RequireValidShell		off

# Port 21 is the standard FTP port.
Port				21

# Don't use IPv6 support by default.
UseIPv6				off

# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask				022

# 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 under which the server will run.
User				proftpd
Group				proftpd

# To cause every FTP user to be "jailed" (chrooted) into their home
# directory, uncomment this line.
DefaultRoot ~ !admin

# Normally, we want files to be overwriteable.
AllowOverwrite		on

# Bar use of SITE CHMOD by default
 <Directory ~>

    <Limit SITE_CHMOD DELE>
      DenyAll
Allowuser admin
    </Limit>

    <Limit READ DIRS>
      IgnoreHidden On
      AllowAll
    </Limit>
  </Directory>

 

[saznik]

Das passt jetzt wohl nicht ganz zum Thema. Aber da du wohl noch am einrichten bist und du geschrieben hast, der Server soll für Kundenzugriffe sein.

Hast du dir schon mal vsftp angeschaut? Der Server ist "sicherer". Im ProFTP tauchen je nach Version manchmal gravierende Sicherheitslücken auf.

https://security.appspot.com/vsftpd.html

 

[kiff]

Danke, aber nein. Ich denke ein einfacher FTP ist vollkommen ausreichend.
Die Anzahl der Kunden ist recht gering und bis auf dieses Detail läuft schon alles wie es soll.

 

[Mumpitzelchen]

Bitte beantworte meine Fragen vollständig.

Notiz am Rande: ich hoffe der FTP Server hat eine eigene, public IP. Sofern er hinter einem NAT Gateway steht werdet ihr höchstwahrscheinlich Probleme bekommen.

 

[kiff]

Nein, der FTP hat seine eigene IP und wird von extern auch schon erreicht.

-->Wie genau ändert proftpd die Zugriffsrechte?
Jeder angelegte Benutzer hat sein eigenes Home Verzeichnis /home/user
Wenn ich einen neuen User anlege, wird das Verzeichnis /home/user1 angelegt.
Owner ist user1 mit der Gruppe user1.

Ich kann mich sofort einloggen und Dateien hoch und runterladen.
Nach einem Neustart von proftpd, wird der Owner des /home/user1 Verzeichnisses auf proftpd geändert. Die Gruppe bleibt bei User1.
Ich kann mich ab sofort nur noch einloggen und Dateien runter laden, jedoch keinen Upload mehr durchführen. --> permission denied.

Ergänzung (30. August 2012)

Hat sich erledigt.
Das init skript hat ein bißchen dazwischen gefunkt...

Trotzdem Danke!