http://www.proftpd.de/Direktiven.54.0.html#145

Da is ein Fehler der mich anfänglich verwirrt hat: Bei Zweitens steht unten in der Erklärung statt OpenSSL OpenSSH.

Mit OpenSSL gehts jetzt, danke.

Ah, das md5 kommt über OpenSSL, das muss man wissen

Sieht so aus als lägest du richtig, mit Plaintext gehts.

Ich hätt eh lieber eine md5 Verschlüsselung, ein Tut zur Hand wie ich das hinkrieg?

Was offen bleit is warum Backend nit funzt, in den Dokus steht das überall drin und nirgends steht dass das jetzt nimma geht.

Ich hatte jetzt fast ein halbes Jahr Proftp problemlos laufen, bis mein provider jetzt scheinbar ein paar kleine Veränderungen in der Handhabung der vServer gemacht hat. Jedenfalls viel mir nichts Besseres ein als update, upgrade und dist-upgrade was mir überall neue Software gebracht hat, den Fehler von ProFTP auch ausgemerzt hat, allerdings gehn jetzt meine virtuellen Benutzer mit mod_sql nicht mehr.

Ich finde einfach nicht raus warum.

Inder AuthLog steht wennich mich mit einem virtuellen einlogge das:

Code:

TK212017119216.teleweb.at csa [23/Mar/2006:09:33:18 +0100] "USER alf" 331 -
TK212017119216.teleweb.at csa [23/Mar/2006:09:33:20 +0100] "PASS (hidden)" 530 -

csa is mein FTP Benutzer, der ja immer herangezogen wird wenn ein virtueller ins Spiel kommt weil der csa ja der Inhaber der ganzen Dateirechte usw is.

530 Heißt, dass das Passwort nicht korrekt is oder? Ich benutz die MySQL PASSWORD() und hab auch in der conf angegeben das ich Beckend verwend.

Die SQL Log von nur einem Zugriff, is 148 Zeilen lang, alle Querys die darin abgefragt werden habich durchprobiert, sie gehen!
Ich hab einen Auszug hier ins nopaste getan: http://nopaste.debianforum.de/2724

Ich hab mitm Linux Freund gestern den ganzen Tag herumprobiert wir sind mit unserem Latein am Ende, wie gesagt, der Server lief jetzt ein halbes Jahr unter dieser Konfiguration - auch ziemlich schnell.

Mit regulären LinuxBenutzern kannich mich übrigens noch annmelden, obwohl das eigentlich nicht gehen sollte, weil ich "SQLAuthenticate users*" in der conf hab.

Bin für jeden Ansatz dankbar.

Hier noch die Conf:

Code:

ServerName                      "Centraport"
ServerType                      standalone
DeferWelcome                    off

MultilineRFC2228                on
DefaultServer                   on
ShowSymlinks                    on

TimeoutNoTransfer               600
TimeoutStalled                  600
TimeoutIdle                     1200

DisplayLogin                    welcome.msg
DisplayFirstChdir               .message
ListOptions                     "-l"

DenyFilter                      \*.*/
Port                            21

LogFormat default "%h %l %u %t \"%r\" %s %b"
ExtendedLog /var/log/proftpd.paranoid_log ALL default

MaxInstances                    30
User                            csa
Group                           csa
Umask                           022  022
AllowOverwrite                  on

SQLLOGFILE /var/log/proftpd.sql.log

SQLConnectInfo DaBa User Pass
SQLHomedirOnDemand On
SQLAuthenticate users*
SQLAuthTypes Backend
RequireValidshell off
DefaultRoot ~
SQLDefaultGID 1011
SQLDefaultUID 1011
SQLMinUserUID 1010
SQLMinUserGID 1010

MySQL Daten habich gecheckt, wie man im SQL Log aber sieht kriegt er eh postive Querys zurück.

Hoi,
SG = SystemGroup, also eine Gruppe vom LinuxSystem
SU = SystemUser, also Benutzer vom LinuxSystem
VG = VirtualGroup, also in der SQL-DB vom Proftpd
VU = VirtualUser, auch aus der SQL

Hab Proftpd jetzt mit SQL aufgesetzt, und alles läuft. Bei mir rennt proftpd unter dem SU "csa" und unter der SG "csa". Das funktioniert auch so. Erstell ich nun einen neuen VU in der "users" Tabelle, wird auch dessen Heimverzeichnis erstellt und es gehört dann auch sowohl dem SU "csa" als auch der SG "csa".

Melde ich mich jetzt mit dem FTP-Klient an, steht da bei den Dateien, bei Besitzer, dann auch brav der VU als Besitzer drin - bei "Gruppe" steht aber die SG "csa" drin.

Ich habe jedoch in der "groups" Tabelle vier Gruppen angelegt, und in deren "members" Spalte auch ihre Benutzer drin. Genauso hab ich den Benutzern die IDs der groups bei "gid" eingetragen. Allerdings zeigt er als Gruppe im gftp jetzt "csa" an, was mich glauben lässt, dass er die virtuellen Gruppen sowieso ignoriert - also meine Frage. "Wozu brauch ich die dann?"

Ich meine der Sinn von virtuellen Gruppen ist ja, das ich denen verschiedene Rechte oder so geben kann nicht wahr? Wo mach ich das dann? Ich würd zum Beispil einer Gruppe einen gemeinsamen Gruppenordner geben, wo dann alle Gruppenteilnehmer drin lesen und schreiben dürfen. Wie stell ich das an, so jetzt mit virtuellen Gruppen? UNd warum zeigt er "csa" an und nciht di VG?

mfg

Das mit den 2 Minuten hat sich erledigt, braucht nun wieder nur ein paar Sekunden, lag wohl daran, dass es früher der erste Login war. Hab auch mittlerweile begriffen das ich gar nicht registriert bin, was ich nun nachgeholt habe. Entschuldigung für die Mehrfachbeiträge.

Dann wärens vorerst nur mehr die zwei Probleme oben.