Normalerweise geht man als "root" in das Sourcecode-Verzeichnis.

Mann, Dir fehlen wirklich die allerwichtigsten Grundkentnisse. Die sollte zumindest von einem Linux-System
haben, bevor man dort anfängt, etwas zu ändern oder einrichten zu wollen. Lies wirklich zuerst einmal den "Kofler".

Ein Programm startet man in Unix normalerweise einfach in dem man dessen Namen (evtl. mit Pfad) und evtl. auch
Parametern dahinter eingibt. Es gibt Standardpfade (konfigurierbar), die Unix bei Programmnamen ohne Pfadangabe
zuerst absucht, bevor es eine Fehlermeldung gibt.

Serverprogramme startet man i.d.R. aber nicht direkt. Dafür benutzt man normalerweise Start-/Stop-Scripts, die
einen Server gleich nach dem Hochfahren starten (können) und weiter auch zwischenzeitlich einen geregelten Ablauf
gewährleisten sollen. Das Programm (in dem Fall der ProFTPD) wird dann nicht mehr direkt mit "proftpd" aufgerufen,
sondern z.B. mit "/etc/init.d/proftpd start".

Beispiele für solche Scripte kannst Du im Downloadbereich bei den Tools ->hier auf dieser Website finden.

Eine Anleitung, wie Du Dein System konfigurierst, hat nicht wirklich etwas mit dem ProFTPD (und damit auch nichts
mit diesem Forum) zu tun. Sorry, das klingt bestimmt hochgradig arrogant, aber irgendwo muß man eine Grenze
ziehen, sonst schreibt man sich nur die Finger an Fragen wund, die anderweitig schon zig-tausend fach beantwortet
wurden und nur immer weitere neue Fragen nach sich ziehen.

Daher: bitte informiere Dich / lerne erst anderweitig die notwendigen Linux-Grundkentnisse, hier ist der falsche Ort.
Ich habe hier schon viel mehr als sonst weitergeholfen, sorry.

mfg.
  VolGas

Hallo!

Da hast Du aber ein Megaposting abgelassen mit allen wichtigen Daten - das hat mich doch ein wenig abgeschreckt.
Aber eines fehlt: was ist das für eine Installation? (Neue von Debian oder was sonst?)

Dein letztes Posting hat mich nämlich verblüfft - so etwas hatte ich bisher noch nicht gesehen.
In der "/etc/init.d/proftpd" wäre vielleicht auch der Fehler zu suchen, denn da steht wohl ein anderer Pfad zum Userfile
als den, den Du gewählt hast. Aber meiner Meinung nach ist es kompletter Unsinn, den ProFTPD mit PAM zu benutzen,
da dieses nur die Authorisation bewerkstelligt und sonst nichts.

Ich empfehle Dir daher, ein Backup Deiner bisherigen "/etc/init.d/proftpd" zu machen und dann eine passende aus dem
Tool-Bereich dieser Website (->hier) einzusetzen - natürlich entsprechend angepasst...

Deine Konfigurationsdatei sieht recht ordentlich aus, mir ist auch kein Fehler aufgefallen - sollte funktionieren.
Die riesige Liste der Module läßt wirklich darauf schließen, daß Du ein vorgefertigtes Paket benutzt.
Das ist zunächst nicht unbedingt etwas schlechtes, doch vertrete ich die Meinung, daß man seine Serversoftware
so schlank wie möglich halten sollte. Das minimiert mögliche Softwarefehler, Seiteneffekte und Angriffsflächen.

Ich compiliere aus diesen Gründen unsere Serversoftware immer selbst.
Wenn Du das auch probieren möchtest:

ein Posting mit Beispiel zum Compilieren des ProFTPD: ->hier,
(mySQL-Teile und natürlich auch "--disable-auth-file" entfernen!),
Erklärungen zu den dort genutzten Optionen: ->hier.

