Newsgroup: it.comp.reti.ip-admin
Titolo: Interbusiness e DNS, una storia infinita

Ciao a tutti.
Premetto che il problema che vi esporro' ce l'ho in particolare con i .com,
.net e .org, non ho provato se lo fa anche con i .it ma lo faro'.
Riassumo brevemente i fatti: collaboro con un piccolo ISP, che ha
Interbusiness come carrier.
La stessa IBS ci fa da maintainer per i domini .it, fornendoci per essi anche
il servizio di DNS secondario su 
dns2.interbusiness.it
 (151.99.125.3).
Visto che periodicamente il servizio in questione lascia a desiderare,
abbiamo pensato di svincolarci da loro, almeno per quanto riguarda il DNS:
pertanto, ho installato e configurato 2 server, un master e uno slave, su
cui appoggio tutti i nuovi domini.
Vi fornisco nome e IP, in modo che possiate fare prove dirette:
ns1.fano.net
 212.131.166.132 (master)
ns2.fano.net
 212.131.166.133 (slave)
Sono sicuro di averli configurati correttamente, anche perche' col resto
dell'universo non ho problemi di sorta, ma non si sa mai che qualcosa mi sia
sfuggito... :-)
Per la cronaca, anche se non credo sia importante, esiste anche 
dns.fano.net
(212.131.166.131), che e' il vecchio nameserver primario che sto pian piano
mandando in pensione: non appena saro' riuscito a cambiare, a livello di
registrar, i record NS di tutti i domini che gestisco la macchina verra'
spenta.
Ora, alcuni clienti mi hanno segnalato che qualche loro corrispondente trova
delle difficolta' immense a mandare loro la posta: in particolare, spesso la
posta torna indietro segnalando che non esiste un MX record per il dominio.
Dalle prove effettuate, e' emerso che *tutti* i corrispondenti che hanno
queste difficolta' si appoggiano, per la risoluzione dei nomi, ai nameserver
di IBS, spesso perche' anche loro sono clienti della suddetta.
Vi porto un esempio reale: uno dei domini con problemi e' 
bsclamiere.com
,
verso il quale un'altra azienda non riusciva a spedire posta.
Mi sono sentito telefonicamente con il loro amministratore e lui mi ha
confermato che il loro mail gateway impiega come DNS 
dns2.interbusiness.it
,
in quanto anche loro sono clienti IBS.
Dopodiche', dietro mia richiesta, ha cambiato la configurazione, inserendo
come nameserver quello di un provider locale e il problema e' sparito.
D'altra parte, se provate voi stessi a fare un:
$ dig @
dns2.interbusiness.it
 
bsclamiere.com
 MX
vedrete che, ammesso e non concesso che il server vi risponda (a me va
sempre in timeout, e dire che vengo da una rete IBS...), non ha alcuna
informazione in merito.
La stessa cosa succede per parecchi altri domini.
Stamattina, ho telefonato al CGI e ho parlato con un operatore, che dopo
aver fatto le sue prove (tra l'altro, si e' meravigliato della lentezza con
cui *lui* accedeva al TIR di IBS presso di noi... per la serie ti prendo
anche per il gufo...), ha confermato che 
dns2.interbusiness.it
 non sa chi e'
bsclamiere.com
.
Per risolvere, mi ha consigliato di aggiungere 
dns2.interbusiness.it
 come
terzo record NS nella mia zona, in modo da forzare il server ad
aggiornarsi...
Ora, io non sono un guru del DNS, ma AFAIK funziona cosi':
a) io azienda XYZ chiedo a 
dns2.interbusiness.it
 il record MX di
bsclamiere.com
b) dns2, che non e' autoritativo per quel dominio e non ha le info in cache,
dovrebbe rimbalzare la richiesta a un root server.
c) viene percorso tutto l'albero del namespace DNS fino ad arrivare al
nameserver autoritativo (
ns1.fano.net
)
d) il nameserver autoritativo risponde col record MX corretto
e) dns2 passa la risposta di 
ns1.fano.net
 al cliente e la mette in cache.
