FTP Zugriff von aussen und innen funktioniert nicht

[pixeljunkie]

Kannst du mal bitte die Konsole aufrufen und dort folgenden Befehl eingeben:

ping -f -l 1464 "topfield" <enter>

statt "topfield" setzt du entweder die IP-Adresse deines Topfes oder seinen Namen, denn du in die "host"-Datei deines PCs gesetzt hast ...

der zweite Schalter nach dem ping ist ein kleines F

die Bildschirmausgabe kopier mal bitte hier wieder rein ...

[Homer]

[quote=""pixeljunkie""]der zweite Schalter nach dem ping ist ein kleines F[/quote]Der sieht eher nach einem kleinen L aus.

Viele Grüße
Homer

[pixeljunkie]

[quote=""Homer""]Der sieht eher nach einem kleinen L aus.

Viele Grüße
Homer[/quote]

uups, ich hätte dieses 2. Hefeweizen nicht trinken sollen ... Natürlich: kleines L!!!

[pixeljunkie]

Ich habe mir jetzt auch mal Filezilla in der aktuellen Version für Win XP runtergeladen und ohne großes drumherum versucht, eine 4GB Datei vom Topf zu laden ... Ergebnis: wenn der Haken unter Firewall/passive gesetzt war, dann gab es überhaupt keine Probleme, wenn jedoch der Haken nicht gesetzt war, kriegte ich noch nicht mal eine Verbindung zustande. Letzteres ist leicht lösbar, muß aber für unsere Sache hier nicht sein.

Du könntest aber morgen vielleicht nochmal selber den Haken bei "passive" setzen, es erneut versuchen, und den log wieder hier reinstellen ...

[heino999]

so bildschirmanzeige vom ping:

C:\>ping -f -l 1464 192.168.0.14

Ping wird ausgeführt für 192.168.0.14 mit 1464 Bytes Daten:

Antwort von 192.168.0.14: Bytes=1464 Zeit=1ms TTL=64
Antwort von 192.168.0.14: Bytes=1464 Zeit=1ms TTL=64
Antwort von 192.168.0.14: Bytes=1464 Zeit=1ms TTL=64
Antwort von 192.168.0.14: Bytes=1464 Zeit=1ms TTL=64

Ping-Statistik für 192.168.0.14:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 1ms, Maximum = 1ms, Mittelwert = 1ms

C:\>


und der log vom passive ftp:

