Hallo,

siehe Direktive ->Umask

mfg.
  VolGas

Hallo!

Die Website und Anleitung in allen Ehren, aber ich muß dem Author Florian Schiessl in diesem Punkt widersprechen:
der ProFTPD kann zwar aus historischen Gründen bei Einloggen eines FTP-Users überprüfen, ob der User einen
aktiven Shellzugang besitzt. Aber dieser Anachronismus erfüllt heutzutage keine Funktion mehr - er stört eher und
wird daher i.d.R. mit "RequireValidShell off" abgeschaltet. Diese Funktion wurde nur beibehalten, um eine
Rückwärts-Kompatibilität zu gewährleisten, die wahrscheinlich kein Mensch mehr braucht.

Das bedeutet letztendlich für Dich, daß für User, die keinen Shellzugang haben sollen, statt "/bin/ftp" nun "/bin/false"
eingetragen werden sollte. "/bin/false" ist eine Pseudo-Shell, die aus Sicherungszwecken als Default-Shell für neue
User genutzt werden sollte...

mfg.
  VolGas

Hi!

Prinzipiell ist es bisher bei noch vielen Betriebssystemen/Programmen eine Herausforderung, Bereiche größer/gleich
2 oder 4 GB zu adressieren. Das kann ein veralteter Systemkernel sein oder auch das jeweilige Programm, das
einfach nicht mit solch großen Brocken umgehen kann. Das "Kind" hat auch einen Namen: "Large File Support" (LFS)

Aktuell hat dies gerade der neue Branch von Apache gelöst, bei PHP ist man wohl auch dabei, bei ProFTPD: ???

Mir fällt zu Deinem Problem leider keine Lösung ein.
Vielleicht weiß Stonki etwas zu dem Thema...?

mfg.
  VolGas

Hallo,

mich wundert das Ganze ein wenig, da ich davon ausging, daß der ProFTPD die Meldungen einfach nur so ausgibt,
wie in der proftpd.conf angegeben wurde. Es scheint sich aber etwas zu tun: die gerade in der letzten Phase der
Entwicklung stehende ProFTPD-Version scheint das Thema anzugehen.

Auszug aus http://www.proftpd.org/docs/RELEASE_NOTES-1.3.1rc1:

+ New configuration directives:
  [...]
  UseUTF8
    Disables use of UTF8 encoding for file paths.  If the --enable-nls
    configure option is used, then UTF8 encoding support will be
    enabled by default.
  [...]

+ New configure options:
  [...]
  --enable-nls
    This configure option enables handling of translated message
    catalogs for response messages, and also enables handling of
    UTF8 paths in client commands.
  [...]

Ich hoffe, das ist die Lösung für Dein "Problem".

mfg.
  VolGas

Hallo!

Wenn die Konfiguration in Ordnung ist, wird es sehr wahrscheinlich daran liegen, daß die Zugriffsrechte
von mindestens einem der Verzeichnisse, die sich oberhalb des jeweiligen Userverzeichnisses befinden,
nicht passend sind.

Zum Thema Logging siehe "LogFormat", "TransferLog", "ExtendedLog" und "SQLLogFile" nach bei den
->Direktiven hier auf Stonki's Supportsite... Nach dem Ändern der proftpd.conf mußt Du dem ProFTPD
natürlich noch das "HUP"-Signal senden oder ihn sonst irgendwie neu starten.

Du bist bestimmt nicht zu dämlich, aber bei einem so komplexen System wie VHCS und Konsorten sind
die einzelnen Elemente sehr stark aufeinander abgestimmt. In diese empfindlichen Abhängigkeiten
einzugreifen erfordert schon eine recht gut Kenntnis der Hosting-Software.

Aber wer sich irgendwo ohne eigene Kenntnisse etwas fertiges "einkauft", limiiert sich auch gleichzeitig
auf diesen Level. Du solltest Dich dann auch bei Problemen an denjenigen, der den Fehler "verzapft" hat,
wenden: nämlich an die Entwickler von VHCS...

Tut mir leid, daß ich/wir Dir hier nicht weiterhefen können und es mag alles arrogant und hart kingen,
es ist aber nur ehrlich. Ein gut gemeinter Tipp noch: ich möchte Dir wärmstens z.B. das Standardwerk,
den ->"Kofler" empfehlen, es gibt aber generell auch sehr viel weiterführende Literatur im Internet...

mfg.
  VolGas


Nachtrag: ich bin gerade einmal über die von Dir gepostete Konfiguration geflogen.
Was mir gleich aufgefallen ist: es fehlt "RequireValidShell off" - vielleicht reicht das alleine schon...
Ein Fehler wäre "AuthOrder mod_sql.c" auch nicht gerade. Konfigurationsbeispiele ->hier...

Hallo,

