Newsgroup: it.tlc.gestori.fastweb
Titolo: Upload...

 ha scritto nel messaggio 
news:3093f4F...@uni-berlin.de...

Secondo me lo fanno perché tanto sanno che POCHI disdicono, visti i 150 euro 
per non restare senza telefono ai residenziali.
Che poi i disservizi riguardino perfino le aziende... non mi pare affatto 
saggio.
Emiliano 

Ciao avevo il tuo stesso problema per l'ftp verso amici in adsl non 
fastweb, ogni 60-70mb di upload cadevano.
Ho risolto con loro mettendo delle vpn su porte alte, molto alte, ti 
consiglio OpenVPN, li dentro ci fai passare tutto quello che vuoi non 
possono monitorizzarlo e il canale è cifrato, se inoltre ti serve puoi 
anche comprimerlo.
Se ti chiudono le porte le fai passare verso le porte 443 dei tuoi 
"destinatari", purche' non siano siti web veri e propri, questa porta è 
https e quindi non possono vietartela! (pensa agli home banking, i 
servizi sicuri ecc... sai che spasso poi).
Attualmente ho in piedi 7 vpn tra lavoro, clienti e amici, tutto 
funziona regolarmente. Ammetto un lieve calo di velocità dovuto 
sicuramente alla cifratura.
La porta 445 sembra essere facile preda di virus, potrebbero dirti che 
l'hanno chiusa per prevenirli, non ho idea, se devo trasferire files 
passo tutto in vpn adesso.
Ciao.
Milano Sud - FO


 passo tutto in vpn adesso.
Esattamente questo mi hanno detto. Tutto dopo aver perso una mattina a 
cercare di capire perchè non vedessi più i miei firewall.
che fatica, 'sto paese.


