FTP klient a přepsání stahovaného souboru

Stepan · Post by **Stepan** » 29 Jan 2007, 21:09

Ahoj, moje manželka narazila na velice nepříjemnou věc při stahování souboru z FTP. Stahovala soubor veliký skoro 6GB a v cca 90% to začalo zobrazovat 0%! Doposud stažený soubor (ne zrovna malý) byl smazán a stahování začalo znova. Dopadlo to úplně stejně. Nakonec jsme to stáhli se zatnutými zuby pomocí TC

Dodávám: Servant Salamander 2.5 RC2, FTP server je nějaký linuxový (zabudovaný v DVD-rekordéru KiSS DP-558). V přiloženém logu je informace o tom, že restartoval stahování od nějaké velikosti, ale věřte mi, že začal od začátku. Dodávám, že název stahovaného souboru obsahuje dvojtečky. Ty byla nahrazeny za podržítka použitím "Use alternate name" nebo jak se ten příkaz jmenuje. Možná to může být nějaká stopa.

Code: Select all

Copy 2 Files from 192.168.0.40
Host: "192.168.0.40", port: 21.
Log UID is 1, time is 28.1.2007 - 13:34:19.

(13:34:19): Using connection from panel...

(13:34:24): Downloading file "Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.idx" to "Prelet nad kukaccím hnízdem - So 09-12-2006 21_36_21.idx"...
PORT 192,168,0,11,4,65
200 PORT command successful
TYPE I
200 TYPE is now 8-bit binary
RETR Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.idx
150-Connecting to port 5003
150 139.0 kbytes to download
226-File successfully transferred
226 0.300 seconds (measured here), 463.44 Kbytes per second
(13:34:24): Downloading file "Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.vob" to "Prelet nad kukaccím hnízdem - So 09-12-2006 21_36_21.vob"...
PORT 192,168,0,11,4,67
200 PORT command successful
RETR Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.vob
150-Connecting to port 5004
150 5855072.0 kbytes to download
450 Error during write to data connection
(17:03:56): Downloading file "Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.vob" to "Prelet nad kukaccím hnízdem - So 09-12-2006 21_36_21.vob"...
PORT 192,168,0,11,4,157
200 PORT command successful
REST 5426506928
350 Restarting at 5426506928
RETR Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.vob
150-Connecting to port 5005
150 555748.8 kbytes to download
450 Error during write to data connection
(17:03:56): Downloading file "Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.vob" to "Prelet nad kukaccím hnízdem - So 09-12-2006 21_36_21.vob"...
PORT 192,168,0,11,4,159
200 PORT command successful
RETR Prelet nad kukaccím hnízdem - So 09-12-2006 21:36:21.vob
150-Connecting to port 5006
150 5855072.0 kbytes to download

Code: Select all

Connecting to "192.168.0.40" (192.168.0.40) on port 21.
Log UID is 0, time is 28.1.2007 - 13:33:53.

220 FTP server ready.
USER anonymous
331 Any password will work
PASS (hidden)
230 19013.3 Mbytes free disk space
(13:33:53): Logged in successfully, getting system information...
SYST
215 UNIX Type: L8
PWD
257 "/" is your current location
(13:33:53): Changing path to "/"...
(13:33:53): Listing path "/"...
PORT 192,168,0,11,4,61
200 PORT command successful
TYPE A
200 TYPE is now ASCII
LIST
150 Connecting to port 5001
226-Options: -l 
226 5 matches total
(13:33:54): Text listing was parsed by "UNIX1" server type...
(13:33:58): Changing path to "/pvr"...
CWD /pvr
250 OK. Current directory is /pvr
PWD
257 "/pvr" is your current location
(13:33:58): Listing path "/pvr"...
PORT 192,168,0,11,4,63
200 PORT command successful
LIST
150 Connecting to port 5002
226-Options: -l 
226 24 matches total
(13:33:59): Text listing was parsed by "UNIX1" server type...

(13:34:19): Connection was detached from panel to be used for operation...
(14:13:40): Connection has left panel...

Post by **Petr Solin** » 30 Jan 2007, 11:23

Problém je snad jasný, až to opravím, pošlu vám verzi na otestování.

Jde o neočekávaný chybový kód 450, správně při chybě datového spojení mají používat kód 42x. 45x totiž na tomto místě znamená "resume není podporován", což vysvětluje reakci klienta (tahá celý soubor znovu).

Post by **Petr Solin** » 01 Feb 2007, 09:48

Problem jsem bohuzel nevystopoval, moje puvodni domenka byla spatna, chybovy kod 450 v tomto pripade nehraje roli. Dalsi hypoteza je, ze doslo k chybnemu stazeni konce souboru a pri Resume pri kontrole konce souboru (resume zacina standardne o kilobyte drive nez je treba, "zbytecne" stazene byty se porovnavaji s temi na konci souboru) toto vedlo k chybe Resume a prepnuti na Overwrite.

Pridal jsem do logu vypis duvodu, proc se Resume nepovedl, takze pokud chybu zopakujete, meli bysme v tom uz mit jasno.

Pro stahovani takhle velkych souboru doporucuji zmenit v konfiguraci FTP na strance Operations 2: treti combo od spodu na "Resume" (standardne je "Resume or Overwrite"). Znemozni se tim to co se vam stalo (automaticky prechod na Overwrite), klient misto toho vypise chybu Resume a pocka na vase reseni teto chyby (je tam i "Reduce File Size And Try to Resume Again", coz odrizne kontrolovany konec stazene casti souboru a opakovani Resume).

Upravenou verzi FTP posilam emailem.

Prirozene budu rad, kdyz zkusite tento problem reprodukovat (klidne na jinem velkem souboru). Staci i po prepnuti na "Resume" (viz vyse), zajima me jaka chyba Resume nastane (to automaticke prepnuti na Overwrite neni treba ladit).