Hier noch ein Textbaustein, der Dir vielleicht weiterhelfen könnte (nicht, daß ich Deine Konfig schlecht halten würde!):
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...

Sodele, jetzt bist Du aber gerüstet...

Ach ja, das hätte ich beinahe vergessen: "hostname  - Failed binding to 0.0.0.0, port 21: Address already in use"
Schieß' diesen Prozess ab und sieh' nach, ob Du den Hostnamen für Dein System eingetragen hast (/etc/hostname)
und Deine sonstige Netzwerkonfiguration in Ordnung ist. Nach all dem starte am besten Deine Maschine neu...

mfg.
  VolGas

Hallo!

In dem Verzeichnis, in dem Du das Programm/Paket installiert hast, sind meist alle compilierten Komponenten
enthalten. Allerdings werden diese bei "make install" in die bei "./configure" angegebenen Verzeichnisse kopiert.
Da Du scheinbar keine extra Angaben gemacht hast, wurde der ProFTPD und seine Komponenten in die Default-
verzeichnisse (teilweise quer über's System) kopiert, d.h. daß Du z.B. das Binary "proftpd" wahrscheinlich in
"/usr/local" findest und das Konfigurationsfile "proftpd.conf" in "/etc" usw.

Welche Optionen man bei "./configure" hat, kann man am besten (vorher!) mit "./configure --help" in dem
jeweiligen Verzeichnis des Source-Paketes erfahren.

Das war zwar alles off-topic, aber auch nur kurz erklärt.
Hier habe ich noch ein paar Textbausteine für Dich, die ich im Forum immer wieder einmal verwende:

Ein Posting mit Beispiel zum Compilieren des ProFTPD: ->hier (mySQL-Teile können weggelassen werden),
Erklärungen zu den dort genutzten Optionen: ->hier.

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...

Noch ein Lesetipp: solltest Du ernsthaft Interesse an Linux haben, so kann ich Dir nur wärmstens z.B. das
Standardwerk, den "Kofler" empfehlen - aber auch im Internet kann man vieles finden -
wenn man nur danach sucht...

So, das müßte Dir weiterhelfen können...
Viel Erfolg!

mfg.
  Volgas

Hallo!

Da war Stonki schneller als ich.

Ich würde zusätzlich "ServerType" von "inetd" auf "standalone" stellen
und "DenyGroup" auf "!ftpuser, !itse61".

mfg.
  VolGas

Na bitte!   

Sorry, wenn ich ein wenig unwirsch und ungehalten war -
ich war auch noch nicht so ganz frisch und mußte mich zuvor über jemanden ärgern.

Ich sollte eigentlich so reif sein, daß ich das nicht an anderen auslasse, tut mir leid...

mfg.
  VolGas

Meine Güte!

Warum versuchst Du nun mit mir zu handeln und machst soviel Worte?
Mach es doch einfach.

In der "Standard Deluxe" gibt es keinen Schnickschnack: es wurde damit nur versucht,
nahezu alle Anforderungen in ein und der selben Datei abzufangen, damit Leute wie Du
möglichst gleich (oder schnell) ein Erfolgserlebnis haben - ohne Überraschungen und
Nebeneffekte.

Außerdem wurde durch die Gliederung der Datei versucht, die Zusammenhänge darzustellen,
damit man auch ein Verständnis für das Ganze bekommen und auch Dinge einfacher finden
kann. Was darin nicht auf Deine Gegebenheiten zutrifft, kannst Du ja rausschmeißen, wenn
es Dich stören sollte.

Ansonsten versuche es mit "RequireValidShell off" und lebe dann mit den Nachteilen
Deiner Konfiguration. Verschone uns dann aber mit weiteren Fragen z.B. warum es so langsam
geht u.s.w. und mache Deine eigenen Erfahrungen alleine.

Du wolltest einen Rat und nun zickst Du wie mit einem Brett vor den Kopf genagelt herum -
mir vergeht da echt die Lust!

mfg.
  VolGas

Ist das Deine ganze Konfigurationsdatei?
Da wüßte ich schon mehrere Gründe, warum es nicht geht.

Warum versuchst Du es nicht einfach einmal mit der "proftpd.conf Standard Deluxe"?
Ich habe in meiner ersten Antwort extra einen Link unter den Text gelegt, damit Du sie
nicht noch suchen mußt. Die funktioniert und erklärt in ihrem Zusammenhang auch einiges.

Wenn Du schon um Rat fragst, dann könntest Du alleine schon aus Höflichkeit kooperieren.
Ich habe nämlich keine Lust, mit Dir jede einzelne Direktive durchzugehen und zu erklären.

mfg.
  VolGas

PS: Die syslog ist gänzlich uninteressant, der ProFTPD führt seine eingene Logfiles.

Freut mich, daß ich Dir helfen konnte.

mfg.
  VolGas

Hi.

Verzeichnis anlegen und einem User als Homedir zuweisen.
Alles weitere regelt die Direktive "DefaultRoot ~" in der proftpd.conf.

mfg.
  VolGas

Hallo!

Nicht verzeweifeln - es ist kinderleicht.
Zugegeben: am Anfang kann man sich bei der Konfiguration des ProFTPD schon ein wenig verrennen,
aber das bekommen wir ganz schnell in den Griff.

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...
Die muß nur ein klein wenig angepasst werden und wenn der Server einmal läuft, braucht man sich um
den ProFTPD eigentlich nicht mehr zu kümmern.

Wenn Du einen (System-)User anlegst und diesem als Homeverzeichnis das entsprechende Verzeichnis für
die Webpräsenz zuweist, war's das im Prinzip auch schon.

Wenn das nicht klappen oder weitere Fragen offen sein sollten...

Den Textbaustein mußt Du Dir noch gefallen lassen:
Ich kann Dir für den Anfang wärmstens z.B. das Standardwerk, den ->"Kofler" empfehlen,
es gibt aber auch sehr viel weiterführende Literatur im Internet...

mfg.
  VolGas

Jedem User sein Homedir heißt nicht zwangsläufig, das jeder sein eigenes haben muß...
Wenn Du mit virtuellen Usern (mySQL) arbeitest, dann hast Du es super-einfach und kannst evtl. alleine
durch die geschickte Vergabe von UID/GID das Problem lösen. Falls dies wegen der Dateistrukur nicht
möglich sein sollte, kannst Du per Unixbefehl "mount" ein Verzeichnis in einem anderen mounten...
Das sollte man aber nur dann machen, wenn es anders gar nicht geht.

mfg.
  VolGas

@ borderlinedancer:

Ich habe keinen Link vergessen, ich meinte tatsächlich die Seiten dieser Website: http://proftpd.de/
Und noch spezieller: http://www.proftpd.de/Support.13.0.html

Und von müssen kann hier nicht die Rede sein, ich nenne das eher Vorbeugen...

Der vorgeschlagene Weg von "Overloard" wäre eine denkbare Lösung.
Diese benutzt ebenfalls IPtables, allerdings ist mir das "fail2bann"-System zu umständlich und zu wuchtig.
Ich habe mit wenigen Anweisungen unsere IPtables so konfiguriert, daß nach x Versuchen die IP eines
potentiellen Angreifers für eine bestimmte Zeit ignoriert wird. Danach kann er es gerne wieder versuchen,
aber in der Regel bleibt es dann bei dem einen Versuch - und wenn nicht, wünsche ich für die nächsten
Jahrzehnte noch viel Spaß damit...

mfg.
  VolGas

Na, ich weiß nicht, ob das mit den Abhänigkeiten so ganz stimmt.
Ein RPM ist bequem und man muß sich zumindest keine Gedanken um den Compilierungsvorgang mehr machen.
Aber wenn beim Compilieren etwas fehlen sollte, dann würdest Du das auf jeden Fall erfahren. :-)

