Hallo,

der ProFTPD wird einfach nur mit seinem Namen gestartet - ohne "start".
Falls Du ein Start-Script installiert hast, wird dieses normalerweise mit dem
Parameter "start" benutzt, um den Daemon zu starten.

Damit der ProFTPD seine Konfiguration neu einliest, muß er entweder gestoppt
und dann wieder neu gestartet werden oder ein bekommt als Signal ein "HUP".

Ist der ProFTPD als "standalone" konfiguriert, ist es egal, welcher Netzwerkdaemon
im System installiert ist, solange es keine Konflikte durch die Portbelegungen gibt.

mfg.
  VolGas

Hallo,

kurze Antwort: setze "Umask xxx yyy"
(mit ensprechenden Werten für xxx & yyy)

mfg.
  VolGas

Hallo,

warum hast Du "DefaultRoot ~" auskommentiert?
Es kann durchaus sein, daß Du in einem Verzeichnis landest, für das Du keine Zugriffsrechste hast.
Der Login muß dann scheitern. Zusätzlich würde ich noch empfehlen "RequireValidShell" auf "off"
zu setzen.

mfg.
  VolGas

Hi,

ui ui ui, jetzt fängst Du aber wirklich an, Kraut und Rüben durcheinander zu werfen.
Deshalb, Stück für Stück:

• Die beiden Direktiven "User" und "Group" definieren, unter welcher UID/GID der ProFTPD selbst laufen soll.
  Dieser User ist ein Systemuser und oft schon vordefiniert.
• Virtuelle User, das sagt ja das Wörtchen "virtuell", existieren nicht wirklich.
  Du brauchst also nicht noch einmal den selben User im System anzulegen.
  Was für einen Sinn (außer Beschäftigungstherapie) hätte dann AuthUserFile?
• Das Format eines AuthUserFiles lautet: "username:password:uid:gid:gecos:homedir:shell"
  das von AuthGroupFile: "groupname:grouppasswd:gid:member1,member2,...memberN"
  Näheres dazu siehe: http://www.castaglia.org/proftpd/doc/contrib/ProFTPD-mini-HOWTO-AuthFiles.html
• Wenn Du möchtest, daß der ProFTPD zum Authentifizieren ausschließlich und alleine Dein AuthUserFile
  benutzt und nicht doch noch auf "/etc/passwd" zurückgreift, mußt Du dies mit "AuthOrder mod_auth_file.c"
  unterbinden.

So, daß war eine ganze Menge Infos.
Ich hoffe, Du kommst damit nun klar.

mfg.
  VolGas

Hallo,

Du hast ein typisches Unix-Rechteproblem und weniger eines des ProFTPD.
Am einfachsten wäre es natürlich, wenn der zweite User die selbe UID und GID
wie der erste hätte. Das kann man -mit ein wenig Nachdruck- einem Unix-System
durchaus "beibringen".

Ich würde versuchen den beiden Usern die selbe Gruppe zuzuweisen und dann dem
gemeinsamen Verzeichnis entsprechende Rechte und eine entsprechende Umask.
Zusätzlich scheint mir "UserOwner" auch für eine akzeptable Lösung gut zu sein.

Noch einfacher geht es natürlich, wenn man im ProFTPD mit virtuellen Usern/Gruppen
arbeitet, wie z.B. mit AuthUserFile, SQL oder LDAP. Da kann man beliebig UID/GID/Homedir
zuweisen (entspricht dem erst genannten Vorschlag).

mfg.
  VolGas

Hallo,

was Du beschreibst ist völlig atypisch.
Der ProFTPD läßt schon einmal aus Sicherheitsgründen niemanden als root einloggen,
wenn man das nicht ausdrücklich so konfiguriert hat. Daß man in sein Homeverzeichns
"gebeamt" und dort quasi festgehalten wird, ist normalerweise ja erwünscht. Du scheinst
eine sehr exotische Konfiguration zu haben - laß und daran teilhaben und poste sie hier.
Vielleicht können wir dann das (bzw. die) Rätsel lösen.

