AW: Troubles with wput-0.4w32

["Alexander Hass" <alexander.hass@e-domizil.de>]

Schau selbst... z.b. Windows FTP:

ftp> ls -la
200 PORT command successful
150 Opening ASCII mode data connection for file list
drwxr-xr-x   2 user1     ftponly      2048 Oct 14 19:56 .
drwxr-xr-x   9 user1     ftponly      2048 Oct 14 19:45 ..
-rw-r--r--   1 user1     ftponly         0 Oct 14 19:57 pc_ie_neu.css
226 Transfer complete.
FTP: 187 Bytes empfangen in 0,01Sekunden 18,70KB/s
ftp>



Alex



-----Ursprüngliche Nachricht-----
Von: Hagen Fritsch [mailto:hagen@itooktheredpill.dyndns.org] 
Gesendet: Sonntag, 17. Oktober 2004 19:09
An: Alexander Hass
Betreff: Re: Troubles with wput-0.4w32


Ohne Timestamping lädt er sich auch das directory-listing nicht runter, weil 
ers ja nicht braucht.
Ethereal nur auf Port 21 angesetzt? Wenn ja dann mal nur den host matchen, 
nicht den Port, weil die Übertragung von Daten wie listings/dateien auf nem 
Extra-Port läuft. 21 ist nur die Kontrollverbindung.

Am Sonntag, 17. Oktober 2004 18:59 schrieben Sie:
> Fals ich das noch nicht erwähnt habe und vielleicht auch bei der 
> Fehleranalyse hilft... Die Probleme treten erst auf wenn ich den 
> switch --timestamp verwende! Ohne gibt es keine Probleme, aber ich 
> muss dann halt die 80.000 alle nochmal hochladen... :-(
>
>
> Alex
>
>
> -----Ursprüngliche Nachricht-----
> Von: Alexander Hass
> Gesendet: Sonntag, 17. Oktober 2004 18:57
> An: 'headshot@itooktheredpill.dyndns.org'
> Betreff: AW: Troubles with wput-0.4w32
>
>
> Hm - das ist aber doch alles was Ethereal aufgezeichnet hat... Mehr 
> hat es nicht aufgezeichnet!? Bin leider nicht so der Spezialist, der 
> sich mit den internas von FTP auskennt...
>
> Kann es ein Ident Problem sein? Auf der Kiste befindet sich folgende 
> IPTables Regel um Ident Requests zu unterbinden und damit einen 
> Connect zu der Kiste per FTP überhaupt erst zu ermöglichen...
>
>     8   480 REJECT     tcp  --  *      *       0.0.0.0/0           
> 0.0.0.0/0          tcp dpt:113 reject-with tcp-reset
>
>
> Gruss
> Alex
>
> -----Ursprüngliche Nachricht-----
> Von: Hagen Fritsch [mailto:hagen@itooktheredpill.dyndns.org]
> Gesendet: Sonntag, 17. Oktober 2004 18:47
> An: Alexander Hass
> Betreff: Re: Troubles with wput-0.4w32
>
>
> Also eigentlich sollte das ja so ablaufen:
>
> ==> PASV
> 227 Entering Passive Mode (1,1,1,1,172,125).
> # Verbindung wird hergestellt...
> ==> TYPE A
> 200 Type set to A
> ==> LIST
> 150 Opening ASCII mode data connection for file list
> # Daten werden auf der Verbindung (^^) übertragen.
> # Server schließt die Socket. Bzw wput nach $timeout Sekunden. 226 
> Transfer complete.
>
> usw.
>
> Das Ding ist, dass der FTP-Server nun aber die letzte Nachricht erst 
> nach 360 Sekunden schickt (lt. Ethereal) und wput halt ewig auf die 
> wartet. Das einzige was ich mir vorstellen könnte, ist, dass es unter 
> Windows nicht klappt die Socket mit close() zu schließen. Sprich, dass 
> kein entsprechendes FIN-Paket geschickt wird und der Server somit 
> denkt die Verbindung würde noch stehen. Du könntest mit Ethereal 
> nochmal probieren alle Daten die zu dem Host fließen mitzusniffen um 
> auch die Pakete der Datenverbindung abzufangen.

-- 
Mit besten Grüßen
 Hagen                          mailto:itooktheredpill@gmx.de
                      http://itooktheredpill.dyndns.org