Lesen, denken und probieren - das nehme ich Dir nicht ab, das mußt Du schon selbst machen...

mfg.
  VolGas

Bitte poste Deine .conf

mfg.
  VolGas

Natürlich, das geht alles recht einfach.

Aber warum das Rad zweimal erfinden?
Stonki hat mit dieser Website so viel Hilfe mitgegeben, daß ich Dich darauf verweisen möchte.

Ganz besonders hilfreich dürfte für Dich der Artikel Support->Docs->HowTo: Directory sein,
aber auch die anderen Artikel und die FAQ's sind durchaus nicht zu verachten...
Die Sammlung der Direktiven fangen mit ein wenig Mühe und Gehirnschmalz den Rest ab.

Auf Neu-Deutsch: RTFM! :wink:
(Sorry, ich konnte es mir nicht verkneifen)

mfg.
  VolGas

Hallo,

als erstes macht mich stutzig, daß Du alle User reinläßt, nur ausgerechnet die Gruppe "ftpuser" nicht???
Ich vermute einmal, daß das umgekehrt gemeint ist - dann das Ausrufezeichen entfernen...

Zweitens:
Was in "Directory"-Blöcken steht, vererbt sich auch an Unterverzeichnisse.
In dem Fall wurde für das Unterverzeichnis "upload", das sowieso schon durch den
vorherigen Block vor dem Schreiben geschützt ist, noch einmal zusätzlich geschützt werden.
Das macht keinen Sinn und ist nutzlos.

Du müßtest das Verzeichnis "upload" mit zwei "Limit"-Blöcken versehen:
einen, der das Schreiben erst mal wieder erlaubt und einen anderen, der die Rechte
dann wieder selektiv einschränkt.

 :RTFM  ->Konfigurieren der Directory Anweisung

mfg.
  VolGas

Ja, das geht!

-> http://www.proftpd.de/Direktiven.54.0.html

Stichwort: CreateHome

Es wäre allerdings sicherer, wenn Du dies schon vorher festlegen würdest.

Solltest Du zudem ernsthaft Interesse an Linux haben, so kann ich Dir
nur wärmstens z.B. das Standardwerk, den "Kofler" empfehlen...

mfg.
  VolGas

Hallo,

mit der Fehlermeldung kann man leider nicht sehr viel anfangen.

PHP läuft als CGI-Version und ich vermute einmal, daß dies über "SuExec" geschieht.
Da SuExec aber höchst penibel reagiert, kann es sehr viele Gründe dafür geben,
weshalb dieses die Scriptausführung verhindert und damit diese Fehlermeldung
provoziert. Wenn dies tatsächlich so ist, bräuchte eine Logfile-Ausgabe von SuExec,
um mehr sagen zu können. Das müßte man erst einmal haben - ist aber standardmäßig
nicht aktiviert, da es einfach zu viele Daten erzeugt.

Das Thema ist sehr komplex, so daß ich Dir empfehle, Dich an die Stelle zu wenden,
die Dir den Server eingerichtet hat.

Sorry...

mfg.
  Volker

Ja, diese Anweisungen kennt der ProFTPD selbst nicht.

Die Unix/Linux Systeme bieten normalerweise die Möglichkeit über Start-Scripts
diverse Dienste automatisch starten zu lassen (Stichwort: SysV). Solch ein Script
muß für den ProFTPD naturlich vorhanden sein und wird für ein Restart wie folgt
aufgerufen:

Debain:
/etc/init.d/proftpd restart

Redhat/Fedora:
service proftpd restart

FreeBSD:
/usr/local/etc/rc.d/proftpd restart

...

Diese Scripte senden den entsprechenden Kill-Befehl (kill -HUP pid) an den ProFTPD,
damit dieser seine Konfigurationsdatei neu einliest. Bestehende Verbindungen sind
davon jedoch nicht betroffen!

mfg.
  VolGas


Nachtrag: auf Stonki's Website findet man einige Beispielscripte unter:
->Download->Tools

Hallo,

