Newsgroup: it.comp.reti.ip-admin
Titolo: dns primario e secondario inconsistenti

c'e' qualcosa che proprio non capisco...
ho effettuato uno spostamento di una macchina da un hoster and un altro 
e mi aspettavo, come di consueto, il solito periodo di "invisibilita'" 
causato dai dns che ancora puntavano alla vecchia locazione. Dopo 48 ore 
pero' ancora "cieco" dal mio ISP particolarmente lento e con i miei 
collaboratori che mi tartassavano di telefonate per assicurarmi che loro 
il sito lo vedevano ho fatto un po' di dig sui due server dns di 
Eutelia, il mio ISP per l'appunto. Con mia enorme sorpresa ho trovato 
una inconsistenza tra i due, dove il secondario punta all'indirizzo 
giusto mentre il primario e' inchiodato al vecchio record. Incollo le 
parti che reputo interessanti:
; <<>> DiG 9.2.2 <<>> @
62.94.0.2
 
www.systemeden.com
;; ANSWER SECTION:
www.systemeden.com
.     3600    IN      CNAME   
systemeden.com
.
systemeden.com
.         3600    IN      A       80.68.207.50
;; AUTHORITY SECTION:
systemeden.com
.         37057   IN      NS      
ns0.unbit.it
.
systemeden.com
.         37057   IN      NS      
ns1.unbit.it
.
systemeden.com
.         37057   IN      NS      
ns2.unbit.it
.
systemeden.com
.         37057   IN      NS      
ns3.unbit.it
.
; <<>> DiG 9.2.2 <<>> @
62.94.0.1
 
www.systemeden.com
;; ANSWER SECTION:
www.systemeden.com
.     149662  IN      CNAME   
w-01.th.seeweb.it
.
w-01.th.seeweb.it
.      119     IN      A       217.64.202.205
;; AUTHORITY SECTION:
th.seeweb.it
.           581     IN      NS      
ns1.th.seeweb.it
.
come si spiega questa inconsistenza? c'e' il rischio che il server 
primario rimanga a lungo non coerente?
grazie per ogni aiuto e delucidazione :)
gabrio

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

TTL... il 0.1 ha registrato 
www.systemeden.com
 con un ttl davvero
alto...mentre il 0.2 lo ha con un valore abbastanza nella norma e
lo ha refreshato dopo che la copia in cache era scaduta.
Ora...il perche' si sia verificato una cosa del genere si puo'
spiegare con una situazione in cui il 0.1 abbia richiesto la
entry nella zona 
systemeden.com
 al dns autoritativo in un momento
in cui c'era un qualche "errore" di conf sulla TTL...
Potresti chiedere, se la cosa si protrare per un tempo inaccettabile,
a quelli di eutelia che rilancino (reload o rndc refresh)il dns
primario...Se gli va lo fanno...se no...aspetti che si consumino i
149662 secondi.
- --
==
"Vorrei solo sapere che sei morto.
Cosi', per stare un po meglio."
- -
Per scrivermi una email o avere la mia PGP Key, posta
un messaggio con il seguente soggetto:"REQUEST EMAIL HARTIGAN".
==
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFFC048uuxRXtjsR9sRA5NFAKCHNjlytoGfcI/HegNDuhQXLZbrDgCfein7
CnXcnwoa8sbzPUX26qqH5b4=
=9rj5
-----END PGP SIGNATURE-----

 149662 secondi.
eutelia? sarebbe come chiedere a manson di cantare per la messa --
mi sa che mi tocca aspettare questa 30ina di ore (e nel frattempo mi 
appoggio ai dns di telecom)
ti ringrazio della spiegazione! :)
PS ma il dns secondari in genere non si sincronizzano ai primari? sono 
invece completamente indipendenti?
gabrio

 invece completamente indipendenti?
Allora un dns secondario, lo e' se condivide con un dns primario
l'autorita' per delle zone.
Nel caso di cache su risoluzione di zone di cui non si e' autoritari,
ogni dns fa questo lavoro autonomamente (a parte config specifiche
diverse dal default).
Quindi anche se uno ha ip .1 e l'altro .2, e magari sono autoritativi
per le zone di eutelia, e quindi il secondario andra' a chiedere gli
aggiornamenti delle zone eutelia; per quanto riguarda la risoluzione
di zone come 
google.com
 o fracazdavelletri.org.asmo, entrambi fanno
un lavoro distinto e non legato tra loro.
- --
==
"Vorrei solo sapere che sei morto.
Cosi', per stare un po meglio."
- -
Per scrivermi una email o avere la mia PGP Key, posta
un messaggio con il seguente soggetto:"REQUEST EMAIL HARTIGAN".
==
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFFC9uCuuxRXtjsR9sRA+XAAKCuAPNkLMafg+YvsA/+g36tbdWvFACgg+VU
A7+xfQjfkTvqFpL6Pra5O7Q=
=aKDB
-----END PGP SIGNATURE-----

 
perfetto, sei stato chiarissimo! grazie di tutto :)
gabrio

> perfetto, sei stato chiarissimo! grazie di tutto :)
giusto per completezza (e dato che il problema al
momento sembra essersi risolto); controlla questo
http://www.dnsreport.com/tools/dnsreport.ch?domain=systemeden.com
e correggi quanto possibile; ci sono alcune "cosette"
da rivedere nella config della tua zona :)