Ich vertrete den Standpunkt: nur wenn man ein Programm selbst compiliert, weiß man, was man hat
und kann sich die Sache oft so maßschneidern, wie man es braucht oder man es haben möchte. Bei ausgereiften
Programmen sind i.d.R. beim Compilieren keine Schwierigkeiten zu erwarten, wenn alles erwartungsgemäß
vorhanden ist - das ist meistens auch der Fall. Falls dann doch einmal etwas fehlen sollte: dafür nehme ich
dann gerne wieder RPM's oder Sonstiges zu Hilfe...

mfg.
  VolGas

Stimmt. Ich habe auch wieder nicht ganz alles verstanden, aber das macht nichts.
Ich gebe Dir einfach ein paar Fakten und Du kannst dann selbst entscheiden.

* Per FTP wird alles im Klartext übertragen: Benutzername, Passwort, Daten - einfach alles.
Ein root-Account ist prinzipiell Gegenstand von sportlichen Anstrengungen gehackt zu werden,
was irgendwann gelingt's meist auch: die "Masse" macht's...

* Nur für "root" gelten keine Zugriffsrechte, alle anderen User sind diesen unterworfen.

* Per FTP kanst Du -meines Wissens- weder einen Eigentümer, noch eine Gruppe ändern.

* Rekursive Arbeiten (chown|chmod|rm -R ...) gehen per FTP überhaupt gar nicht und müssen
einzeln mühsam nachgebildet werden - das dauert und belegt unnötig Systemresourcen.

