Du mußt mit Deinem FTP-Client im "passiv mode" arbeiten (machen die meisten schon per default)
und eine Lücke in Deine Firewall "schlagen", zum Beispiel die Ports 50000 bis 52000.
Dann fügst Du noch Deiner proftpd.conf "PassivePorts 50000 52000" hinzu - fertig!

mfg.
  VolGas

Im Support-Bereich von Stonki's Homepage gibt es eine sehr ausführliche
Anleitung zur mySQL-Einbindung und auch ein gutes Muster einer fertigen proftpd.conf

mfg.
  VolGas

Hallo!

Ich kenne das System nicht, aber wenn Du einen entsprechenden Eintrag
in die Datenbank machst (z.B. ganz bequem mit phpMyAdmin) und das frei-
zugebende Verzeichnis auch tatsächlich vorhanden ist, dann sollte es problemlos
funktionieren.

Wenn aber das VHCS irgendwie erkennen sollte (wenn überhaupt), daß da ein
Eintrag ist, der nicht sein dürfte - keine Ahnung, was dann passiert...

mfg.
  VolGas

So ganz nebenbei:
Wenn Du bei Goggle als Suchbegriff "FXP iptables" eingibst,
erhälst Du über 16.000 Treffer...

mfg.
  VolGas

Eben!  

Ich hatt' es schon verstanden...

Hi,

das wirst Du bestimmt nicht lesen wollen: Du machst es Dir zu leicht!

Ich empfehle Dir zuerst einmal, den Support-Bereich von Stonki's Website
(dem Betreiber dieses Forums) durchzulesen (z.B. Stichwort "DocumentRoot")
und dann im Anschluß die Funktion "Suche" dieses Forums zu benutzen.

Es ist alles schon da und wurde auch alles schon gefragt und beantwortet.
All Deine Fragen jetzt und hier noch einmal zu beantworten wäre eine riesige
(und fiese!) Aufgabe.

Wenn nach der von mir vorgeschlagenen Lektüre noch Fragen übrig sein sollten - gerne!

mfg.
  VolGas

Hi,

der ProFTPD ist kein Apache: der erste Server setzt sich automatisch auf die erste
Maschinen-IP, es sei denn, er wird mit "DefaultAddress" angewiesen, eine andere zu benutzen.

Mit "VirtualHost" werden nur weitere, zusätzliche Server für weitere IP's und/oder Ports definiert.

Ansonsten gilt die FAQ, letzter Punkt.

mfg.
  VolGas

Wenn die Default-Authentifikationsmethode (PAM) von ProFTPD genutzt wird,
so wird die Defaultroot beim Anlegen des Systemusers festgelegt.

siehe auch: "man useradd"

Gibt man bei "useradd" nicht explizit vor, wo das Homeverzeichnis des
Users sein soll, so wird als Standard "/home/username" angenommen.
Wenn der User richtig angelegt wurde, dann klappt auch "DefaultRoot ~/web"...

Unix/Linux Grundwissen!

Wenn das nicht weitergeholfen hat, dann poste Deine proftpd.conf und wir sehen weiter.

mfg.
  VolGas

Bis Debian nachzieht dauert in der Regel eine (ganze) Weile,
da man -verständlicherweise- lieber ein wenig wartet, bis etwas
wirklich als "stable" bezeichnet wird.

Bis dahin bleibt Dir nur zu warten oder selbst compilieren.
Ein paar Postings zurück werden dazu zwei Wege beschrieben:
den "offiziellen" und den "Debian-Style"...

mfg.
  VolGas

Na klasse!

Das wäre für mich ein triftiger Grund um sofort den Provider zu wechseln!
Welcher ist das denn?

mfg.
  VolGas

Hallo,

ziehe einmal den "<Limit LOGIN>"-Block aus dem "<Directory ...>"-Block.
Wenn Du möchtest, daß der einzelne User, dem Du Zugang gewährst, wirklich
in diesem Verzeichnis "rauskommt", dann mußt Du dies mit "DefaultRoot" tun.

Ich vermute, Du wolltest etwas anderes: alle Systemuser dürfen rein, aber in dieses
Verzeichnis darf nur "die_amme". "<Limit LOGIN>" ist dafür aber die falsche
Anweisung. Du mußt dann Deine proftpd.conf etwas umschreiben.

Noch etwas zu "RequireValidShell": dies sollte immer auf OFF stehen, nicht auf ON!

Zu "<Global>": dieser Kontext wird von den meisten mißverstanden: man kann
es prinzipiell immer nutzen, aber wirklich Sinn macht es erst mit zusätzlichen "virtuellen" Hosts.

mfg.
  VolGas

Stelle sicher, daß die Pfade zu mySQL wirklich stimmen!
Wenn Du Dir sicher bist und dennoch diese Fehlermeldungen bleiben,
dann kann ich Dir leider auch nicht weiterhelfen.