ich bin mir nicht ganz sicher, aber ich glaube, die Quota beziehen sich immer nur auf einen User,
nicht auf ein Verzeichnis. Es kann aber auch sein, daß ich mich irre - bei Systemquotas ist es auf
jeden Fall so.

mfg.
  VolGas

Scheinbar kann Dir hier wirklich keiner weiterhelfen.
Deine Fragen sind zu speziell, da LDAP auch nur sehr selten mit ProFTPD (und überhaupt)
angewendet wird.

Sorry, aber das hier ist auch "nur" ein Anwenderforum, kein Entwicklerforum.
Wenn Du ein solches suchst, dann mußt Du Dich an http://www.proftpd.org/
oder http://www.castaglia.org/proftpd/ wenden...

Dort hilft Dir der Entwickler des ProFTPD bestimmt gerne weiter.

mfg.
  VolGas

Hallo!

Es ist sehr löblich, daß Du -leider im Gegensatz zu vielen Anderen- zuerst versucht hast, Dich selbst
mit der Lektüre der Doku und den FAQ schlau zu machen, bevor Du hier gepostet hast.

Die Antwort ist auch ganz einfach, aber sie wird Dir garantiert nicht gefallen.
Signal 11 bedeutet schlicht und ergreifend: dat Dingens ist Dir abgestürzt - da hat sich nichts "beendet".
Irgend etwas läuft ganz gewaltig schief...

Das jetzt herauszufinden, ist oft sehr schwer.
Solltest Du den ProFTPD mittels "apt-get" installiert haben, so wende Dich doch -sofern Du eine "stable" Version
geladen hast und auch ein solches System benutzt- an den Maintainer des ProFTPD-Paketes oder compiliere
Dir den ProFTPD einfach selbst neu.

Sorry, einen anderen Rat kann ich Dir nicht geben: alles andere führt zu weit und sprengt damit wohl auch sehr
schnell meine bescheidenen Kentnisse in diesem Bereich.

mfg.
  VolGas

Hallo Hansi!

Zuerst: Du hast recht: das Verzeichnis "~" bezeichnet ein Homeverzeichnis eines jeweiligen Users.
Dieses hat natürlich die individuellen Rechte des Users - ist es nicht "world writeable", so ist (und bleibt)
der "nobody" ein solcher. (Du kommst hier nicht rein!)

Zweitens: wenn man mit einem Mac ohne FTP-Client, also das System direkt mit einer FTP-URL "konfrontiert",
dann ist das so eine Sache. Das System mountet dann diese URL als zusätzliches Volume und man kann den
FTP-Server wie eine ganz normale Festlaptte benutzen - nur prinzipiell ohne Schreibrechte!
Dabei spielt es überhaupt keine Rolle, welche Zugriffsrechte der FTP-Server vorgibt.

Das liegt daran, daß bei einem FTP-Server kein File- und kein Record-Locking möglich ist, d.h. der Status
eines Files liegt -per Definition- zu keiner Zeit wirklich fest. Ein File kann gerade geschrieben, erweitert oder
gelöscht werden, während jemand darauf zugreift. Ebenso ist ein gleichzeitiger Schreib-/Lesezugriff nicht
möglich, auch ein "random access", also ein beliebiger Zugriff innerhalb einer Datei nicht möglich.
Wohl aus diesen Gründen hat sich Apple entschlossen, "FTP-Drives" im OS X generell nur als "read only"
mouten zu lassen. Wenn man den Hintergrund kennt, ist die Entscheidung durchaus logisch.

Aber es gibt Hilfe: genauso wie für jedes andere Betriebsystem (oder solche, die so tun, als wären sie eines)
gibt es auch für den Mac zahlreiche FTP-Clients. Ein -meiner Meinung nach- recht guter und zudem kostenloser
ist z.B. ->Cyberduck, aber nicht unerwähnt lassen möchte ich "Captain FTP" und "Interachy" (beide kostenpflichtig)
und all die vielen anderen, die ich hier nicht alle nennen könnte.

Mit so einem Client klappt das dann ganz so, wie Du Dir das vielleicht vorgestellt hast.

mfg.
  VolGas


PS: "RootLogin on" ist, finde ich, absolute Sch... (eußlich) und sollte tunlichst(!!!) vermieden werden.
Außer, daß es damit möglich ist, sich als "root" mit entsprechenden Rechten (alle!) einzuloggen,
hat es aber sonst keinen Zweck und keine Wirkung.

@ jdc32:

Hallo!

Wenn Du dann wieder nüchtern bist, dann kannst Du Dir ja mal Stonki's Support-Website (diese) ansehen,
dann weißt Du über aktiv/passiv FTP bescheid und warum man bei einem Router mit NAT ->MasqueradeAddress
einsetzt, ist Dir dann auch nicht mehr fremd.