* Aber das allerwichtigste:
wenn der ProFTPD als "root" läuft und irgendwo eine Schwachstelle im System (Kernel) oder im Programm
selbst ist, hat ein potentieller Angreifer oder ein amok laufender Prozess keine "Hemmungen" mehr:
als root kann er schalten und walten wie er will...
Aus dem Grund hat der ProFTPD (und jeder andere "gescheit" programmierte Server) nur dann root-Rechte,
wenn dies unbedingt erforderlich ist. Den Rest der Zeit "fährt" er als nicht privilegierter Prozess.

Ich kann nicht verstehen, warum Du Dich so anstellst und warum eine Administration per FTP erstrebens-
werter als eine per SSH sein soll. Ich sehe keine Vorteile, nur Nachteile.
Wenn es nur um eine bequeme Benutzeroberfläche geht: es gibt z.B. den "midnight commander" (mc)...

Ich möchte mit Dir nicht über Sinn und Unsinn diskutieren und ob man nicht doch irgendwie und vielleicht...
Meine Meinung zu dem Thema und die Fakten, die mir im Moment gerade eingefallen sind, kennst Du nun.
Ich glaube, Dir fehlt im Moment einfach noch das Verständnis und der Überblick.

Wenn mein Rat und meine Erfahrung keinen Wert für Dich haben, dann ist das vollkommen ok.
Sammle Deine eigenen Erfahrungen, das ist gut.
Aber versuche nicht mit mir zu handeln.

mfg.
  VolGas

Hallo!

Das hatte hier jemand im Board compiliert und privat zur Verfügung gestellt.
Ich selbst kenne keine Adresse, wo man den ProFTPD als relativ aktuelle Version fertig als RPM ziehen kann.

Versuche doch einmal selbst den ProFTPD zu compilieren - das ist nicht sonderlich schwer und Du hast eine
auf Dich maßgeschneiderte Version und keine, die möchlichst alles für alle beinhaltet.

Ein Posting mit Beispiel zum Compilieren des ProFTPD: ->hier,
Erklärungen zu den dort genutzten Optionen: ->hier.

Konfiguration:
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...

Noch ein Lesetipp: solltest Du ernsthaft Interesse an Linux haben, so kann ich Dir nur wärmstens z.B.
das Standardwerk, den "Kofler" empfehlen - aber auch im Internet kann man vieles finden -
wenn man nur danach sucht...

mfg.
  VolGas