Newsgroup: it.tlc.gestori.fastweb
Titolo: Problema FTP

Ciao a tutti,
Qualcuno sa per quale motivo, se tento di fare il download ricorsivo di 
un'intera directory via FTP non c'è verso di riuscire a portarlo a 
termine? Scarica correttamente un certo numero di files/directories e 
poi si blocca. Puo' essere un problema di load balancing? Ho provato 
quasi tutti i mirrors FTP di Slackware e l'operazione non va mai a buon 
fine. Una volta funzionava.
Grazie
Ciao

Non so che viso avesse, neppure come si chiamava,
con che voce parlasse, eppure Pierino scriveva:

Se pensi possa essere un problema di load balancing,
prova il test al seguente link: 
http://tradeinfo.fineco.it/hd
Ciao
--
Malaussène
"Infilerò la penna ben dentro al vostro orgoglio,
perchè con questa spada vi uccido quando voglio."
(Francesco Guccini)


tutti quelli che conosco di fasweb (roma), me compreso, stanno 
sperimentando da qualche giorno lo stesso problema, sia fibra che adsl, 
e non solo su protocollo ftp ma anche scp (ssh).
Io non riesco piu' a fare attivita' di manutenzione sui miei servizi 
online... ovviamente se continuasse cosi' per via di tagli voluti, 
dovro' necessariamente disdire anche se non voglio...


Grazie, mi hai dato un'idea. Solo che dopo un po' mi è venuto un callo 
al dito :-) e l'IP di uscita nel breve periodo è stabile. Così mi hai 
fatto venire in mente che potevo prendere per qualche ora un IP statico 
per verificare la questione. Risultato: Già due vecchie distribuzioni 
scaricate senza il minimo problema per un totale di circa 4000 files. 
Quindi non so se è un problema legato al load balancing, temo di sì, 
comunque sia è certamente legato all'IP privato.
Ciao

 comunque sia è certamente legato all'IP privato.
Allora ti conviene subissare di telefonate il 192.193. :-)


 blocca.
Dovrebbe essere una questione di timeout sulla connessione, in dettaglio
quella di controllo -> servirebbe qualche dettaglio in piu' sul client
FTP in uso e sul messaggio d'errore che ricevi. Le variazioni di
comportamento usando IPPD o proxy FW sono legate alle differenze tra le
impostazioni di timeout per tali connessioni.
Se il tuo client supporta funzionalita' KeepAlive (tramite comando NOOP
o PWD), puoi impostarle in funzione del tempo o dei byte scambiati sulla
connessione data.
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> * FAQ 2.0 ITGF it.tlc.gestori.fastweb <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * URL  :  
http://plany.fasthosting.it
 <|
|_|  |_/_/ \_\___|___/-<|> * ----------------------------------- <|
|>- MagLev / Shanghai -<|> * URL  :  
http://www.maglev2004.cn
 ___<|

 I messaggi di errore erano sempre di Timeout.
Mi sono dimenticato di dire che ho il Keep-Alive abilitato sia sul 
client FTP che sul client SCP.

 connessione data.
Ciao Macs, che ne pensi del problema che abbiamo noi a Roma, sia su FTP 
che su SCP? In pratica i downloads si bloccano sempre, da server in cui 
non si bloccavano mai (sperimentati da mesi).
Inoltre, fino a circa 10 giorni fa andavo fisso da 3 anni al max a 135 
KB/s (DSL 1.2) mentre ora, senza cambiare nulla, la connessione varia 
dai 128 in giu' senza mai stabilizzarsi.
Guarda poi questo traceroute, in cui non salto neanche al primo hop:
 >tracert 
www.spamarrest.com
Rilevazione instradamento verso 
www.spamarrest.com
 [66.150.163.163]
su un massimo di 30 punti di passaggio:
   1     *        *        *     Richiesta scaduta.
   2     *        *        *     Richiesta scaduta.
   3     *        *        *     Richiesta scaduta.
   4     *        *        *     Richiesta scaduta.
   5     *        *        *     Richiesta scaduta.
   6     *        *        *     Richiesta scaduta.
   7     *        *        *     Richiesta scaduta.
   8     *        *        *     Richiesta scaduta.
   9     *        *        *     Richiesta scaduta.
  10     *        *        *     Richiesta scaduta.
  11     *        *        *     Richiesta scaduta.
  12     *        *        *     Richiesta scaduta.
  13     *        *        *     Richiesta scaduta.
  14     *        *        *     Richiesta scaduta.
  15     *        *        *     Richiesta scaduta.
  16     *        *        *     Richiesta scaduta.
  17     *        *        *     Richiesta scaduta.
C'e' qualcosa che non va...

 server e.g. 
maya.ngi.it
 ?
Qui mi scuso perche' ho controllato il firewall (KERIO) e ho visto che 
su protocollo ICMP non uscivo: forse il nuovo aggiornamento automatico 
di Kerio e' piu' restrittivo e aggiunge regole da solo.
Ecco quindi i traceroute reali, senza firewall, presi ora che non ho 
problemi a navigare spamarrest.
 >tracert 
www.spamarrest.com
Rilevazione instradamento verso 
www.spamarrest.com
 [66.150.163.163]
