Newsgroup: it.comp.reti.locali
Titolo: Indirizzo ip non raggiungibile... parzialmente

In ditta ci colleghiamo abitualmente ad un server ftp di una ditta 
esterna che ci mette a disposizione dei file.
Dal mese scorso ci capita che da una filiale non si riesce più a 
raggiungere l'ftp. La cosa strana è che dalle altre filiali si entra 
senza nessun problema. All'inzio pensavo ad un problema di routing, di 
quelli che di solito si risolvono da soli... ma dopo un mese il problema 
c'è ancora.
A causa della particolarità del problema sono convinto che chiedere 
spiegazioni alla ditta che mette a disposizione l'ftp sia perfettamente 
inutile... probabilmente ne sanno meno di noi (e probabilmente il 
problema non è loro).
Cosa mi consigliate di fare? Ho visto che il loro provider è Fastweb, 
dite che mi dovrei rivolgere a loro o piuttosto al mio (Telecom, che è 
uguale su tutte le filiali)?
-- 
Jax

 c'è ancora.
[..]
Scusa ma sulla natura del problema non hai detto nulla.
Il DNS risolve?
riesci a pingare il server?
Il firewall nella filiale blocca l'FTP?

 Il firewall nella filiale blocca l'FTP?
No.
-- 
Jax

 Perché non ne so nulla :)
Ho fatto fare delle prove a degli amici e qualcuno ci entra, 
qualcun'altro no. L'ftp dice "Connesso a..." ma poi non chiede username 
e password (non che sia molto significativo, visto che se provi a fare 
ftp 123.123.123.123 dice "Connesso a 123.123.123.123"...)
-- 
Jax

 senza nessun problema.
Difficile dire qualcosa perchè, sinceramente, l'analisi che proponi è 
piuttosto inconsistente; in assenza di dati significativi e di qualche 
test con sniffer alla mano, quel che ti si può dare è al massimo una 
direzione verso cui indagare.
FTP è un protocollo notoriamente rognoso per firewall e NAT, per via del 
fatto che utilizza una porta fissa e una più o meno casuale, e che può 
lavorare in due modalità (attiva e passiva) assai diverse. Riferisciti a 
http://slacksite.com/other/ftp.html
 per una spiegazione piuttosto 
precisa dei due meccanismi e del modo in cui essi utilizzano le porte. 
Dovrebbe essere evidente che NAT e paket-filtering applicati sia dal 
lato del client che dal lato del server possono interferire in maniera 
sostanziale se non correttamente gestiti.
Quindi: fai collegare gli utenti di quella filiale in modalità sia 
attiva che passiva, e vedi se in una delle due il trasferimento 
funziona. Se così è, è certamente un problema dal lato del firewall di 
quella sede.
Se anche questo non dovesse funzionare, ulteriori analisi che non siano 
alla cieca passano per l'uso dello sniffer per capire che sta accadendo...
-- 
http://bofhskull.wordpress.com/

 ftp 123.123.123.123 dice "Connesso a 123.123.123.123"...)
Quello dipende da che client usi.
Da quella filiale riesci ad accedere ad altri server ftp?

 Da quella filiale riesci ad accedere ad altri server ftp?
Eccheccazzo, sono TROPPO criptico. E dire che avevo già provato e 
pensato "devo scriverlo che a qualsiasi altro ftp mi collego senza 
problemi..."
Vado a bermi un caffè.
Anzi, prima il log di FileZilla:
Stato:	Connessione a x.x.x.x:21 in corso...
Stato:	Connessione stabilita, in attesa del messaggio di benvenuto...
Errore:	Tempo scaduto per la connessione
-- 
Jax

 Errore:    Tempo scaduto per la connessione
Che server FTP c'è dall'altro lato, se è un dato che hai?
-- 
http://bofhskull.wordpress.com/

 Che server FTP c'è dall'altro lato, se è un dato che hai?
IIS su Windows NT 5.0 (Win2000 server presumo).
Se può aiutare, ho provato ad andare su 
http://x.x.x.x
 e funziona.
-- 
Jax

 Se può aiutare, ho provato ad andare su 
http://x.x.x.x
 e funziona.
Anche dalle locazioni da cui FTP non risponde?
Purtroppo ho scarsa dimestichezza (leggi pure nessuna) con server FTP 
sotto Win32, quindi abbandono direttamente le ipotesi sulla 
configurazione lato server ... ;-)
-- 
http://bofhskull.wordpress.com/

 configurazione lato server ... ;-)
Idem... comunque se raggiungo l'ip in http e non in ftp, credo di poter 
escludere l'ipotesi di tabelle di routing sballate...
-- 
Jax

 escludere l'ipotesi di tabelle di routing sballate...
certamente.
Però la situazione è indubbiamente un po' confusa: se pur FTP è un 
protocollo rompica##i, la "seconda connessione" (quella rompica##i) 
viene tirata in ballo solamente durante i trasferimenti di file o 
l'output di comandi (ls/dir).
La fase di autenticazione utilizza una normale connessione TCP verso la 
porta 21 e null'altro, quindi i problemi di NAT/FW che scazza il track 
del protocollo non si applica, e il problema va cercato altrove.
Unica altra possibilità è il lato prettamente applicativo, sia esso 
"interno all'FTP" (e come detto su questo non metto becco) oppure 
frapposto tra l'FTP e altro.
Ad esempio, è cosa nota che svariati AV, al fine di poter verificare il 
traffico potenzialmente malevolo in transito effettuano hijack della 
sessione FTP (cosiccome POP/SMTP/etc), con il risultato che un problema 
(magari saltuario) del motore AV appare come un problema del server FTP, 
che invece funziona perfettamente. Ma siamo nel campo della pura 
speculazione, perchè non ci son dati a conferma.
Continuo a suggerire l'uso di sniffer per vedere che accade davvero ;-)
-- 
http://bofhskull.wordpress.com/

 Errore:    Tempo scaduto per la connessione
Hmm bel grattacapo. A questo punto direi che c'è qualche filtro lato server.
Se fai un telnet ip_del_maledetto_server 21 che ti viene fuori?

Andrea B. ha scritto:

Schermatona nera.
-- 
Jax

 Continuo a suggerire l'uso di sniffer per vedere che accade davvero ;-)
Non ho mai fatto niente del genere, quindi mi potresti dare qualche 
consiglio tu? Che programmi usare, cosa fare più o meno...
Intanto, giusto per non lavorare per niente, una telefonata ai tizi 
gliela faccio, sai mai che magari loro lato server riescono a capirci 
qualcosa tramite i log...
-- 
Jax

 qualcosa tramite i log...
...se poi dal loro lato non rilevano nulla di anomalo, si passa 
all'analisi di rete. Anche perchè non è affatto detto che eseguirla solo 
dal tuo lato sia abbastanza per individuare la natura del problema :-\
-- 
http://bofhskull.wordpress.com/

 dal tuo lato sia abbastanza per individuare la natura del problema :-\
Fermi tutti... questi simpatici coglioni si sono inventati da un giorno 
all'altro (senza comunicazione) di fare una white list... non commento.
Mi piacerebbe sapere poi che indirizzi ci hanno messo dentro...
Era meglio chiamarli subito.
Grazie per l'aiuto e scusatemi.
-- 
Jax

 
Quod erat demostrandum :)
-- 
Fa freddo nello scriptorium, il pollice mi duole. Lascio questa
scrittura, non so per chi, non so più intorno a che cosa...
U. Eco