Herzlichen Glückwunsch zur erfolgreichen Installation des neuen Boards!

Ich war gerade online, als das "passierte" und bin echt sehr überrascht,
wie schnell das ging und daß alles so reibungslos und perfekt aus dem
alten Board übernommen wurde!

Das neue Board sieht wirklich gut aus und die Schrift ist nun auch größer
und besser zu lesen. Insbesondere die Signatur von Wörsty kommt jetzt
so richtig gut...

mfg.
  VolGas

[mod_tls:mod_ifsession]

Hallo magicslider,

zu Deinen Fragen:

mod_tls:mod_ifsession
Die beiden Module sind für einen "normalen" Betrieb nicht notwendig.
mod_tls ist bei unserer Serverkonfiguration eingebunden, da wir dem Kundenwunsch
nachkommen wollten, auch SSL-gesicherte FTP-Verbindungen anbieten zu können.
Ursprünglich hatten wir noch Unterschiede in der Konfiguration für Kunden-
und administrativen FTP-Accounts, da beide über die selbe IP abgewickelt wurden.
Um dies zu realisieren, benötigten wir "<IfClass ..." (="mod_ifsession").
(Hinweis: irgendwo steht, man soll dieses Modul als letztes einbinden, damit alle anderen Direktiven diesem zugänglich sind.)
Mittlerweile haben wir unsere Konfiguration umgestellt und benötigen
"mod_ifsession" eigentlich nicht mehr. Stand nur noch so in der Doku...

disable-auth-pam / auth-file
Ich versuche unsere Software immer so komplex wie nötig, aber dabei so
schlank wie möglich zu halten. Da wir zur FTP-Authentifizierung ausschließlich
mySQL nutzen, werden beide Module nicht benötigt. Also: weg damit!
Das hat so ganz nebenbei auch noch den Effekt, daß durch einen Fehler
(oder Angriff) es trotzdem niemals möglich sein wird, daß sich über eines dieser
Module jemals ein Systemuser wird einloggen können.

disable-sendfile
Das ist etwas schwieriger zu erklären.
Eigentlich ist es ein Vorteil, sendfile zu nutzen: die zu senden Daten werden
nicht erst umständlich in den ProFTPD geschaufelt, damit dieser sie wieder
versendet, sondern der Kernel sendet die Daten direkt.
Dies entlastet normalerweise das System und die Serversoftware.
Aber es gibt dadurch auch keine Kontrolle mehr - "TransferRate" kann nicht
mehr greifen, da der ProFTPD das Senden an den Kernel delegiert hat.
Da wir einen ganz "speziellen" Kunden hatten, der zusätzlich noch einen eigenen
Server hatte und meinte, seine kompletten Daten (Gigabytes!) hin und her
kopieren zu müssen, war eine Restriktion mit "TransferRate" dringend geboten,
da sonst die Systemlast und die Leitungskapazitäten sehr zu ungunsten des
Webservers verschoben wurden.
Und wieder zum Thema "schlanker Server": was nicht gebraucht wird - weg damit!

enable-buffer-size=8092
Dies kann die Übertragungsgeschwindigkeit deutlich erhöhen (und hoffentlich
den Verlust von "sendfile" wieder ein klein wenig ausgleichen)
Siehe auch ->hier

make
"make" ist nichts Debian-spezifisches, sondern eine sehr alte "Unix-Erfindung".
Heute nutzt man "make" oft im Zusammenhang mit "configure", welches vorab
die "makefiles" überhaupt erst einmal erstellt. Das Thema ist sehr komplex
und meine Wissen als ehemaliger Programmierer kann man heute wohl eher
nur noch als Grundwissen bezeichen. Ich müßte selbst erst einmal im Internet
suchen, wenn ich mehr wissen wollte, sorry.
Mit guten Programmierer-Handbüchern müßte man weiterkommen.
Die gibt es z.B. bei O'Reilly oder Addison-Wesley.

Unabhängig davon gibt es für Debian ganz nützliches z.B. unter:
http://www.debianhowto.de
http://www.debianhelp.co.uk/
usw...

--prefix=/usr/local/proftpd-1.3.0rc5
Das Argument "--prefix" gibt an, wohin das neue Paket compiliert werden soll.
Sollte dieses Verzeichnis nicht existieren, so wird es automatisch erstellt.
Ein genereller Tipp: wenn Du mit "configure" ein Paket zum compilieren
vorbereiten möchtest, schaue Dir zuerst einmal mit "./configure --help" an,
welche "Schalter" überhaupt zu Verfügung stehen.

Huh, das war jetzt aber megamäßig und ich hoffe, ich konnte Dir damit weiterhelfen...

mfg.
  VolGas

Meine Güte: Augen auf und bei "System" nachgesehen!
Kannst irgend etwas auch alleine?

Danke! ( Uups, da war Stonki ja schon fast ein wenig ungehalten... ;-) )

Genau, schalte es endlich aus.
Ist zwar nur ein (begründeter) Verdacht, aber schaun' wir mal, was dann passiert.

