Problém při přenosu FTP

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?

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í.

Obávám se, že bez otestování v LAN se to asi nepohne dále. Myslím, že (pokud pomineme hodně nepravděpodobnou eventualitu chyby v FTP serveru ) nejpravděpodobnější příčina bude na železe, které má na starosti routování a NAT, a to buď na straně serveru nebo straně klienta - vypadá to, že nefunguje korektně conection tracking.

Předpokládám, že onen FTP server není bránou do internetu a že nemá veřejnou IP adresu a rovněž tvůj PC s TotalCMD není na veřejné IP adrese. Pak bych (za předpokladu, že se používá aktivní spojení), viděl chybu v routeru za kterým je klient, protože ten musí správně přeposlat datové spojení na port 20 na adresu PC na kterém běží TC jako ftp klient.

K tomu LAN se dostanu až v pondělí.

V mezidobí jsem vyměnil router za pokročilejší typ (škoda, žes byl na dovolené a nemohl mi pomoci s výběrem) a problém s FTP se projevuje pořád. Ta chyba na mne navíc působí jako poměrně nahodile se projevující, aby to bylo HW.

Takže jak to říci a nikoho neurazit...

Asi bych akceptoval tezi Sherlocka Holmese, který v obdobných situacích říká: "Když jste vyloučili všechno, co je nemožné, pak cokoliv zbývá, ať je to sebeméně pravděpodobné, musí být pravda."

Takže bych to viděl na nějaký problém systému zavlečený na PC aktualizací.

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

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...

Podporuje ftp server navázání přerušeného spojení (při přerušení)? - vyzkoušej flash get

To je těžko říci, LeechFTP od TW asi u prvních pěti chyb znovu navázal spojení , ale pak zamrzl definitivně.

Jiný počítač s jiným připojením. je v pořádku?

Dobrý nápad, zkusím to se smartfounem s WM 6.1.

Lze se kouknout do logu ftp serveru?

Lze, ale nelze z něj nic relevantního vyčíst.

Problém vyvstane v načítání adresáře s miliony souborů, nebo ve stahování milionu souborů?

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.

- nepoužívat pasivní přenos

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?
--
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.