perdendo ORE, a colpi di "resume".
Perche' non usi un client decente?
--
Federico Spano`
Le email indirizzate a 
fsp...@tiscali.it
 
vengono automaticamente cancellate

 Perche' non usi un client decente?
ftp da riga di comando da linux o filezilla da windows sono clients 
decenti ?


Sono pienamente daccordo con tutto quello che hai detto, e non penso che 
  il nostro sia un popolo di decerebrati, ma di furbi si, purtroppo.
Non mi sognerei mai di difendere fastweb, credevo solo che fosse una 
cosa "risolvibile", aruba a parte ovvio, con loro o ti fai un server 
dedicato che alla fine non ti costa molto o non hai altre scelte...
Sq.


timeout e la connessione cade. A detta di Aruba, che ho contattato, la 
Sì, la connessione di controllo va in timeout.
-- 
ciao,
Marco

 Sì, la connessione di controllo va in timeout.
Ti ringrazio.
Ho l'impressione che sia il gateway di FW che chiude le porte "related" 
al traffico FTP "dopo un po'". Curioso però che in passive mode la 
situazione sia la stessa.
Che tu sappia, c'e' qualche "workaround" per prevenirlo ?


decenti ?
Il primo credo di si', il secondo non so. L'importante e' che abbia il
resume automatico.


Che tu sappia, c'e' qualche "workaround" per prevenirlo ?
No.
-- 
ciao,
Marco

 ciao, f.
Alcuni client mandano un comando NOOP ad intervalli prefissati per 
mantenere la connessione di controllo attiva.
-- 
Formerly known as Loric

 No.
In realta' quando, pur con le impostazioni relative al TCP KeepAlive del
sistema (ved. indicazioni delle FAQ-ITGF sui timeout), il problema non
rientra si puo' cercare di mantenere in piedi la connessione control, 
impostando HASH ON ed usando le eventuali funzionalita' keepalive del
client FTP. Alcuni infatti consentono di scegliere tra NOOP e PWD (dato
che alcuni server rifiutano il comando NOOP), definendo l'intervallo di
invio in funzione del tempo o dei byte scambiati sulla connessione data.
Per quanto riguarda la questione della porta 445, vale quanto sapevi 
gia' ad Aprile ;) = 
http://tinyurl.com/4f53b
 .
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> * FAQ 2.0 ITGF it.tlc.gestori.fastweb <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * URL  :  
http://plany.fasthosting.it
 <|
|_|  |_/_/ \_\___|___/-<|> * ----------------------------------- <|
|>- MagLev / Shanghai -<|> * URL  :  
http://www.maglev2004.cn
 ___<|


Su questo avrei bisogno di un chiarimento. Fino a 10 giorni fa i log del mio
firewall mostravano i soliti vermicelli in azione con scan provenienti da
altri soggetti della mia subnet verso le "well known ports". Da pochi giorni
sono tutti scomparsi, praticamente ora il mio Linux box registra solo l'IGMP
e il solito "rumore di fondo", tant'è che ho voluto provare col tuo port
scanner che non si trattasse di un problema del firewall stesso (ho
recentemente aggiornato iptables, per cui il dubbio mi era venuto), ma tutto
sembra funzionare a dovere.
Hai notizia di qualche modifica recente da parte di FW?
Poi c'è il discorso del limite della banda su rete esterna, ma su quello c'è
già un altro thread.
Ti ringrazio anticipatamente per gli eventuali chiarimenti.
Saluti.

 gia' ad Aprile ;) = 
http://tinyurl.com/4f53b
 .
Grazie, lo so. Ma il nervososmo in merito permane. Intanto supponevo 
potesse trattarsi di un'azione "temporanea", quindi prima di rilocare 
tutte le webadmin che ho in giro aspettavo un po'. Evidentemente si 
tratta di una "dis-feature" permanente... mi adeguerò. Continuo però a 
sostenere che, almeno peri i clienti business, si tratti di 
provvedimenti non leciti.
CMQ: T'e' mai capitato di rispondere: "non lo so!", nella vita ? :))


 ha scritto nel messaggio 
news:41A135C0...@despammed.com...

Vi č da dire che questo fenomeno lo rilevavo mesi fa su 
ftp-student.esslingen.de
 quando scaricavo le iso di fedora.
ieri invece ho scaricato a 500k costanti (un bel viaggiare) tutti e 5 i cd 
SENZA KEEP ALIVE e senza nessuna funzione di NOOP. Non č mai caduta la 
connessione quindi qualcosa č cambiato (in meglio)
Cio' dovrebbe confermare che non č la regola la necessitŕ di impostare 
funzioni di keep alive

 già un altro thread.
Anche qui, non vi pare essere una regola , ieri saturavo verso IT-GATE di 
Torino via mix Milano
Boh ??

 funzioni di keep alive
Infatti non e' obbligatorio farlo se non si riscontrano appunto problemi
di timeout (e questo vale sia per connessioni FTP che di altro tipo, 
vedi HomeBanking, VPN, etc.) -> le impostazioni di keepalive consentono
pero' di stare un po' piu' 'tranquilli' di fronte ad eventuali policy
alquanto restrittive sui timeout impostate sia lato rete che soprattutto
lato server. 


 ha scritto nel messaggio
news:8Ypod.6438$C94....@tornado.fastwebnet.it...

Boh, io non so che fare. Ho provato col Linux Box, col PC windowsXP, con un
portatile (anch'esso windows ma 2k), ho scambiato le prese dell'HAG, ho
provato con un diverso cavo di rete, ma i risultati non cambiano.
Quando chiamo il servizio clienti ogni volta mi dicono di provare a fare un
download da 
http://tucows.fastwebnet.it/
 al che io spiego che il problema si
verifica con la rete esterna, ma quelli non capiscono.
In ogni caso da rete esterna non scarico a più di 150KBps (ma spesso a molto
meno), a meno che non usi GetRight con il segmented download.
E comunque misteriosamente sono scomparsi i port probe dei vermicelli dai
log del mio firewall e non credo che tutti quelli  della mia subnet abbiano
installato un firewall nel girio di due giorni.