Newsgroup: it.comp.reti.ip-admin
Titolo: DNS problema Interbussines

Vorrei una conferma
se oggi riscontrate problemi sui DNS telecom o interbussines
Grazie

 se oggi riscontrate problemi sui DNS telecom o interbussines
Sě, te lo confermo... non risolvono

 problemi sui DNS telecom o interbussines
Confermato (anche se non li uso, ho controllato)
passa a uno di questi
217.146.139.5, 193.155.207.61, 195.206.104.98
funzionano piuttosto bene e sono stabili, e in
ogni caso puoi ripassare ai telecom/ib appena
le cose saranno di nuovo a posto se vuoi
Ovvio che usare un *tuo* DNS sarebbe meglio
e ti eviterebbe di avere certi problemi
Ciao
-- 
* ObiWan
DNS "fail-safe" for Windows 2000 and 9X clients.
http://ntcanuck.com
408 XP/2000 tweaks and tips
http://ntcanuck.com/tq/Tip_Quarry.htm


Scusa ma un *tuo*  DNS non gira sempre su un altro dns le richieste?
dJa

 sempre su un altro dns le richieste?
Uff ... allora ... un DNS può essere configurato
in diversi modi, di solito le due impostazioni
più usate sono la "forward" e la "standalone"
nel primo caso imposti nella config del DNS
gli indirizzi di uno o più DNS esterni ai quali
il DNS inoltrerà le richieste di risoluzione, nel
secondo caso invece il processo di risoluzione
verrà eseguito completamente dal DNS locale
in pratica, in tale caso il DNS usa un file che di
solito viene chiamato "root-hints" e che più o
meno contiene quanto segue
.   518400 IN NS 
G.ROOT-SERVERS.NET
.
.   518400 IN NS 
F.ROOT-SERVERS.NET
.
.   518400 IN NS 
B.ROOT-SERVERS.NET
.
.   518400 IN NS 
J.ROOT-SERVERS.NET
.
.   518400 IN NS 
K.ROOT-SERVERS.NET
.
.   518400 IN NS 
L.ROOT-SERVERS.NET
.
.   518400 IN NS 
M.ROOT-SERVERS.NET
.
.   518400 IN NS 
I.ROOT-SERVERS.NET
.
.   518400 IN NS 
E.ROOT-SERVERS.NET
.
.   518400 IN NS 
D.ROOT-SERVERS.NET
.
.   518400 IN NS 
A.ROOT-SERVERS.NET
.
.   518400 IN NS 
H.ROOT-SERVERS.NET
.
.   518400 IN NS 
C.ROOT-SERVERS.NET
.
G.ROOT-SERVERS.NET
. 3600000 IN A 192.112.36.4
F.ROOT-SERVERS.NET
. 3600000 IN A 192.5.5.241
B.ROOT-SERVERS.NET
. 3600000 IN A 128.9.0.107
J.ROOT-SERVERS.NET
. 3600000 IN A 192.58.128.30
K.ROOT-SERVERS.NET
. 3600000 IN A 193.0.14.129
L.ROOT-SERVERS.NET
. 3600000 IN A 198.32.64.12
M.ROOT-SERVERS.NET
. 3600000 IN A 202.12.27.33
I.ROOT-SERVERS.NET
. 3600000 IN A 192.36.148.17
E.ROOT-SERVERS.NET
. 3600000 IN A 192.203.230.10
D.ROOT-SERVERS.NET
. 3600000 IN A 128.8.10.90
A.ROOT-SERVERS.NET
. 3600000 IN A 198.41.0.4
H.ROOT-SERVERS.NET
. 3600000 IN A 128.63.2.53
C.ROOT-SERVERS.NET
. 3600000 IN A 192.33.4.12
quella che vedi sopra in pratica è la lista dei cosiddetti
"root servers" di ICANN, a questo punto supponiamo che
il tuo dns locale riceva la richiesta di risolvere l'indirizzo
IP di 
www.google.com
  il DNS inizierà chiedendo ai root
servers tale informazione, i root servers risponderanno
con qualcosa del tipo
com.                    172800  IN      NS      
A.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
G.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
H.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
C.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
I.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
B.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
D.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
L.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
F.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
J.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
K.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
E.GTLD-SERVERS.NET
.
com.                    172800  IN      NS      
M.GTLD-SERVERS.NET
.
A.GTLD-SERVERS.NET
.     172800  IN      A       192.5.6.30
G.GTLD-SERVERS.NET
.     172800  IN      A       192.42.93.30
H.GTLD-SERVERS.NET
.     172800  IN      A       192.54.112.30
C.GTLD-SERVERS.NET
.     172800  IN      A       192.26.92.30
I.GTLD-SERVERS.NET
.     172800  IN      A       192.43.172.30
B.GTLD-SERVERS.NET
.     172800  IN      A       192.33.14.30
D.GTLD-SERVERS.NET
.     172800  IN      A       192.31.80.30
L.GTLD-SERVERS.NET
.     172800  IN      A       192.41.162.30
F.GTLD-SERVERS.NET
.     172800  IN      A       192.35.51.30
J.GTLD-SERVERS.NET
.     172800  IN      A       192.48.79.30
K.GTLD-SERVERS.NET
.     172800  IN      A       192.52.178.30
E.GTLD-SERVERS.NET
.     172800  IN      A       192.12.94.30
M.GTLD-SERVERS.NET
.     172800  IN      A       192.55.83.30
quanto sopra significa che il Top Level Domain (TLD) "com"
viene gestito dai "gTLD" servers, a questo punto il nostro bravo
DNS inoltrerà la richiesta a tali servers ed otterrà
google.com
.             172800  IN      NS      
ns2.google.com
.
google.com
.             172800  IN      NS      
ns1.google.com
.
google.com
.             172800  IN      NS      
ns3.google.com
.
google.com
.             172800  IN      NS      
ns4.google.com
.
ns2.google.com
.         172800  IN      A       216.239.34.10
ns1.google.com
.         172800  IN      A       216.239.32.10
ns3.google.com
.         172800  IN      A       216.239.36.10
ns4.google.com
.         172800  IN      A       216.239.38.10
che altro non è che l'elenco dei DNS autoritativi per il dominio
"google" al di sotto del TLD "com" a questo punto continuando
con le operazioni di risoluzione del nome il DNS richiederà ai
servers di cui sopra l'indirizzo di 
www.google.com
 ottenendo la