mfg.
  VolGas

Ich kann nicht verstehen, weshalb der ProFTPD nun gar nicht mehr laufen soll.
Irgend etwas scheint bei Dir super-spezial zu sein.

Den ProFTPD installiert man wie jeden anderen Server auch: über configure, make und make install.
Auf Stonki's Site (proftpd.de) ist eigenlich alles, was man braucht - und der ProFPTD läuft auf
zig-tausenden von Maschinen. Keine Ahnung, was bei Dir falsch läuft, da müßte man vielleicht einmal
direkt an das System ran.

Was wir aber noch versuchen könnten, wäre, wenn Du den ProFTPD im Debug-Modus (siehe FAQ)
startest, Dich versuchst einzuloggen und dann die Debug-Ausgabe hier postet. Damit kommt man
i.d.R. weiter.

mfg.
  VolGas

Hmm, Deine config ist aber sehr "sparsam"...

Ich denke, das könnte Dein Problem lösen: "RequireValidShell off"

Des weiteren würde ich zur Optimierung noch folgendes empfehlen:

UseReverseDNS off
IdentLookups off

mfg.
  VolGas

Hi,

wenn Ihr einen Server in einem lokalen Netz betreibet, so bekommt dieser natürlich auch eine lokale IP.
Wird nun versucht von außen auf den Server zuzugreifen, so gibt es duch die NAT des Routers Probleme
beim Öffnen des Datenports.

Dagegen ist ein Kraut gewachsen: MasqueradeAddress -> http://www.proftpd.de/Direktiven.54.0.html#97
Allerdings ist dann netzintern nichts mehr zu wollen und wenn die IP des Anschlusses sich ändert, so muß
der ProFTPD sich neu darauf einstellen, sprich: gestartet werden.

mfg.
  VolGas

Hallo,

ich nehme einmal an, daß die Zeile, die Du gepostet hast, eine Ausgabe von "ps" ist.

Der ProFTPD startet als der User und unter der Gruppe, die in der proftpd.conf vorgegeben wurde.
Wenn Sich nun jemand einloggt, so muß ein neu gestarteter ProFTPD-Prozess einmal kurz auf root
"umschalten", um dann endgültig die Identität (User & Group) des neu eingeloggten Users anzunehmen.

Dieser Vorgang ist dann nicht mehr umkehrbar und wenn sich der User wieder ausgeloggt hat
(oder schlicht rausgeflogen ist) wird dessen abgespalteter ProFTPD-Prozess wieder beendet.

Es könnte vielleicht aber auch sein, daß Du in der profptd.conf nicht die beiden Direktiven "User"
und "Group" nutztst und der ProFTPD die ganze Zeit unnötigerweise(!) als root läuft... (schlechte Idee, übel, übel!)

mfg.
  VolGas

Hallo!

Du hast es richtig erkannt: es fehlen die SQL-Module.
Wenn Du tatsächlich (und daran zweifle ich nicht) "proftpd-mysql" per "apt-get" installiert hast,
dann hat der Maintainder des Paketes wohl Mist gebaut.

Versuche es noch einmal mit: "apt-get update" und dann: "apt-get --reinstall install proftpd-mysql"
und kontrolliere, ob nun die SQL-Module mit dabei sind.

Wenn nicht, dann ist es wohl das beste, wenn Du Deinen ProFTPD selbst compilierst.

Ich habe am Anfang auch mit "apt-get" unsere Serversoftware installiert, hatte damit aber nie genau das,
was ich wollte, meist nur (ur)alte Versionen und auf "Überraschungen" nach einem "apt-get upgrade"
irgendwann mal keine Lust mehr. Alle(!) Serversoftware auf unseren Servern sind nun selbst in ein separates
Verzeichnis (/usr/local/...) compiliert - und ich habe nur allerbeste Erfahrungen damit gemacht, da mir keiner
mehr an der Installation "herumfummelt" - die Anwendungen sind einfach zu kritisch. Allerdings muß man sich
dann auch wirklich selbst um die nötige Sicherheit und um Updates kümmern.

