Newsgroup: it.comp.os.linux.sys
Titolo: Problemi di risoluzione nomi, traceroute e ping

Ciao a tutti.
Mi trovo in una situazione alquanto strana: ho implementato 2 router diversi
per uscire su 2 provider diversi a causa di un cambio provider che stiamo
affrontando.
Il router del vecchio provider (64k ISDN) lo uso per ricevere/inviare la
posta e per le NEWS, mentre il router HDSL (Telecom, ahimè!) lo uso per
tutto il resto.
Sarei grato se qualcuno avesse voglia/tempo di verificare insieme a me
(anche privatamente magari) le mie configurazioni, onde togliermi qualche
dubbio.
La cosa però più importante adesso è il fatto che se io faccio un
"traceroute" verso qualche host, il percorso che vedo è "retroattivo",
ossia: esce dal mio router HDSL e rientra (come destinazione) sul mio router
ISDN... come diavolo è possibile???
Di seguito un output:
[root@proxy /root]# nslookup 
www.tin.it
Server:         127.0.0.1
Address:        127.0.0.1#53
Non-authoritative answer:
Name:   
www.tin.it
Address: 62.211.64.8
[root@proxy /root]# traceroute 
www.tin.it
traceroute to 
www.tin.it
 (62.211.64.8), 30 hops max, 38 byte packets
 1  
host17-pool8018173.interbusiness.it
 (80.18.173.17)  3.088 ms  1.893 ms
1.097 ms
 2  80.18.134.133 (80.18.134.133)  120.843 ms  10.158 ms  9.593 ms
 3  151.99.115.93 (151.99.115.93)  12.893 ms  12.452 ms  11.514 ms
 4  151.99.101.105 (151.99.101.105)  14.289 ms  14.838 ms  15.281 ms
 5  151.99.98.97 (151.99.98.97)  24.074 ms  22.304 ms  23.446 ms
 6  151.99.29.144 (151.99.29.144)  20.874 ms  23.275 ms  23.342 ms
 7  151.99.98.6 (151.99.98.6)  24.213 ms * 22_254CG (192.168.22.254)
118.450 ms !X
 8  * * 22_254CG (192.168.22.254)  25.245 ms !X
 9  * 22_254CG (192.168.22.254)  26.976 ms !X *
10  22_254CG (192.168.22.254)  178.899 ms !X *  134.373 ms !X
Ho un DNS caching che mi risolve i nomi andandoli a chiedere ai DNS di
Telecom.
Nel traceroute si vede che ad un certo punto il pacchetto torna indietro per
un altra strada... infatti "22_254CG" è il router ISDN ....
Grazie per ogni suggerimento!
Ciao

 
Se l'ip di partenza è della ISDN mentre il default è sulla hdsl è
possibilissimo.
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	1° Cortigiano: "Sire, Sire: I contadini stanno morendo di sete!"
	2° Cortigiano: "Sire, Sire: I coccodrilli del fossato stanno morendo di fame!"
	Il Re:"Intravedo una soluzione...."

 possibilissimo.
Ma il mio primo "hop" non è quello dell'ISDN, è quello di HDSL...
E' questo che non mi torna...

In a7f3c7$72do$
1...@stargate1.inet.it
, OxygeN, 
oxy...@uni.de
, il 22-03-2002
12:08 ha scritto:

Ad occhio sembrerebbe che da qualche parte ci sia un gateway che ha come
informazione che l'indirizzo ip della tua hdsl è raggiungibile attraverso la
isdn (che a questo punto penso sia statico, giusto?). C'è possibilità di
fare "forward interno" tra la hdsl e la isdn?
Non è che stai cambiando in questi giorni un nome a dominio?
Ciao, #Ti

 Non è che stai cambiando in questi giorni un nome a dominio?
Non sto cambiando dominio... sto solo cercando di implementare HDSL e
"sovrapporlo" ad ISDN dell'altro provider finchè ho il contratto...

 per un altra strada... infatti "22_254CG" è il router ISDN ....
Stai interpretando male le ultime righe.
Le entry 7 (alla fine), 8, 9 e 10 non sono generate da ICMP tipo 11 ma
da ICMP tipo 3 che provengono da 192.168.22.254. Il terzo echo request,
della serie con ttl=7, invece di arrivare fino a 151.99.98.6, e' stato
apparentemente bloccato da 192.168.22.254 che ha poi notificato al tuo
host l'avvenuto filtraggio. Stessa sorte e' toccata ad altri pacchetti.
Ora rimane da capire perche' diavolo 192.168.22.254 risponde ad alcuni
dei tuoi icmp quando il traffico non sta passando da li. D'altronde il
primo hop e' chiaramente su 80.18.173.17 che immagino sia l'hdsl e che
sia il default gateway dell'host da cui e' partito il trace. Ma mentre
i primi 20 pacchetti sono usciti da li, i pacchetti 21, 24 e 25 sembra
che siano usciti dal vecchio default gateway 22_S54CG. Perche'? Boh!
Non e' che hai configurato qualche strano sistema di load balancing, o
di fault tolerance, che interpreta il ritardo dei pacchetti 19-20 come
una situazione di failure e redirige il default gateway sull'ISDN? Fai
di nuovo il traceroute sniffando il traffico (e descrivi anche se c'e'
qualche configurazione esoterica nel tuo routing).
Fabio

 Telecom.
... e risolviteli da solo i nomi, che e' meglio (con telecom poi ;))
Fabio

 
... in effetti mi sono spiegato moolto male.
Se dall'esterno qualcuno avesse un percorso di route di questo tipo
route indirizzo-hdsl gw indirizzo-isdn
Riuscirebbe a raggiungere il router hdsl passando da isdn? Sono su uno
stesso sistema di hub/switch oppure collegati da un dualhomed o qualcosa di
simile che permette il transito tra le due reti?
Se ad esempio un gateway riuscirre, per qualche misterioso motivo, a
raggiungere la tua hdsl attraverso un percorso che porta alla isdn in un
tempo minore...
boh, sono solo idee...
#Ti

 ... e risolviteli da solo i nomi, che e' meglio (con telecom poi ;))
Per quanto riguarda il DNS ho provveduto (visto che me l'hanno consigliato
in molti) ad usare i ROOT SERVER, aggiornando ogni mese il file
"
named.ca
"...