Status: Verbinden mit 192.168.0.14...
Status: Verbunden mit 192.168.0.14. Warten auf Willkommens-Meldung...
Antwort: 220 You will be disconnected after 300 seconds of inactivity.
Befehl: USER heino999
Antwort: 331 User heino999 OK. Password required.
Befehl: PASS *******
Antwort: 230 OK. Current directory is /
Befehl: FEAT
Antwort: 500 Unknown command.
Befehl: SYST
Antwort: 215 UNIX Type: L8
Status: Verbindung hergestellt
Status: Verzeichnisinhalt wird abgeholt...
Befehl: PWD
Antwort: 257 "/"
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: PORT 192,168,0,2,15,243
Antwort: 200 PORT command successful
Befehl: LIST
Antwort: 150 Connecting to 192.168.0.2:5001
Antwort: 226 3 matches total
Status: Auflistung des Verzeichnisinhalts erfolgreich
Status: Verzeichnisinhalt wird abgeholt...
Befehl: CWD DataFiles
Antwort: 250 Changed to //DataFiles
Befehl: PWD
Antwort: 257 "//DataFiles"
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: PORT 192,168,0,2,15,246
Antwort: 200 PORT command successful
Befehl: LIST
Antwort: 150 Connecting to 192.168.0.2:5002
Antwort: 226 12 matches total
Status: Auflistung des Verzeichnisinhalts erfolgreich
Status: Verbindung getrennt
Status: Verbinden mit 192.168.0.14...
Status: Verbunden mit 192.168.0.14. Warten auf Willkommens-Meldung...
Antwort: 220 You will be disconnected after 300 seconds of inactivity.
Befehl: USER heino999
Antwort: 331 User heino999 OK. Password required.
Befehl: PASS *******
Antwort: 230 OK. Current directory is /
Befehl: FEAT
Antwort: 500 Unknown command.
Befehl: SYST
Antwort: 215 UNIX Type: L8
Status: Verbindung hergestellt
Status: Verzeichnisinhalt wird abgeholt...
Befehl: PWD
Antwort: 257 "/"
Status: Auflistung des Verzeichnisinhalts erfolgreich
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Befehl: PWD
Antwort: 257 "/"
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Befehl: REST 0
Antwort: 350 Restarting at 0. Send STOR or RETR to initiate transfer.
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Befehl: PWD
Fehler: Verbindung getrennt
Status: Warte auf erneuten Versuch... (5 Versuche übrig)
Status: Verbinden mit 192.168.0.14...
Status: Verbunden mit 192.168.0.14. Warten auf Willkommens-Meldung...
Antwort: 220 You will be disconnected after 300 seconds of inactivity.
Befehl: USER heino999
Antwort: 331 User heino999 OK. Password required.
Befehl: PASS *******
Antwort: 230 OK. Current directory is /
Befehl: FEAT
Antwort: 500 Unknown command.
Befehl: SYST
Antwort: 215 UNIX Type: L8
Status: Verbindung hergestellt
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Befehl: REST 0
Antwort: 350 Restarting at 0. Send STOR or RETR to initiate transfer.
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Status: Verzeichnisinhalt wird abgeholt...
Befehl: PWD
Antwort: 257 "/"
Befehl: CWD /DataFiles/
Antwort: 250 Changed to /DataFiles/
Befehl: PWD
Antwort: 257 "/DataFiles/"
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: PASV
Antwort: 227 Passive mode OK (192,168,0,14,16,1)
Befehl: LIST
Antwort: 150 Accepted data connection from 192.168.0.2:4212
Antwort: 226 12 matches total
Status: Auflistung des Verzeichnisinhalts erfolgreich
Status: Verzeichnisinhalt wird abgeholt...
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: PASV
Antwort: 227 Passive mode OK (192,168,0,14,16,2)
Befehl: LIST
Antwort: 150 Accepted data connection from 192.168.0.2:4213
Antwort: 226 12 matches total
Status: Auflistung des Verzeichnisinhalts erfolgreich
Status: Verzeichnisinhalt wird abgeholt...
Befehl: CWD /
Antwort: 250 Changed to /
Befehl: PWD
Antwort: 257 "/"
Befehl: CWD MP3
Antwort: 250 Changed to //MP3
Befehl: PWD
Antwort: 257 "//MP3"
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Befehl: PASV
Antwort: 227 Passive mode OK (192,168,0,14,16,3)
Befehl: LIST
Antwort: 150 Accepted data connection from 192.168.0.2:4214
Antwort: 226 2 matches total
Status: Auflistung des Verzeichnisinhalts erfolgreich
Status: Verbinden mit 192.168.0.14...
Status: Verbunden mit 192.168.0.14. Warten auf Willkommens-Meldung...
Befehl: TYPE A
Antwort: 200 TYPE is now ASCII
Fehler: Timeout entdeckt!
Fehler: Verbindung kann nicht hergestellt werden!
Status: Starte Download von /DataFiles/DiewldenKerle2.rec
Befehl: CWD /DataFiles/
Antwort: 250 Changed to /DataFiles/
Befehl: PWD
Antwort: 257 "/DataFiles/"
Befehl: TYPE I
Antwort: 200 TYPE is now 8-bit binary
Befehl: PASV
Antwort: 227 Passive mode OK (192,168,0,14,16,4)
Fehler: Die lokale Datei "D:\pvr\DiewldenKerle2.rec" kann nicht geöffnet werden
Fehler: Download fehlgeschlagen

hoffentlich bringt euch das weiter....
gruss maddin

[Homer]

Wie ich sehe, bist du meinem Rat nicht gefolgt.

Viele Grüße
Homer

[pixeljunkie]

Also zunächst mal hast du kein "MTU-Problem", bei dem die maximale Paketgröße im Netz überschritten wird, das Paket daher gesplittet werden müßte, aber das nicht geht. Das ist ein häufiger Grund, warum ftp-Verbindungen durch time-out abbrechen, liegt hier aber offensichtlich nicht vor.

Dein Problem scheint auch nicht mit dem üblichen Thema "Ports und Data Connection" zu tun zu haben, sondern ganz im Gegenteil, bei dir bricht die Control Connection mitten in der Session ab. Das kannst du an der Sequenz

Status: Auflistung des Verzeichnisinhalts erfolgreich
Status: Verbinden mit 192.168.0.14...
Status: Verbunden mit 192.168.0.14. Warten auf Willkommens-Meldung...

im Log sehen. Die Control-Session bleibt normalerweise während einer Verbindung durchgehend bestehen, was hier augenscheinlich nicht der Fall ist. Ansonsten würde ja Filezilla nicht erneut versuchen, eine aufzubauen (genau das bedeuten diese beiden obigen Zeilen nach Status nämlich).

Wie heisst nun der natürliche Feind jeder ftp Control Verbindung ? - Firewall.

Frage daher: was läuft da auf irgendwo in deinem Netz VOR dem Topf ? Irgendein Router, Speedport, etc. mit eingeschalteter Firewall ? - Falls ja, wie ist die konfiguriert ?

[heino999]

mein pc und der topf sind nur ueber einen switch mit einander verbunden. der router haengt ebenfalls mit an dem switch...

[heino999]

@homer: sag mir bitte wie ich -zeichen da weg bekomme. in der archive-liste des topfs wird dieses zeichen net angezeigt...

[huebi]

Bennen die datei halt auf xyz.rec um.

[pixeljunkie]

Kann mir nicht vorstellen, dass es damit zu tun hat. Filezilla unterstützt UTF-8, das deckt so ziemlich alle Sonderzeichen ab, und ein ganz normaler Bindestrich ist ohnehin Bestandteil des ASCII-Zeichensatzes.

