Keine Schreib / Bearbeitungsrechte > kein Upload

[3dfxatwork]

Hallo

ich hab seit längeren proftpd drauf, dateiauszug aus der proftpd.conf unten:
So nun wollte ich mal wieder daten hochladen, jedoch permission denied, vorher gab es auch manchmal soche probleme, wenn man ordner mit bzw per ssh erstellt (unter root) hatte ging darin kein upload, hat man den ordnern und datein die rechte 777 verpasst ging alles wieder, leider haben alle ordner und  datein 777, dann dachte ich mir versuch ich es mal mit chown und auch chgrp: auf root,nobody und ftp brachte immer keine punkte, bin schon am verzweifeln. Danke für eure Hilfe.

MFG Matthias

Code:

ServerName          "ProFTPD"
ServerType          standalone
DefaultServer           on

Port                21
Umask               000

MaxInstances            30

User    nobody
DefaultRoot ~
RequireValidShell off
AllowOverwrite on
AllowRetrieveRestart on
AllowStoreRestart on
UseReverseDNS off
IdentLookups off
UseFtpUsers off
 <Limit WRITE>
            AllowAll
        </Limit>
~
 

[VolGas]

Der ProFTPD ist wie eine Usershell zu betrachten: nach dem Einloggen hat der neu gestartete,
individuelle Prozess die selbe User- und Group-ID wie der eingeloggte User - alle Root-Rechte
wurden aufgegeben. Damit hat der ProFTPD nur noch die selben Zugriffsrechte wie der User.

Du mußt also darauf achten, daß Deine Zugriffsrechte im Filesystem immer stimmen, dann
klappt das auch immer mit dem ProFTPD - selbst mit solch einer minimalen Konfiguration.

mfg.
  VolGas

[3dfxatwork]

Und wieso geht es dann nich wenn ich den Ordner und alle unterodner und datein mit "777" versehen habe?

MFg Matthias

[VolGas]

Ok, wenn das durchgehend gesetzt ist...
Entferne noch den "<Limit ...>"-Block und starte den ProFTPD neu.

Wenn das auch nichts geholfen hat, dann starte den ProFTPD neu im Debug-Modus (-nd5).
Verwerfe die Ausgabe und starte eine neue Session mit einem Upload.
Die Ausgabe dann bitte hier posten.

mfg.
  VolGas

[3dfxatwork]