fin qui la teoria.
Nella pratica, al punto b), dns2 potrebbe essere configurato per non
accettare query ricorsive da chichessia, anche dagli stessi clienti IBS,
per cui se le info sono in cache bene, altrimenti ciccia.
Quel che non mi torna e' questo: perche' devo per forza mettere dns2 come
terzo record NS, anche se i DNS me li gestisco in casa e a livello di
registrar non compare alcuna info relativa a un nameserver IBS?
Da quel che mi hanno detto, dns2 e' un server riservato ai clienti IBS, ma
allora tutte le *migliaia* di clienti che ad esso, in un modo o nell'altro
si appoggiano, possono vedere solo ed esclusivamente i domini gia' presenti?
Sicuramente qualcuno di voi gestisce dei domini .com: vorrei sapere se anche
lui, per far funzionare le cose coi clienti IBS, e' stato costretto a questo.
Con che diritto IBS fornisce ai suoi clienti un DNS per la risoluzione dei
nomi se poi questo non e' in grado di fornire informazioni corrette per
*tutti* i domini?
Il problema e' abbastanza serio, percio', in tutta umilta', chiedo:
a) non ho capito nulla io? se e' cosi' almeno ditemi dove sbaglio...
b) non ci capiscono nulla a IBS? (lasciamo da parte eventuali pregiudizi,
anche a me non sono simpatici, ma vorrei risposte obiettive).
c) varie ed eventuali.
Come vi dicevo, tutti i dati di cui sopra sono autentici: fate pure tutte le
prove del caso, spero che qualcuno abbia un'intuizione.
Scusatemi per la lunghezza del post e grazie di esistere!!!
-- 
BlueRaven
Prima di parlare, ricorda:
mount -t auto /dev/brain /mnt/mouth

*tutti* i domini?
Con lo stesso diritto con cui fornisce un news server castrato,
connettivita` pietosa, eccetera: loro provano a venderli e hanno trovato
chi e` disposto a comprarli, e per quanto mi riguarda e` una questione
tra interbusiness e i loro clienti.
-- 
ciao, | Does a route flap if nobody is listening to it?
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it

da documentazione Interbusiness:
dns2.interbusiness.it
 non può essere usato come resolver ma solo come
secondario
I corrispondenti dei tuoi clienti dovrebbero usare 
dns.interbusiness.it
  e
server-b.cs.interbusiness.it
come resolver ammesso che abbiano una connettivitò Interbusiness.
Vedi questa url 
http://www.cgi.interbusiness.it/Servizi.htm
Saluti
Pier


server-b.cs.interbusiness.it
Neanche 
dns.interbusiness.it
 puo` essere configurato come secondario,
almeno dal cliente di interbusiness che ho provato io.
server-b invece e` ricorsivo per tutti ed ha ancora il vecchio named
bucabile.


secondario
Questo *io* lo sapevo, ma andrebbe spiegato agli stramaledetti commerciali
che lo danno ai loro clienti... :-(


tra interbusiness e i loro clienti.
Heh... io sono due anni che dico al titolare che IBS fa schifo, ma da
quell'orecchio non ci sente, purtroppo... :-(


intelligente puo' metterci una pezza...
Allora la situazione e` come prima.
Comunque se ha il SOA di com per forza qualcuno deve averglielo chiesto,
quindi per qualcuno fa ricorsione.


 quindi per qualcuno fa ricorsione.
per quello che vedo in questo momento **da ip cliente interbusiness** sia
dns che dns2 sono ricorsivi. (e entrambi usano il bind v. 8.2.4-REL)
il problema se non errro era che NON risolveva correttamente *un* dominio
che quando ho controllato aveva :
- una lame delegation
- e *due* vecchi provider che si dichiaravano ancora autoritativi
dns e dns2 NON lo risolvevano a colpa della lame delegation, che dichiarava
appunto un dns di IB come autoritavo quando non lo era.

quindi per qualcuno fa ricorsione.
Sospetto che la faccia solo per IBS stessa...


appunto un dns di IB come autoritavo quando non lo era.
Negativo: prima la lame delegation non c'era e dns2 non risolveva lo stesso.
