Meines Wissens nach nicht, da der Login ein für sich geschlossener Vorgang ist.
Wer es besser weiß, möge mich bitte korrigieren.

mfg.
  VolGas

Wenn Du das Logfile selbst einmal ansiehst:

Code:

unable to chdir to /home/ftppatrick (No such file or directory), defaulting to chroot directory /srv/ftp
...

Im folgenden referenziert er dann auch immer wieder nur dieses Verzeichnis,
in das dieser User wohl hinein kann, aber keine Leserechte hat.
Ein Inhaltsverzeichnis gibt es dann eben nicht, auch wenn sonst alles funktioniert.
Das geht soweit, daß der FTP-Client sich sogar wieder ordnungsgemäß abmeldet.

Kurz zusammengefasst:
das Verzeichnis "/home/ftppatrick" gibt es nicht oder die Zugriffsrechte passen nicht.

Was das mit TLS zu tun hat?
Nichts!

Aber das ist das einzige, was ich aus dem debuglog lesen kann...

mfg.
  VolGas

Zuerst dachte ich, es gäbe ein Netzwerkproblem.
Aber dagegen spricht, daß eine normale Verbindung funktioniert.

Hast Du Deinen FTP-Client im "passive mode"? (sollte!)
Ist Dein Server hinter einer Firewall oder einem Router?

Wenn ich Deinen Logfile-Auszug ansehe, dann kommt auch der Verdacht auf
eine fehlerhafte Verschlüsselung auf...

Starte doch einmal den ProFTPD im Debugmode, versuche noch einmal Dich
einzuloggen und poste dann diesen Versuch wieder hier.

mfg.
  VolGas

Hi,

füge mal Deiner proftpd.conf folgendes hinzu:

   DefaultRoot ~
   RequireValidShell off

Damit sollte dann alles funktionieren.

mfg.
  VolGas

Endlich mal jemand, der tatsächlich man-pages liest (lesen kann)...

Klasse gemacht!   :respekt)

Nur: recht mühsam das Ganze. Warum läßt Du jedesmal das File neu
erzeugen und löscht es dann hinterher wieder?

mfg.
  VolGas

Hmpf...
-> man ftp  :RTFM

Das gehört zwar überhaupt nicht in dieses Forum, aber ein paar Tipps möchte ich Dir geben...

Was heißt eigentlich "ich möchte das aber gerne über ein Script laufen lassen!!" ?
PHP, Perl, Phyton, TCL, BASH, ...?

Wie schon in meinem vorherigen Posting angedeutet, kann man mit einer relativ
aktuellen PHP-Version einfach mit "fopen('ftp://user:pass@domain/verzeichnis', 'wb')"
Daten per FTP auf eine andere Maschine übertragen. PHP kümmert sich dann ganz von
alleine um die notwendigen FTP-Befehle. Falls die notwendigen "fopen wrapper" nicht
installiert oder eine andere Scriptsprache benutzt werden soll, kann man alternativ auf
"curl" zurückgreifen. Das ist eine recht mächtige Bibliothek, die ebenfalls selbstständig
Daten per FTP übertragen und von fast allen Scriptsprachen aus genutzt werden kann.

Aber wie schon oben erwähnt: dies hier ist nicht das richtige Forum,
weitere Hilfe kannst Du hier nicht erwarten.

Ein letzter Tipp noch: solltest Du Dein Anliegen noch in andere Foren posten wollen,
so äußere Dich bitte ausführlicher und präziser, damit man nicht hundertmal nachfragen muß.

Viel Erfolg!

mfg.
  VolGas

Hallo,

wie willst Du die Datei(en) übertragen?

Normalerweise gibt man Name/Passwort in einer URL wie folgt an: URL://user:pass@adresse/verzeichnis

BTW: wenn PHP "richtig" compiliert wurde, dann kann man so auch seine Dateien direkt sichern...

mfg.
  VolGas

Da hier nur Freiwillige "Dienst" haben und

[*]die Software weder geschrieben haben,
[*]diese auch nicht vertreiben
[*] oder irgendwelche besondere Einblicke beim Hersteller genießen
[*] oder speziell abgestellte Harware zum Testen gestellt bekommen
[*] oder eine wie-auch-immer gestaltete Vergütung bekommen
[*] oder einfach sonst igendwie dafür verantwortlich sind,[/list]kann man nur auf eine Antwort hoffen und kann sich freuen,
wenn man eine hilfreiche bekommt.