Alles andere lassen wir nach wie vor mit "apt-get" installieren und aktualisieren.

Solltest Du Dich tatsächlich dazu entscheiden Deine Software selbst zu compilieren, dann vergiss nicht, vorher
mit "apt-get remove" eine schon vorhandene Debian-Installation entfernen zu lassen. Sonst kann es passieren,
daß es bei einem Update Probleme (Kollision!) gibt.

mfg.
  VolGas

Aloah,

eigentlich nicht so wichtig, aber hast Du den ProFTPD selbst compiliert
oder per "apt-get" installieren lassen?

Welche config hast Du installiert?
Poste sie bitte sicherheitshalber hier.

mfg.
  VolGas

Hi Nadja,

Du möchtest doch bestimmt, daß alle User in ihrem Home-Verzeichnis landen, nicht nur User der Gruppe "psacln", oder?
Dann nimm dies von DefaultRoot einfach weg: "DefaultRoot ~"

Ich denke, daß es dann funktionieren un damit die Fragen 1 & 2 beantwortet sein dürften.

Die .conf liest der ProFTPD über einen "Soft-Restart" neu ein - aber funktioniert aber nur für neue FTP-Sessions.
Dazu schickt man dem Eltern-Prozess das "HUP"-Signal.
Über ein Startscript geht dies z.B. mit: /etc/init.d/proftpd reload

mfg.
  VolGas

[ACHTUNG!]

Hallo,

als C-Programmierer möchte ich mich nicht bezeichnen, aber ich komme soweit zurecht.
Ich habe mir das Source-Verzeichnis der Version 1.2.10 und 1.3.0 angesehen und man scheint
wirklich recht einfach mit einem kleinen Eingriff ftptop soweit patchen zu können, daß er die
Spalten wünschgemäß vergrößert/verkleinert.

Folgendes gilt für beide Versionen:
Im Verzeichnis "utils" gibt es jeweils die Datei "ftptop.c".

Ändere in diesem File: (ab Zeile 64 bzw. 66):

Code:

/* These are for displaying "PID S USER CLIENT SERVER TIME COMMAND" */
#define FTPTOP_REG_HEADER_FMT "%-5s %s %-8s %-20s %-15s %-4s %-*s\n"
#define FTPTOP_REG_DISPLAY_FMT "%-5u %s %-8.8s %-20.20s %-15s %-6.6s %4s %-*.*s\n"

/* These are for displaying tranfer data: "PID S USER CLIENT KB/s %DONE" */
#define FTPTOP_XFER_HEADER_FMT "%-5s %s %-8s %-44s %-10s %-*s\n"
#define FTPTOP_XFER_DISPLAY_FMT "%-5u %s %-8.8s %-44.44s %-10.2f %-*s\n"

Um die Spaltenbreite für "USER" zu auf z.B. 16 Zeichen Breite zu ändern, wäre
jeweils "%-8s" mit "%-16s" und "%-8.8s" mit "%-16.16s" auszutauschen.

Das sollte funktionieren, einfach im Anschluß nur noch compilieren und installieren.

ACHTUNG!
Dies ist ein Quick & Dirty Hack, es wurde weder überprüft, ob
irgendwelche Seiteneffekte auftreten können, noch ob es funktioniert.
Änderungen am Sourcecode nur auf eigene Gefahr und Verantwortung!
Ich übernehme keinerlei Garantie und hafte nicht für evtl. auftretende Schäden!

Nur um mich abzusichern - für alle Fälle...

Es wäre nett, wenn Du im Anschluß eine Rückmeldung posten würdest.
Viel Spaß damit!

mfg.
  VolGas


Nachtrag: vor einer Neuinstallation ist natürlich vorher zuerst der ProFTPD zu beenden!

Der ProFTPD ist normalerweise ein sehr solides Stück Software - bei uns z.B.
läuft das Teil schon über ein Jahr ohne auch nur ein einziges "Bäuerchen"...

Bitte starte den ProFTPD im Debugmodus, provoziere den Fehler und poste den Output davon.

mfg.
  VolGas