Newsgroup: it.comp.os.os2
Titolo: ftp su hobbes via ADSL

ciao,
non riesco in nessun modo ad accedere al server ftp di hobbes
quando sono connesso alla linea ADSL mentre riesco via modem analogico
sono invece riuscito a uploadare dei file sul mio sito su tin
ho fatto da riga di comando sia
ftp 
hobbes.nmsu.edu
che
ftp 128.123.3.50
ma in entrambi i casi dopo un paio di secondi mi dice:
Connected to 
hobbes.nmsu.edu
.
421 Service not available, remote server has closed connection
se mi collego via ftppm, non mi mostra alcun file in nessuna
directory
lo stesso avviene se uso FTPREXX ovviamente
se uso wget 
ftp://hobbes.nmsu.edu/ecc.
.. ottengo:
Connecting to 
hobbes.nmsu.edu
[128.123.3.50]:21... connected.
Logging in as anonymous ...
Error in server response, closing control connection.
Ho provato a scaricare un kernel dal sito IBM con wget (ftp url)
e non ho avuto problemi ...
Hobbes riesco a contattarlo solo via http
possibile che il server ftp di hobbes usi porte diverse da 20-21 ?
In questo caso il problema sarebbe nel firewall del router...
qualche idea ???
--
bye
Alessandro Cantatore
email reply to: acantatore (at: 
tin.it
)



Prova a connetterti in passive mode. Comunque puoi usare wget e dargli
l'url http (secondo me va piu' veloce).
-- 
ciao, Gabriele
[ 
http://www.ecomstation.it/xwp
 ]
[ 
http://www.ecomstation.it/ecsoft2/
 ]

 wrote:
ciao Gabriele,
 >Prova a connetterti in passive mode. Comunque puoi usare wget e dargli
 >l'url http (secondo me va piu' veloce).
il problema e' nell'upload... provvisoriamente posso anche usare
il modem analogico, ma gradirei trovare una soluzione definitiva...
grazie comunque


 il modem analogico, ma gradirei trovare una soluzione definitiva...
Ho visto che altrove ti ha risposto paul ratcliffe, ne sa senz'altro 
piu' di me :-)
Comunque, alla peggio, c'e' sempre "
archiver-presso-hobbes.nmsu.edu
" 
cui chiedere spiegazioni. In fin dei conti e' li' per quello.


 421 Service not available, remote server has closed connection
controlla se il tuo provider ti da il revers dns.
Alcuni FTP sono configurati  in modo che se il tuo provider non ha l' RDNS
non ti fanno accedere.
Per saperlo, prendi il tuo indirizzo ip (cioe` quello assegnato al router
dal provider) e digita host xxx.xxx.xxx.xxx. Se l'ip viene risolto con un nome
(a volte indecifrabile), hai l'RDNS.
Ad ogni modo, se sei con Tin, non dovrebbe essere questo il problema.
-- 
ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ] [ Icq#:51640305 ]
[ 
http://pido2.webhop.net/
 ]

 wrote:
 >controlla se il tuo provider ti da il revers dns.
 >Alcuni FTP sono configurati  in modo che se il tuo provider non ha l' RDNS
 >non ti fanno accedere.
ho confrontato i pacchetti generati da una connessione con modem analogico
e una con ADSL... gli indirizzi IP sono corretti in entrambi i casi...
forse e' il router che manda un ping di troppo e hobbes blocca il
protocollo ICMP


 wrote:
 >Ho visto che altrove ti ha risposto paul ratcliffe, ne sa senz'altro
 >piu' di me :-)
 >Comunque, alla peggio, c'e' sempre "
archiver-presso-hobbes.nmsu.edu
"
 >cui chiedere spiegazioni. In fin dei conti e' li' per quello.
considerando che se abilito il parametro di debug il messaggio che
ottengo e' 421 che significa servizio non disponibile, il server ha
chiuso la connessione (o qualcosa di simile)
ho appena letto un messaggio del bug tracker di eCS che dice:
"Some sites block the Ping ICMP Echo/Echo Reply traffic..."
e riferiva che hobbes era uno di questi siti
ho l'impressione che sia il router a fare un ping e a provocare la
disconnessione del server ftp di hobbes...
per l'altro problema di connessione/disconnessione ho cominciato a dare
un'occhiata alla programmazione tcp/ip... non dovrebbe essere troppo
difficile fare un programma per monitorare lo stato della connessione
senza dover ricorrere all'interfaccia web... (anche grazie a IPTRACE)...
grazie dell'interessamento...


 senza dover ricorrere all'interfaccia web... (anche grazie a IPTRACE)...
dovrebbe bastare iptrace.
iptrace ha uno switch (ma non mi ricordo quale) che permette di vedere 
direttamente tutti i pacchetti tcpip in hex, compresi i vari strati di 
protocollo (io l'ho usato per debuggare il netbios su tcpip un bel po' 
di tempo fa').
gli unici che non si vedono sono quelli che circolano in broad/multi cast.
ciao
piero

 wrote:
 >Un router *molto* intraprendente: decide da solo su chi fare il ping? Se
 >e' cosi' buttalo immediatamente nel bidone della spazzatura...
e' una mia ipotesi tutta da verificare...
 >dovrebbe bastare iptrace.
 >iptrace ha uno switch (ma non mi ricordo quale) che permette di vedere
 >direttamente tutti i pacchetti tcpip in hex, compresi i vari strati di
 >protocollo (io l'ho usato per debuggare il netbios su tcpip un bel po'
 >di tempo fa').
basta usare ipformat per convertire IPTRACE.DMP in un file di testo
con tutte le informazioni possibili