Das Wörtchen "Support" bedeutet auch nur soviel wie: Unterstützung, Förderung -
Dein Anspruchsdenken ist hier also völlig fehl am Platze...!

Zur Sache:
Ich kann auch nur Vermutungen anstellen, da ich so etwas noch nie genutzt habe.
Eigentlich müßten die beiden Server unter sich die Ports aushandeln und dazu müssten
wohl beide auch die selben Portbereiche nutzen. Vielleicht kann (oder sollte?) man sich einmal
das ganze "Portgeplänkel" ersparen und -ausnahmsweise- einen aktiven Transfer versuchen.

Tut mir leid, das sind alles unqualifizierte Mutmaßungen und Versuche,
aber vielleicht kommt damit ja doch jemand ein Stückchen weiter...

mfg.
  VolGas

Zu 1:
Sorry, zu der Uhrzeit wahr ich wohl überarbeitet und bin wohl nicht mehr
so ganz mit der doppelten Negierung klar gekommen...

Zu 2:
Bevor ich lange versuche zu erklären, versuche doch einmal folgendes:

Code:

<Directory /home/ftpdaten>
  HideNoAccess on
  <Limit WRITE>
    DenyAll
  </Limit>
</Directory>

<Directory /home/ftpdaten/upload>
  <Limit WRITE>
    AllowAll
  </Limit>
</Directory>

In (bzw. ab) "/home/ftpdaten" werden alle schreibenden Befehle verboten
und in "/home/ftpdaten/upload" (nur dort und darunter) wieder erlaubt.
"HideNoAccess" vererbt sich ab "/home/ftpdaten" durch alle Hierarchien.

Das Ganze kann man nun natürlich noch verfeinern, z.B. in das Verzeichnis "upload"
kann nur geschrieben werden, dieses kann aber nicht geöffnet/gelistet oder sonstiges werden...

Ich hoffe, Du kommst damit weiter.

mfg.
  VolGaas

Uups,

laut Doku muß es wirklich "on" oder "off" sein - in unserer proftpd.conf
habe ich aber "no" stehen und es funktioinierte bisher auch...?

Ist mir bisher noch noch nie aufgefallen.
Scheinbar geht beides?

mfg.
  VolGas

Hmm,

zuerst einmal: ein "Neustart", also das erneute Einlesen der proftpd.conf
wirkt sich nur für neue Verbindungen aus, nicht für schon bestehende.

Was aber dieser hängende Prozess jetzt sein könnte - ich habe leider keine Ahnung.
Ich hatte auch mal tagelang einen scheinbar angemeldeten User (das war zufälligerweise
sogar ich) in der Prozessliste, bis ich den Prozess -wie Du auch- einfach "abgeschossen" hatte.

Der Fehler tauchte bei mir zuerst auf, nachdem ich zwei weitere (nicht-core) Module
mit eincompiliert hatte. Ich vermute, das ist noch ein kleiner Programmfehler,
der sich bei Dir scheinbar recht häufig zeigt. Welche Module hast Du eincompiliert?

Sorry, hier fällt mir nicht weiter ein, hier sind meine Erfahrungen am Ende.

Vielleicht weiß noch jemand anderes um Rat.
Stonki, weißt Du hier weiter?

mfg.
  VolGas

Hi,

das Problem mit der Shell kommt wirklich sehr häufig vor, ist aber auch
sehr leicht gelöst: "RequireValidShell no" - und gut ist.

Shellzugriff per FTP war früher vielleicht einmal interessant...

mfg.
  VolGas

Hi,

erzeuge einen User, der zur Gruppe "ftpuser" und "ftpadmin" gehört.
Ersetze in der .conf. die "DefaultRoot"-Direktive mit:

Code:

DefaultRoot ~ !ftpadmin
DefaultRoot /home/ftp ftpadmin

ProFTPD neu starten, fertig.

Wie immer: ohne Gewähr!
(sollte aber funktionieren)

IMHO wäre es aber wesentlich besser, auf solche "Spielchen"
gänzlich zu verzichten und den Server per SSH zu verwalten...
Fummelt ein User nämlich richtig an den Gruppenrechten, dann
steht Dein "ftpadmin" sowieso auf'm Schlauch.

mfg.
  VolGas

Das hast Du richtig erkannt - genau so funktioniert das!

Eine Limitierung vererbt sich immer auf alle Unterverzeichnisse darunter,
bis in alle Unendlichkeiten oder bis eine andere Limitierung dies für die
"restlichen Unendlichkeiten" wieder tut.

:wink:

mfg.
  VolGas