Newsgroup: it.tlc.gestori.fastweb
Titolo: Ftp da aziendale

Ciao a tutti.
Mi capita un problema strano.
Sul lavoro abbiamo un abb. fibra aziendale,
con router, così configurata:
5 ip nostri del tipo 10.10.10.x
router cisco 1700 che natta su ip fw 1.x.x.x
eppoi via da pop di zona che fa altro nat.
***commento***
già il doppio nat penso sia una bella cazzata
***fine commento***
ora (penso grazie a questo doppio nat), l'ftp
sul 50% (eppiu) dei server ftp non va...
per esempio 
ftp.kernel.org
su altri tutto ok.
da una mia stats ho notato che i problemi ci sono
se contatto server linux con kernel 2.4.x ...
server con linux 2.2.x non presentano questo problema
(ma ripeto, è una cosa che ho notato, non ho nessuna prova)
sfiga vuole che i server della nostra azienda che girano
con linux krn 2.4.x non siano raggiungibili in ftp...
le ho provate tutte, ma nulla.
test fatti da fuori rete fw dimostrano che tali server
NON hanno alcun problema (da casa, da altre reti)
qualcuno ha questo problema ? lo ha risolto ?
esiste qualche proxy ?
purtroppo noi operiamo con internet, e realizzando
siti abbiamo bisogno di usare in modo pesante ftp.
non avendolo ben funzionante, se i tecnici fw non
riescono a sistemarlo, saremmo costretti a disdire
l'abbonamento (mi spiace per il file sharing...)
help please.
-- 
*************************************
	 Matteo Brancaleoni
     Powered by RedHat Linux 7.2
         Linux User #153521
*************************************

 questo problema
Sapresti anche fornirci info sul demone FTP in esecuzione su tali server
contattati ?
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> 
http://planynet.hypermart.net
 ŻŻŻŻŻ<|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> 
http://pub44.ezboard.com/bplanynet
 <|
|_|  |_/_/ \_\___|___/-<|> NEWS: free.it.ingegneria.meccanica <|
|>Togli/Remove .INVALID<|> NEWS: free.it.tlc.provider.fastweb <|

 le ho provate tutte, ma nulla.
[PASTE]
In passive mode FTP the client initiates both connections to the server,
solving the problem of firewalls filtering the incoming data port
connection
to the client from the server. When opening an FTP connection, the
client
opens two random unprivileged ports locally (N > 1024 and N+1). The
first
port contacts the server on port 21, but instead of then issuing a PORT
command and allowing the server to connect back to its data port, the
client
will issue the PASV command. The result of this is that the server then
opens a random unprivileged port (P > 1024) and sends the PORT P command
back to the client. The client then initiates the connection from port
N+1
to port P on the server to transfer data.
In active mode FTP the client connects from a random unprivileged port
(N >
1024) to the FTP server's command port, port 21. Then, the client starts
listening to port N+1 and sends the FTP command PORT N+1 to the FTP
server.
The server will then connect back to the client's specified data port
from
its local data port, which is port 20.
[/PASTE]
Spero aiuti, in alternativa prova alternative all'ftp -> sftp
Ciao Luca

[STRACUT]
Non facevi prima a dirgli di usare il passive mode? :)
**Togli gli asterischi dall'indirizzo per rispondere in e-mail

 
Infatti, questa e' una cosa che non sta ne' in cielo ne' in terra.

 Non facevi prima a dirgli di usare il passive mode? :)
visto che aveva provato "di tutto" o non ha provato bene o na ha considerato
qlc o non so che altro [magari nn va davvero] -> il rissuntino mi sembrava
interessante per il NG [vedi mozzy etc] e l'ho postato..  non e' che lo
riposto fra 2 gg pero' ;-)
Ciao Luca

Ho usato la modalità passiva, in quanto in attiva
su rete fw non funziona (per via dei gw che fanno pat).
I demoni che ho testato sono wu-ftpd e proftpd.
il fatto che la mia supposizione sui kernel non stia
nè in cielo nè in terra sono perfettamente d'accordo,
ma è l'unica differenza che ho riscontrato. In effetti
non ha motivo d'essere.
la cosa paradossale è che tutti i server testati da fuori
rete fastweb vanno da dio (uno che NON va è 
ftp.kernel.org
 ,
che gira con proftpd).
Ho paura che tale problema sia sul doppio nat che viene
fatto in un abbonamento con router, ma non esiste che
fw non abbia pensato a tali cose. oppure il problema sta
altrove ?
proverò con altre alternative come scp, anche se non dovrà
essere la soluzione, in quanto non si può spiegare a chi
lavora con dreamweaver , frontpage o chi per esso, che non
debbono usare + l'ftp integrato, ma un tool esterno.
Una rete ip deve funzionare come si deve, tali "aggiustamenti"
davvero non esistono.


 altrove ?
Magari ti sto dicendo una cazzata, cmq anche io ho un doppio nat (nel senso 
che ho un router in casa) e non ho nessun problema a entrare negli FTP 
(neanche in quello da te segnalato).
Forse dipende dalle impostazioni del router che ti hanno montato.
Ciao,
Daniele
***************************
Linux Registered User #261143 - 
http://counter.li.org
 
Webmaster of:
http://www.paolacortellesi.net
http://letteraperfastweb.cjb.net

 cose. oppure il problema sta altrove ?
L'ultima che hai detto = per esperienza ti dico che non vi sono limiti
sull'utilizzo di connessioni FTP sia per connessioni SOHO (con la CPE)
che per connessioni Small Office (con Router Cisco, modelli variabili a
seconda del contratto).
Pertanto, se sei sicuro che non e' imputabile al computer perche' 
p.es
.
l'hai provato su un'altra utenza FW (fibra o DSL) e non hai riscontrato
problemi nemmeno in Active Mode (che con connessioni FW e' utilizzabile)
allora provvedi a contattare l'assistenza tecnica FW, fornendo loro i
log dettagliati delle sessioni interrotte in :
==
- Active Mode
- PASV/Passive Transfer Mode
- Proxy Mode (SOCKS Proxy 10.31.254.64 su porta 1080)
==
dove si individui esattamente il codice dell'errore o del messaggio di
chiusura connessione da parte del server FTP remoto.