Dieses Problem könnte ich mir bei anderen Progs vorstellen wie zB Total Commander, den ich selbst häufig benutze. Der unterstützt UTF-8 nicht und zeigt daher häufig ziemlich Müll an, dennoch hat das den FTP-Transfer noch kein einziges Mal gestört. Und warum dadurch die FTP-Verbindung an sich verloren gehen sollte, was hier augenscheinlich der Fall ist, erschliesst sich mir überhaupt nicht.

Ich tippe nach wie vor auf Firewall ... Windows Firewall, Norton Internet Security, Zone Alarm oder wie die Dinger auch alle heissen mögen.

[Axel]

@pixeljunkie:
Filezilla hat ja auch kein Problem mit dem Sonderzeichen, wie man sieht:

Status: Starte Download von /DataFiles/DiewldenKerle2.rec

Aber der PC:
Fehler: Die lokale Datei "D:\pvr\DiewldenKerle2.rec" kann nicht geöffnet werden
Fehler: Download fehlgeschlagen

Drum wird der Download gestoppt.

[pixeljunkie]

Du wirst lachen, aber ich sehe dieses Viereck-Zeichen gar nicht in der Log-Ausgabe, und ich browse mit Mozilla in Codierung Westlich, ISO 8859-1. Bei mir liest sich dieselbe Zeile, die du gerade gepostet hast, wie folgt:

Fehler: Die lokale Datei "D:\pvr\DiewldnKerle2.rec" kann nicht geöffnet werden ...

Jetzt, wo du es sagst, sehe ich das Viereck allerdings, wenn ich den Zeichensatz wechsele. Daher glaube ich eigentlich nach wie vor, dass das ein reines Anzeigeproblem ist und nix mit dem Abbruch des Filetransfers per se zu tun hat. Zumal ich auch nicht sehe, warum eine Win XP Schwierigkeiten mit Sonderzeichen haben sollte.

Aber klar: ausprobieren! am besten so wie Huebi meinte, auf dem Topf einfach in xyz.rec umbenennen ...

[Axel]

Die Frage ist ja, was sich tatsächlich hinter dem Zeichen verbirgt. Es gibt eine Menge Zeichen, die bei Windows (und vielen anderen OS) in Dateinamen eben nicht erlaubt sind!
\/:*?"<>|

[pixeljunkie]

[quote=""Axel""]Die Frage ist ja, was sich tatsächlich hinter dem Zeichen verbirgt. Es gibt eine Menge Zeichen, die bei Windows (und vielen anderen OS) in Dateinamen eben nicht erlaubt sind!
\/:*?"<>|[/quote]

dieses aber schon, das habe ich vorhin mal ausprobiert. heino999 soll das mit dem Umbenennen halt einfach mal ausprobieren. Wenn's hilft, dann haben mindestens 2 Leute in diesem Thread wieder was gelernt, weil ich hätte den Fehler NIE dort vermutet.

Falls es nichts hilft, dann habe ich hier anhand der Log-Daten mal die Befehlssequenz für eine Konsolen-ftp-Session aufgeschrieben, mittels derer ich versuchen würde, das file "manuell" vom Topf zu holen:

- Dos-Fenster öffnen, und dann eingeben:

- ftp 192.168.0.14 <enter>
user und password eingeben
- pwd<enter> --> zeigt aktuelles Verzeichnis
- cd "Quellverzeichnis" <enter> --> wechselt zum Verzeichnis, wo die Topf-Dateien liegen
- dir <enter --> listet alle files
- bin <enter> --> erzwingt binary download
- hash <enter> --> zeigt download-Prozess an
- get "dateibezeichnung" (exakt so eingeben, wie zuvor in dir angezeigt, case-sensitive)
quit --> session beenden, wenn download erfolgt

[Bernhard Geers]

[quote=""heino999""]@homer: sag mir bitte wie ich -zeichen da weg bekomme. in der archive-liste des topfs wird dieses zeichen net angezeigt...[/quote]

wenn du sie einlesen kannst, benenne sie doch am pc um: einfach vorne das kästchen (schwarzer balken) weg, mach ich mit totalcommander.

Gruß
Bernd

[huebi]

Das Problem ist aber, das er sie nicht auf den PC transferieren kann

[Bernhard Geers]

[quote=""huebi""]Das Problem ist aber, das er sie nicht auf den PC transferieren kann [/quote]

braucht er ja auch nicht, er sieht die doch auf der topf seite und da kann er sie direkt auf der topf seite umbenennen und dann transferieren.

Bernd

[pixeljunkie]

in der Konsolen-Session von oben wäre ein Umbenennen der Datei ganz easy über

rename "alter Name" "neuer_Name" <enter>

darzustellen. Könnte man zB gleich nach dem "dir" machen und danach erst den download mit "bin" usw einleiten ...

[heino999]

mit filezilla funzt das umbenennen auf dem topf net. werd das heute abend ma mit dem totalcommander probieren...
genauso wie die ganzen andren tipps. danke schon mal an euch!!!
gruss maddin