[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

AW: Troubles with wput-0.4w32

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