In dem Konfigurationsbeispiel ->proftpd.conf Standard Deluxe ist dann alles für alle Eventualitäten
zusammengepackt - einfach nur für die eigenen Zwecke anpassen und den ProFTPD neu starten, fertig!

Bei neuen Fragen darfst Du dann auch gerne einen neuen, eigenen Thread im Forum eröffnen -
aber nur nüchtern, bitte...

mfg.
  VolGas

Hi,

die beiden Direktiven dürfen/können nur in unterschiedlichen Kontexten benutzt werden:
"UseReverseDNS" nur im globalen, "IdentLookups" aber für jeden Server einzeln.
(oder in einem "<Global>...</Global>"-Block)

Bevor wir jetzt lange herummachen und uns Erklärungsversuche fast zum Verzweifeln bringen:
ich schlage vor, einfach die ->proftpd.conf Standard Deluxe den eigenen Bedürfnissen anzupassen
und dann damit die alte proftpd.conf zu ersetzen.

Als ich damals diese Konfiguration erstellte, hatte ich mir extra viel Mühe gemacht, sämtliche Kontexte
und Szenarien zu berücksichtigen und alles entsprechend so aufzubauen, daß solche Probleme wie oben
beschrieben erst gar nicht auftreten können.

Eine Version dieser Konfiguration läuft auf einem unserer Server mit mehreren VirtualHost's auf
verschiedenen IP's und mit unterschiedlichen Settings problemlos schon seit fast mittlerweile
ein/einhalb Jahre völlig unterbrechungs- und störungsfrei...

Ich hoffe und denke, daß solch eine Konfiguration auch Dein Problem lösen kann.

mfg.
  VolGas

Moin!

Beim überfliegen Deiner proftpd.conf ist mir kein Fehler ins Auge gesprungen.

Daß ein "Resume" auch nicht zu funktionieren scheint, läßt für mich eigentlich nur einen Schluß zu:
die Datei ist an dieser Stelle wirklich zu Ende. Wie kommst du darauf, daß noch ein Byte fehlt?
Hast Du die Datei auf dem Server kontrolliert? Sorry, ich will Dir nichts unterstellen...

mfg.
  VolGas

Hallo!

Das Programm "ftpdctl" ist nicht das Binary vom ProFTPD oder ein Startscript dafür, sondern ein
Programm für das (selten benutzte und benötigte) zusätzliche Modul "mod_ctrls" (siehe ->hier)
Etwas für Freaks...

Wenn Du den ProFTPD compiliert hast, dann starte ihn einfach mit "./proftpd" im Installationsverzeichnis.
Beispiele, wie man den ProFTPD compilieren kann, findest Du z.B. ->hier im Forum (anpassen!),
Erklärung zu den dort benutzten configure-Optionen findest Du ->hier...

Viel Erfolg!

mfg.
  VolGas

Hi!

Wie Stonki schon geschrieben hatte, kann Dein ProFTPD erst gar nicht starten -
in dem Debug ersichtlich: Abbruch mit "fatal".

Wo immer Du Dich versuchst einzuloggen - es ist nicht da, wo Du das Debug-Log her hast.

Was mir zu Deinen Postings einfällt:

• (m)ein Tipp: lies Dir zuerst das Linux-Standardwerk, den ->"Kofler" durch...
• stelle den ProFTPD von "inetd" auf "standalone" um.
  Vergiß dabei aber nicht, den Proftpd aus dem "inetd" herauszunehmen und ihn dann neu zu starten
• Lade eine der ->Beispielkonfigurationen von dieser Website herunter, passe sie Deinen Bedürfnissen
  an und ersetzte damit Deine alte proftpd.conf. Ich kann Dir die ->proftpd.conf Standard Deluxe
  empfehlen - die berücksichtigt die allermeisten Konfigurationsszenarien und Bedürfnisse.
• starte den ProFTPD neu.
  Die Konfigurationsdatei proftpd.conf wird nur durch einen Neustart des ProFTPD ausgelesen oder
  durch das Prozess-Signal "HUP". Bereits laufende Sessions werden bei letzterem aber nicht tangiert.

Ich hoffe, du kommst damit weiter.

mfg.
  VolGas

Hallo,

Stonki hat recht.
Auch wir haben mehrere IP's auf einem Rechner und haben mit ein und dem selben ProFTPD für jede IP
ein etwas anderes Setting. Ich habe unser Setting zu einer in den meisten Fällen nutzbaren Beispielkonfiguration
umgeschreiben und ->hier der Allgemeinheit zur Verfügung gestellt.

Ich habe mir viel Mühe gegeben, daß man Strukturen und Zusammenhänge klar erkennen und auseinander
halten kann. Vielleicht hilft Dir dieses Beispiel, Deine eigene Konfiguration so umzuschreiben, daß sie mit
Deinen beiden Netzwerkkarten und mit mehreren IP's ebenfalls funktioniert.

mfg.
  VolGas