Am besten ist dann für Dich nach wie vor die Methode mit apt-get install.

Der (bzw. die) Cache hat nichts mit den Caches zu tun, die man gemeinhin
von z.B. einem Webbrowser oder -server kennt. Hier geht es darum, möglichst
große Datenblöcke im RAM zu halten und dadurch mehrfache Systemzugriffe
auf die Festplatte zu vermeiden. Die Daten "laufen" dann einfach nur aus
dem/den Cache(s).

Die Cachegröße(n) wird/werden einmalig und ausschließlich über "configure"
definiert, da die Größe über das  Compilieren festgelegt wird. Eine Änderung
ist hinterher nicht mehr möglich. Warum sonst habe ich das in meiner
Anleitung so stehen, wenn man es doch auch ganz einfach in der proftpd.conf
definieren könnte?

Sei mir nicht böse, aber ich habe nun wirklich keine Lust mehr alles lang und
breit zu erklären und dabei doch nicht weiter zu kommen.
Ein bischen mußt Du Dich schon noch selbst anstrengen, das Compilieren eines
fertigen Paketes ist wirklich kein Hexenwerk und hat schon tausendfach bei
andernen funktioniert.

mfg.
  VolGas

Hallo,

in Deinem geschilderten Fall würde ich durchaus empfehlen, sendfile zu nutzen.
Die Caches hochzusetzten dürfte bei vielen kleinen Files auch empfehlenwert sein.

Zu configure:
Weiter oben hatte ich es doch schon einmal gepostet: Du mußt im Source-Verzeichnis
sein, um configure aufzurufen, denn nur dort befindet es sich jeweils. I.d.R. muß man
noch ein ./ voranstellen, damit das Kommando auch im aktuellen Verzeichnis gestartet
wird...

Ich ergänze meine Posting weiter oben ein wenig:
"configure" erstellt je nach eingegebenen Optionen und vorhandener Hard- und
Software entsprechende Makefiles. In diesen wiederum werden die "Beziehungen"
(Relations) zwischen den einzelnen Files definiert und die zugehörigen Befehlssequenzen.

Mit "make" wird dann ermittelt, welche Schritte notwendig sind, um zu einem
gewünschten Ergebnis zu kommen und dann die zugehörigen Befehlssequenzen
ausgeführt. Es werden also nur die wirklich notwendigen Sequenzen vorgenommen,
die zum Ziel führen, schon fertiges wird nicht noch einmal "angepackt".

Da sich alles an Sourcen und Anweisungen zusammen in einem Verzeichnis befindet,
muß dieses Verzeichnis eben das aktuelle "working directory" sein, da alle
Regeln & Verknüpfungen von diesem Verzeichnis ausgehen.

Ich denke, Du packst das mit dem compilieren nun ganz alleine...

mfg.
  VolGas

Nun hab' ich doch einen gravierenden Fehler zu melden:

Die eMail-Benachrichtigung ist absolut daneben!
Der Header wurde "gesprengt", der Link zum neuen Posting ist
schlicht falsch (weil MIME-codiert) - na ja,
sieh selbst was zu diesem Thread bei mir ankam:

To: ...hüstel...
Subject: Antwort: Herzlichen Glƒckwunsch!
From: "www.ProFTPD.de" <support@stonki.de>
Date: Fri, 14 Apr 2006 14:45:50 +0000

Message-ID: <ef206f347ed31d6a91c7734641e09d2b-m10316@stonki.de>

X-Mailer: SMF

Content-Type: text/plain; charset=UTF-8

Content-Transfer-Encoding: quoted-printable

Eine Antwort von stonki wurde zu einem Thema geschrieben, welches Sie beobachten.



Lesen Sie die Antwort unter http://www.proftpd.de/forum/index.php=3Ftopic=3D2197.new;topicseen#new



Klicken Sie hier, um das Thema abzubestellen: http://www.proftpd.de/forum/index.php=3Faction=3Dnotify;topic=3D2197.0



Es k=C3=B6nnten mehrere Antworten geschrieben worden sein, Sie erhalten aber keine weiteren Benachrichtigungen, bis Sie diese gelesen haben.



Mit freundlichen Gr=C3=BC=C3=9Fen,

das www.ProFTPD.de Team.

Die Umlaute wurden wohl wegen des falschen Headers nicht umgesetzt.
Es sieht so aus, als würde zu jedem Zeilenumbruch ein weiterer hinzugefügt.

mfg.
  VolGas

Huh, Du willst es wohl ganz genau wissen!

Na ja, auf der Indexseite wird auch behauptet, es wären z.Zt. erst:
"3 Beiträge in 2 Themen von 928 Mitglieder" vorhanden.

Und daß Du, Wörsty, auch als "Newbie" ausgezeichnet wirst,
beruhigt mich doch ein wenig.

Spaß bei Seite: die Konvertierung ist echt überraschend gut gelungen.

mfg.
  VolGas