mfg.
  VolGas

:jaja)

Eine sehr gute Hilfe kann auch ->Webmin sein.
Dies bietet eine IMHO recht gute grafische Oberfläche (via Webbrowser) zu den
wichtigsten Systembestandteilen, Serversoftware und anderem.
Ideal für "Mausschubser"... ;-)

Noch besser wäre es allerdings, wenn Du versuchen würdest, Dir das nötige Grundwissen
selbst anzueignen. Als wunderbares Buch -quasi das Standardwerk-  ist sehr zu empfehlen
das Buch von Michael Kofler ->"Linux" (der "Kofler").

Mit Deinem Posting hier bist Du nämlich mehr als nur off-topic, das ist fast schon peinlich...!

mfg.
  VolGas

Gern geschehen...!

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

mfg.
  VolGas

Hallo!

Hast Du die Fehlermeldung nicht gelesen?

Failed binding to 0.0.0.0, port 21: Address already in use

Die Meldung ist eindeutig: der Port ist schon durch einen anderen FTP-Server belegt.
Näheres siehe FAQ, da ist das gut beschrieben.

Zu Deiner proftpd.conf:
Reaktiviere die Befehle: "DelayEngine off" und: "RequireValidShell off"
Sonst ist mir nichts aufgefallen, alles Standard.

mfg.
  VolGas

Hi,

ich kann nur eine Vermutung äußern: mySQL 5 ist sehr neu - und sehr anders!

Versuche einmal den aktuellen Release Candidate von ProFTPD zu compilieren,
ich vermute, da hat man sich schon auf die neuen Gegebenheiten eingestellt.

mfg.
  VolGas

Ich sehe nur, daß "mod_delay" das scheinbar Einzige ist, das zum Zug kommt.
Bitte ausschalten und Debug-Level erhöhen.

mfg.
  VolGas

Hi,
es wäre wesentlich einfacher gewesen, wenn Du Deine .conf hier gepostet
hättest - evtl auch ohne die ganzen Kommentar-Blöcke.
Debug ist sehr gut, wäre aber auch besser hier gepostet gewesen

Was ich bei Deiner profptd.conf ändern/ergänzen würde:

[*]SQLAuthenticate users groups usersetfast groupsetfast
macht bei der Konfiguration keinen Sinn. Ersetzen mit:
SQLAuthenticate users*
[*]Zum Authentifizieren wirklich nur SQL:
AuthOrder mod_sql.c
[*]Zur Sicherheit würde ich noch "SQLMinUserUID" und "SQLMinUserGID" nutzen
[*]optional zur Beschleunigung folgendes hinzufügen:
UseReverseDNS off
IdentLookups off
[*]Deaktiviere "mod_delay"[/list]Eine gute Beispielkonfiguration mit mySQL-Unterstützung findest Du
auch auf Stonki's Site, siehe ->hier unter "MySQL und Quota"

Eine generell gute Anleitung für die Einbindung von SQL man dort auch finden:
http://www.proftpd.de/SQL_Anleitung.30.0.html

...

mfg.
  VolGas

Soweit ich das weiß, installiert man bei Suse mit "yast" das Entwicklerpaket.
Vielleicht kann man damit aber auch ein fertiges ProFTPD installieren lassen?

Benutze die "Suchen"-Funktion des Forums und Du wirst feststellen, daß erst
vor kurzer Zeit das Thema Compiler für Suse schon einmal behandelt wurde.

mfg.
  VolGas

Hallo,

was Du falsch machst?
Du liest weder die Fehlermeldung noch die gute Duku z.B. ->hier unter 2.   ;-)

Oder ein paar Postings weiter unten, auch sehr einfach zu finden über die
"Suchen" Funktion des Boards...

Sorry, Du machst es Dir zu einfach!
  :RTFM

mfg.
  VolGas

Wenn die Frage auch dummlich erscheinen mag: soll der FTP-Server
überhaupt von außen (dem Internet) erreichbar sein?

mfg.
  VolGas

Sorry, da hab' ich nicht ganz aufgepasst.
Der Release Candidate 5 ist schon die aktuellste Version.
CVS würde ich auch nicht nehmen.

Viel Erfolg!

mfg.
  VolGas

Hi,

als erstes möchte ichz Dir empfehlen, den ProFTPD als "standalone" laufen zu lassen.
Dein debugmode-Output ist hier auch leider wertlos, da er nur als standalone
funktioniert und ebenfalls auch nicht zu dem Zeitpunkt vorgenommen wurde,
an dem Du versucht hattest, Dich einzuloggen.
Aber wir kommen vielleicht auch so klar.

Zuerst überprüfe einmal ohne TLS, ob alles funktioniert: TLSEngine off

Ein großes Problem stellt "TLSRequired on" dar, da die allerwenigsten User
entsprechend gültige Zertifikate für ihre Rechner zur Verfügung stellen können.
Daher am besten darauf verzichten.

Ansonsten scheint mir Deine proftpd.conf in Ordnung zu sein.

mfg.
  VolGas