risposta che segue
www.google.com
.         300     IN      A       216.239.33.99
e tale risposta verrà ritornata a chi aveva richiesto l'indirizzo del
sito google, come vedi, nel caso del forward tutte le operazioni
di cui sopra vengono eseguite dai servers "esterni" mentre nel
caso di risoluzione locale il DNS non fa altro che "seguire" la
"catena" dei DNS coinvolti per un certo dominio per risolvere
la richiesta, ovviamente va considerato anche il fatto che il DNS
locale manterrà in cache i dati ottenuti durante la risoluzione per
cui se dovessimo effettuare una query per 
www.ibm.com
 il nostro
bravo DNS non andrebbe più a richiedere le informazioni ai root
servers, ma sapendo che il TLD "com" è gestito dai servers che
abbiamo visto in precedenza (gTLD) partirà direttamente da questi
ultimi, ed anche, supponendo di richiedere l'indirizzo dell'host
"
mail.google.com
" il DNS avendo in cache le info punterà direttamente
ai DNS relativi al dominio 
google.com
Spero sia chiaro ... Ciao :-) !
PS>
Chiedo scusa a eventuali esperti DNS se ho un pò
semplificato le cose e se non ho usato i termini corretti
sopra... ma ho cercato di mantenere le cose a livello
comprensibile


 le cose a livello comprensibile
Proporrei una FAQ.
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

> Proporrei una FAQ.
Esiste già, se segui il primo link nella mia
firma troverai un NG, un Forum ed una FAQ
giusto nel caso servissero ... :-)


 la richiesta, ovviamente va considerato anche il fatto che il DNS
Così però ottieni il risultato, se tutti facessero il proprio dns locale, di
sovracaricare di richieste i root server, mentre se usi il dns del provider
nella maggior parte dei casi gli host richiesti saranno già in cache.
Io preferisco di gran lunga utlizzare un dns alternativo (tanto che nel mio
dns locale ho impostato il foward e non uso i root server).
Trovo la tua spiegazione ottima, ma la decisione di crearsi un dns locale un
po' discutibile per due motivi:
1) nel tuo caso devi installarti un server dns in locale mentre nel mio devi
cambiare un ip
2) aumenti le richieste ai root server e non distribuisci il carico ad altri
dns
Se sbaglio qualcosa dimmelo.
Ciao
Fabio

 Se sbaglio qualcosa dimmelo.
Tutto giusto, ma che deve fare chi e` *obbligato* ad usare interbusiness
come provider perche` nella sua zona non ci sono alternative?
Usare i dns di interbusiness? Io ci ho provato ma ho smesso quando di
punto in bianco hanno riesumato record vecchi di un anno su alcuni domini
che nel frattempo avevano cambiato ip.
-- 
Vincenzo

 come provider perche` nella sua zona non ci sono alternative?
Io con interbusiness utilizzavo il dns della wind (212.245.255.2) oppure
indirizzi alternativi.
Ciao
Fabio

 indirizzi alternativi.
E perche` mai Wind (o altri) dovrebbe accettare di fornire un
servizio ad un utente di un altro provider? Che la cosa in pratica 
funzioni puo` essere, ma non mi sembra una risorsa su cui fare 
affidamento.
-- 
Vincenzo

 affidamento.
Hai ragione, però funziona e molto probabilmente continuerà a funzionare.
Ciao
Fabio

 dns
L'aumento è minimo (vedi sopra), la distribuzione del carico è la stessa
ma l'affidabilità del sistema è molto più alta, ripeto, non sto scrivendo
questo "così per dire" ho fatto i miei bravi "compiti a casa" che includono
benchmarks, verifiche sull'effettivo traffico di rete e sull'efficienza
totale
Ciao


 totale
Allora mi fido dei tuoi test, rimango dell'idea che in casi di realtà
medio-piccole sia più conveniente cercarsi un altro dns (magari dello stesso
provider ma che funzioni decentemente, io avevo usato wind per comodità) e
solo in realtà medio-grandi o dove sia necessario avere uno o più domini
locali installare un proprio dns. Ripeto è solo una questione di praticità.
Ciao
Fabio

 Allora mi fido dei tuoi test, rimango dell'idea che in casi di realtà
No spe ... "mi fido" ok -GRAZIE- ma se puoi, fai qualche prova anche
tu, non mi reputo "Dio" o simile, ti sto semplicemente dicendo quello
che ho verificato da (parecchi) tests fatti, ma ti consiglio anche di fare
qualche test personalmente ... anche se penso che avrai gli stessi
risultati (più o meno), i DNS dei providers sono ... :-P


 Ciao
Ok, purtroppo in questi giorni ho pochissimo tempo, però la prossima
settimana dovrei riuscire a fare qualche prova. Magari provo con l'adsl
appena è attiva, Telecom permettendo :-)
Ciao
Fabio