versuche es einmal mit folgendem (ohne Gewähr!):

Code:

<Directory ~>
     HideFiles "^([.-].*|profile)$"
     HideNoAccess on
</Directory>

Hast Du schon einmal in den ->Docs auf Stonki's Website nachgelesen?
Der Menupunkt "HowTo: Directory" dürfte interessant für Dich sein.
Man findet auch (fast) alle ->Direktiven zum Konfigurieren des ProFTPD
auf der Website - eine Quelle von beinahe "unendlicher Weisheit"... :wink:

Viel Erfolg!

mfg.
  VolGas

Hallo,

daß Du keine Dateien und Verzeichnisse sehen kannst, wird wohl daran liegen,
daß Du nicht die nötigen Zugriffsrechte hast.

Ich kenne weder PD-.Admin noch vdadmin, halte es aber für eine ganz schlechte
Idee, diverse Systeme, die nicht aufeinander abgestimmt sind, miteinander
zu vermischen.

Wenn der ProFTPD tatsächlich über mySQL die Userverwaltung vornimmt, dann
ist es recht einfach, diese in phpMyAdmin zu organisieren. Allerdings kann man
dann auch wieder irgendeinem System in die Quere kommen...

Ich kann Dir daher nur diese beiden Tipps geben: ändere den FTP-Account
mit der entsprechend installierten Verwaltungssoftware oder -falls möglich- versuche
Dein Glück mit der direkten Änderung der Daten  in der entsprechenden mySQL-Tabelle
via phpMyAdmin.

mfg.
  VolGas

Hi,

entferne doch einmal "TLSVerifyClient on" aus Deiner .conf - das ist meist
die Fehlerquelle. IMHO ist eine "einfache" TLS-Absicherung auch völlig ausreichend.

BTW: Änderungen in der .conf-Datei wirken sich immer erst nach einem Neustart
von ProFTPD aus. Alternativ kann man auch so etwas wie einen "Warmstart"
auslösen (z.B. mit: "/etc/init.d/proftpd reload"), der dann den Server veranlasst,
seine Konfigurationsdatei neu einzulesen.

mfg.
  VolGas

[var]

Den Typ "varbinary" kenne ich überhaupt nicht (gemeint ist wohl BLOB?)
aber analog zu "varchar" wird wohl solch ein Feld im Gegensatz zu einer festen
eine variable Länge haben...

Das Thema ist jetzt aber definitiv off-topic!

mfg.
  VolGas

[Typ]

Das hatte ich fast befürchtet: nicht den Typ,
sondern das Attribut des Datenfeldes ändern!

Wer lesen kann ist immer noch klar im Vorteil!    :wink:

mfg.
  VolGas

Ich frag' mich, was man da nur falsch machen kann?
(gerade wenn man phpMyAdmin benutzt)

mfg.
  VolGas

Ich war durch Dein Posting sehr überrascht, denn ich wußte ich nicht, daß das geht.

Es ist aber leicht nachzuvollziehen warum das passiert, wenn man weiß, daß ein
mySQL-Query standardmäßig von der Groß/Keinschreiung unabhängig ist.
Das Problem kann man aber sehr leicht aus der Welt schaffen: definiere in
mySQL das Feld mit den Usernamen mit dem Attribut "binary" - und schon
passiert das nicht mehr.

Mit den Passworten gibt es das Problem übrigens nicht, da nach diesen nie
gesucht wird, sondern nur nach dem Benutzernamen. Das Passwort wird dann
dem ProFTPD im Original übertragen und dort auch selbst verglichen.

Für die Frage möchte ich mich bedanken, denn das (war) eine Lücke (Feature)
in unseren eigenen Systemen, die mir selbst noch gar nicht aufgefallen war.

mfg.
  VolGas

Der ProFTPD läuft immer nur sehr kurz als root, nämlich wenn er auf eine andere UID
wechseln muß. Daß Dir das zu sehen einmal gelungen ist, ist schon eher ein Glücksfall.
Siehe auch Direktive -> user

mfg.
  VolGas