
Problém při přenosu FTP
Z notebooku s WinXP Pro se připojuji vzdáleně na server se SBS 2003 přes FTP, jenž je spuštěn jako nativní služba systému. Coby klienta používám TC s nastavením:
- nepoužívat pasivní přenos
- udržovat spojení přes NOOP
- uchovat obsah navštívených složek ve vyrovnávací paměti
Když přenáším velké soubory cca od 1 MB, je vše v pořádku. Pokud však transportuji malé sobory, např. v rámci kopírování adresáře s různými *.txt a *.htm, vždy mi po přenosu pár souborů FTP spadne. S těmi možnostmi nabízenými TC jsem různě laboroval, ale nepomohlo to.
Jinak spojení mám přes poskytovatele s Wi-Fi. Problém zatím řeším tak, že se vzdáleně připojím na server, soubory zkomprimuji do balíku a ten si pak stáhnu. Samozřejmě mne to otravuje. Nevíte, co s tím?
Já bych začal hledat důvody, proč to nefunguje, tj. zda se jedná o protblémy připojení, nebo klienta nebo serveru.
Nejprve bych tedy zkusil "testovací" data stáhnout pomocí TC v LAN, kde je server, pokud to bude fungovat, zkusil bych jiného klienta (doporučuju LeechFTP - http://www.stahuj.centrum.cz/internet_a_site/ftp_kl ienti/leechftp/download/?g%5Bhledano%5D=&g%5Boz%5D= 1.3 )
přes internet. Výměna serveru asi bude nejsložitější, ale podle mě k tomu nedojde, protože já tipuju problém v připojení.
TW, díky za ujetí; jako že jsi se mne ujal.
Tak jsem zkusil ten LeechFTP, který se sice hned ze začátku nezasekne jako TC, ale průběh stahování je přerušovaný; na chvílí se to zasekne na chybové hlášce typu:
! Download failed on XX.XX.XX.XX (/Path/files.xxx).(/Path/files.xxx: Systém nemůže nalézt uvedený soubor.), anebo
! Download failed on XX.XX.XX.XX (/Path/files.xxx). (operation timed out or aborted),
a po takto přerušovaném stahování se to zasekne natrvalo a podává to opakovaně hlášku:
> NOOP
< 200 NOOP command successful.
Ten LAN vyzkoušet nemůžu, nejsem fyzicky u serveru.
nooooo... já bych to viděl na nedokumentovanou "feature" (protože "Bug" je u MS zakázané slovo) FTP serveru IIS...
jistě a dělá to všem, že?
Přirozeně, že to nedělá všem.
Ale mně by nemělo dělat také, a pokud to tak činí i přes skutečnost, že systém i FTP byly řádně nainstalovány, tak bych měl být na eventuelní problém upozorněn nějakým chybovým hlášením. V logu FTP jsem chybu nezjistil a pouze její existenci, nikoli tedy důvod jsem odečetl až z programu, který mi doporučil Touchwood. Touchwooda ale všude nemají.
Když by sis prošel pár ruských FTP, zjistil bys, že takových chyb je fůra:
)
FTP vyjede list a při kliknutí na nějaký dir slavnostně hlásí že není (netrefil, netrefil
Timeout snad víš co znamená
Moc hezký chyby jsou třeba v kódování názvu...
---
Filezilla má taky hezký log.
Podporuje ftp server navázání přerušeného spojení (při přerušení)? - vyzkoušej flash get
Jiný počítač s jiným připojením. je v pořádku?
Lze se kouknout do logu ftp serveru? Server určitě nebude vykládat klientu, že má takový a makový bezpečnostní nastavení.
Problém vyvstane v načítání adresáře s miliony souborů, nebo ve stahování milionu souborů? (pokud druhý- v ftp klientu dej soubory do fronty a stahuj po jednom - i tak se problém vyskytne?)
Na ruské FTP nechodím; ne, že bych měl cokoliv proti Rusům, ale jakmile vidím azbuku, rozbolí mě játra...
To je těžko říci, LeechFTP od TW asi u prvních pěti chyb znovu navázal spojení , ale pak zamrzl definitivně.
Dobrý nápad, zkusím to se smartfounem s WM 6.1.
Lze, ale nelze z něj nic relevantního vyčíst.
Ne, ten problém vyvstane i v případě, když tam bude 10 souborů a z nich 7 bude mrňavých.
Když je stahuji po jednom, přenos se vždy podaří. S tou frontou jsem to nezkoušel, ani nevím, že taková možnost existuje.
Určitě mrkni do nastavení filezilly:
Přenosy - natvrdo na jeden
----
Znovunavázání - nevím jestli jsem ovlivněn, ale flash get je taková stabilní kradavá mrcha.
S tím mívám problémy. Když to nastavím na "používat pasivní..." často to pak jde jako na drátkách.
Používám Filezillu.
filezilla
Mně to s pasivním nechodilo vůbec.
A docela rád bych zůstal na TC. To víš, starého psa novým kouskům nenaučíš...
Jo jo. Možná to vůbec nebude klientem, napsal jsem ho jen pro úplnost.
edit://ale dělá prima české logy a dá se z toho lecos vykoumat.
Bohužel jste měli s Kmochnou pravdu. Ta Filezilla pokořila TC i LeechFTP a stáhla 5MB adresář narvaný 100kb soubory *.doc naprosto bez problému na jeden zátah.
Holt je to program primárně vyvíjený pro Linux.
No bohužel - v logu nejsou nějaké chyby?
----
Může to být způsobeno tím, že se snažíš tahat vše najednou - což nemusí vydejchat klient, nebo může být omezení na serveru a klient to taky nevydejchal. Ještě bych testoval, pokud nechceš přestoupit na fliezillu.
EDIT// nebo je na vině to TW připojení - přece jen je to frmol.
V logu na serveru je poslední hlášení před pádem (s TC jako klientem) asi takovéto:
.....
11:39:49 XX.XX.XX.XX [157]sent /Path/File.xxx 226 0
11:39:49 XX.XX.XX.XX [159]USER User3 331 0
11:39:49 XX.XX.XX.XX [159]PASS - 230 0
11:39:54 XX.XX.XX.XX [160]USER User3 331 0
11:39:54 XX.XX.XX.XX [160]PASS - 230 0
11:39:54 XX.XX.XX.XX [157]sent /Path/Fil.xxx 226 0
Ale proč to Filezilla vydejchává a TC ne? Je to kapacitou plic ?
Tak ti nevím, ale řekl bych, když tak na to čučím, že se snaží logovat rychle?
![[http://img74.imageshack.us/img74/4646/capture1xw0.p ng]](http://img74.imageshack.us/img74/4646/capture1xw0.png)
--
filezilla má tuto:
user-pass-user-pass - jestli von se neloguje hodně brzo - při nastavení ftp serveru se to da vyhodnotit jako útok.
EDIT// jo to bude určo vono.
EDIT2// ale vteřiny odpovídají.
Možná mají v default nastavení rozdílně nějakou maličkost, která je jádrem pudla.