Jo also am Limit Block kann es nich liegen da ich den nur testweise drin hab, ohne den geht es auch nich.
Jedenfalls hab ich erstmal nen anderes Problem, der Server war gestern aufeinmal nich mehr zu erreichen und neustarten ging nich, jedenfalls war er dann immer noch nich erreichbar, hab ich das system neu drauf gemacht (suse 10 mit plesk) (vorher war ohne plesk).
Nur leider hab ich keine Ahnung wie ich den server im debug modus starten soll, da im system nich mal nen prozess proftpd läuft weis ich auch nich wie ich den killen soll (aber ftp zugang geht, nur eben auch kein upload, also nur leserechte. Das plesk hat mit folgende proftpd.conf beschert:

Code:

ServerName          "ProFTPD"
ServerType  inetd
DefaultServer           on
<Global>
DefaultRoot ~
AllowOverwrite      on
</Global>
DefaultTransferMode binary
UseFtpUsers         on
Port               21
Umask               000
MaxInstances            30
ScoreboardFile /var/run/proftpd/scoreboard
TransferLog /usr/local/psa/var/log/xferlog
<Directory /srv/www/vhosts>
    GroupOwner  psacln
</Directory>
AuthPAM on
AuthPAMConfig proftpd
IdentLookups off
UseReverseDNS off
AuthGroupFile   /etc/group
Include /etc/proftpd.include

in /var/log/messages steht auch nichts interessantes:

Code:

Nov 22 17:39:28 h994847 proftpd[13009]: hssss.serverkompetenz.net (217.234.104.75) - FTP session opened.
Nov 22 17:39:28 h994847 proftpd[13009]: hssss.serverkompetenz.net (217.234.104.75) - mod_delay/0.5: delaying for 48 usecs
Nov 22 17:39:28 h994847 proftpd[13009]: hssss.serverkompetenz.net (217.234.104.75) - USER flosch: Login successful.
Nov 22 17:39:28 h994847 proftpd[13009]: hssss.serverkompetenz.net (217.234.104.75) - Preparing to chroot to directory '/home/flosch'
Nov 22 17:44:32 h994847 proftpd[13009]: hssss.serverkompetenz.net (217.234.104.75) - FTP no transfer timeout, disconnected
Nov 22 17:44:32 h994847 proftpd[13009]: hssss.serverkompetenz.net (217.234.104.73) - FTP session closed.

Danke für eure Hilfe
MFg Matthias

[VolGas]

Ich gehe davon aus, daß auch der ProFTPD neu aufgespielt wurde.
Die Ausgangssituation ist softwareseitig nun eine ganz andere, d.h. der Fehler kann
nur in der Filestruktur (Zugriffsrechte) liegen. Das scheint mir ziemlich eindeutig.

Der ProFTPD läuft nun unter dem inetd (siehe "ServerType").
Besser wäre, meiner Ansicht nach, er würde wieder als "standalone" laufen.
Dazu mußt Du ihn aus der Datei "/etc/inetd.conf" austragen und den Daemon neu starten.
Dann noch ein Start/Stop-Script für den ProFTPD installieren und er ist wieder eigenständig.

Für den Debug-Modus startest Du ihn aber manuell mit den Parametern: -nd5

mfg.
  VolGas

[3dfxatwork]

Ja leider habe ich das Problem das alle Ordner und Datein mit 777 "eingerichtet" sind, somit weis ich nich wo ich suchen soll, da ja eigentlich jeder alles machen dürfte. Das mit dem Standalone hab ich nich hinbekommen, da ich nich weis wo die proftpd startdatei is, suche nach proftpd brachte keinen erfolg, da nur die konfigurationsdatein gefunden wurden.

Wenn das für Sie "ziemlich eindeutig" ist bitte ich Sie mir einen Tipp zu geben, wo genau das Problem liegen könnte.

MFg Matthias 

[VolGas]

Der ProFTPD liegt sehr wahrscheinlich unter "/usr/local/bin" - normalerweise herauszufinden
mittels Sehh-Befehl "whereis proftpd" oder "locate proftpd". Die proftpd.conf könnte (sollte!)
sich im "etc"-Verzeichnis befinden - evtl. auch unter "/usr/local/etc" oder ähnliches.

Eine gut funktionierende proftpd.conf, die die wichtigsten und meist benötigten Anforderungen
abdeckt, kann man bei den ->Beispiel Konfigurationen finden: die ->proftpd.conf Standard Deluxe...

Hast Du Dir schon einmal die ->Support-Seiten und die ->FAQ von Stonki's Website angesehen? Bitte durchlesen!

Man sollte zumindest die absolut notwendigsten Grundkenntnisse von einem Linux-System
haben, bevor man dort anfängt, etwas zu ändern oder einrichten zu wollen.
Dazu kann ich Dir nur wärmstens z.B. das Standardwerk, den ->"Kofler" empfehlen,
es gibt aber auch sehr viel weiterführende Literatur im Internet...

Ich muß jetzt auf eine schnelle Abwicklung drängen, da ich Ärger wegen eines eigenen Servers habe und
darauf in den nächsten Wochen ein mir bis dato fast unbekanntes Betriebssystem (Unix: FreeBSD) mit
einem sicheren Webserver-System nach einer neuen Methode realisieren und aufsetzen muß. Das wird
extrem "spaßig" - ich sehe mich bis nächstes Jahr bis tief in die Nächte am Rechner sitzen.
Ich werde mich daher hier im Forum sehr rar machen.

mfg.
  VolGas