su un massimo di 30 punti di passaggio:
   1   110 ms    92 ms   112 ms  23.255.208.1
   2    98 ms     *       45 ms  10.1.232.34
   3    31 ms    23 ms    21 ms  10.251.185.209
   4    21 ms    10 ms     9 ms  10.251.180.24
   5    23 ms    28 ms    10 ms  10.251.181.1
   6    32 ms    10 ms    41 ms  10.251.185.186
   7    34 ms    28 ms    28 ms  10.1.148.29
   8    37 ms    37 ms    27 ms  10.128.0.53
   9    50 ms    55 ms    47 ms  10.254.0.229
  10    63 ms    74 ms    75 ms  10.254.0.22
  11     *       76 ms    41 ms  59.59.59.82
  12    62 ms    27 ms    20 ms  59.51.2.34
  13    20 ms    19 ms    62 ms  59.59.60.17
  14    32 ms    47 ms    46 ms  26.26.26.137
  15    21 ms    50 ms    58 ms  81.208.50.57
  16    24 ms    37 ms    22 ms  195.166.31.129
  17   310 ms   244 ms   224 ms  
so0-0-0-2488M.ar4.SEA1.gblx.net
 
[67.17.71.206]
  18   265 ms   250 ms   210 ms 
InterNAP-Ken-Schmid-Seattle.ge-3-2-0.ar4.SEA1.gb
lx.net
 [64.213.33.230]
  19   193 ms   218 ms   273 ms  
border6.ge2-1-bbnet2.sef.pnap.net
 
[63.251.160.75
]
  20   226 ms   214 ms   222 ms  
mail.spamarrest.com
 [66.150.163.163]
Rilevazione completata.
 >tracert 
maya.ngi.it
Rilevazione instradamento verso 
maya.ngi.it
 [194.185.88.3]
su un massimo di 30 punti di passaggio:
   1    18 ms    13 ms    11 ms  23.255.208.1
   2    30 ms     9 ms    33 ms  10.1.232.34
   3    78 ms    93 ms    83 ms  10.251.185.209
   4    57 ms    56 ms    56 ms  10.251.180.24
   5    53 ms    44 ms    55 ms  10.251.181.1
   6    57 ms    27 ms    10 ms  10.251.185.194
   7    30 ms    28 ms    27 ms  10.1.148.33
   8    28 ms    28 ms    37 ms  10.128.0.49
   9    46 ms    52 ms    37 ms  10.254.0.221
  10    45 ms    46 ms    65 ms  10.254.0.18
  11   105 ms   148 ms    21 ms  59.59.59.58
  12    65 ms    19 ms    19 ms  59.51.2.34
  13    55 ms    83 ms     *     59.59.60.17
  14    84 ms    38 ms    39 ms  26.26.26.117
  15   143 ms    56 ms    55 ms  81.208.50.170
  16    53 ms   111 ms    65 ms  
inet.mix-it.net
 [217.29.66.2]
  17    60 ms   111 ms    51 ms  
srp2-0.wf1-gsr1.net.inet.it
 
[194.185.46.140]
  18    81 ms    30 ms    23 ms  
ge7.wf1-hgr12a.wf.inet.it
 [213.92.7.3]
  19   156 ms    20 ms    22 ms  213.92.34.19
  20    93 ms     *       61 ms  194.185.65.62
  21    46 ms    56 ms    56 ms  
maya.ngi.it
 [194.185.88.3]
Rilevazione completata.
Se ci sono aggiornamenti ti faccio sapere qui. Grazie di nuovo.

    1     *        *        *     Richiesta scaduta.
Uhm... male = cosa succede se invece provi ping/traceroute verso altri
server e.g. 
maya.ngi.it
 ?
-- 


(ssh).
Attenzione che se anche su ssh ci sono problemi di sconnessione, nulla ha 
che vedere con le cfg dei router e i problemi di ftp e keep-alive.
Se la porta ssh viene sconnessa,ragazzi avete un problema serio o meglio ce 
l'ha fastweb sulla vostra zona. 

 
Ciao,
Il client che utilizzo č ncftp, l'errore č:
    Could not read replyfrom control connection -- timed out.
e successivamente:
    could not retrieve remote file.
Il file di configurazione č il seguente:
# NcFTP 3 preferences file
# This file is loaded and overwritten each time NcFTP is run.
#
anon-password=NcFTP@
auto-ascii=|.txt|.asc|.html|.htm|.css|.xml|.ini|.pl|.hqx|.cfg|.c|.h|.cpp|.hpp|.bat|.m3u|.pls|
auto-resume=no
autosave-bookmark-changes=no
confirm-close=yes
connect-timeout=20
control-timeout=135
logsize=10240
one-time-messages-seen=tar
pager=more
passive=optional
progress-meter=2 (statbar)
redial-delay=20
save-passwords=ask
show-status-in-xterm-titlebar=no
so-bufsize=0 (use system default)
xfer-timeout=3600
yes-i-know-about-NcFTPd=no
Farň qualche prova sui timeout.
grazie e ciao.

 
Complimenti!
Hai ragione, ho modificato come segue
control-timeout=1000
e sono riuscito a scaricare due distribuzioni anche senza IPPD
Ciao e grazie