Newsgroup: it.comp.os.linux.sys
Titolo: Domanda scema: server DNS...

Ho un'infrastruttura basata su due DC Windows 2003 i quali usano come server 
d'inoltro il servizio DNS "centrale" sul router Mikrotik, al cui interno ci 
sono una 15ina di indirizzamenti statici che mi permettono di risolvere 
internamente indirizzi normalmente "pubblici". Es: 
mail.azienda.com
 da 
"fuori" punta all'ip pubblico, poi nattato nel router, mentre da dentro punta 
all'ip privato dello stesso mailserver. E cosi' via.
 
Ora, senza stare a scendere nei particolari, il DSN "centrale" (che e' andato 
bene per anni ed anni) mi sta facendo un po' impazzire (ogni tanto risponde, 
ogni tanto no... :/ ) per cui stavo pensando di eliminarlo almeno 
temporaneamente "sostituendolo" con un Bind su VM che mi accingero' a creare 
:)
 
Per essere sicuro di non far casini, quindi vi chiederei: come vado a creare 
e configurare quel Bind?
 
Creo la VM con... diciamo CentOS 6.4, no GUI
Installo bind
Installo webmin (che ogni tanto mi torna comodo ^_^ )
Configuro bind per:
 
	a) DNS statici con risuluzione interna (
mail.azienda.com
 punta a ip 
della LAN)
	b) Root server per tutte le risoluzioni che non vengono trovate nel dns 
statico
 
Ecco, mi sfuggono questi due punti. Devo metter mano anche al resolv.conf?
 
Grazie ;)
 
 
 
-- 
  Cristian Castellari
 
www.skyflash.it
 
  PSN TAG: WiitifulSky
  Nintendo ID: WiiUtifulSky

 Grazie ;)
 
  Prego.
 
 
   Ciao,
 
 
Alessandro
 
 

   Si, ma come lo fai dipende da come è organizzata la tua rete.  Se gli
 
Beh, i due DC hanno come unico forwarder per tutte le zone l'ip del mio 
Mikrotik, il quale a sua volta ha gli OpenDNS
 
Tutti gli host del dominio prendono dal dhcp come dns i due DC
 
Quindi, il giro solito e'
 
host -> DC -> Mikrotik -> OpenDNS
 
Il punto e' che da un po' di tempo a 'sta parte, i DC interrogano come sempre 
il router il quale, ogni tanto, non gli risponde. E loro passano poi ai root, 
i quali restituiscono l'ip pubblico e non mi funziona piu' niente :)
 
Quindi ho pensato di metterci nel mezzo il "mio" bind, che si occupi di fare 
quello che fa oggi il router:
 
host -> DC -> Bind -> OpenDNS
 
Il mio timore e' che mi sfugga qualcosa lato Bind e che poi lui vada a 
risolvere esclusivamente verso i root, senza prendere in considerazione gli 
indirizzamenti statici. Quando parlavo di resolv.conf mi riferivo a quello 
del server Bind :)
 
E' che non metto mano ad un DNS Linux da un po' di tempo e credo ciecamente 
nelle leggi di Murphy :D


 Tutti gli host del dominio prendono dal dhcp come dns i due DC
 
  Ah bene, allora non c'è nulla da cambiare negli host.  Se il tuo nuovo
server DNS si sostituirà al Mikrotik prendendone lo stesso indirizzo IP,
non c'è nulla da cambiare fuori dello stesso DNS.  Se invece, almeno
inizialmente, lo affiancherà (come server DNS secondario, ad es.),
allora tutti gli host devono sapere del nuovo server DNS.  Il che vuol
dire, nel tuo caso, che si deve configurare il server DHCP perché
distribuisca ai nodi questa informazione.
 
 
  Ciao,
 
 
Alessandro
 
 

 all'ip privato dello stesso mailserver. E cosi' via.
 
 
Domanda forse ancora pi� scema: perch� non usi direttamente i server di 
windows senza alcun forwarder?
 

 autoritario.  Di solito questi forwarder sono i server DNS del provider.
 
No non gli serve in realtà. O meglio, o usa l'uno o usa l'altro.
"Since all queries are forwarded the root servers zone ('type hint') can 
be omitted."
 
francamente non saprei in quali casi conviene uno o l'altro. Vedo che pure 
il forwardes ti fa fare il caching... è materia per gugolare :)
 
-- 
Massimiliano Adamo

 windows senza alcun forwarder?
 
Perche' ho alcuni indirizzi da risolvere internamente :)
 
Dominio Windows: AZIENDASPA.LOCAL
Dominio internet: 
azienda.eu
 
 
Soprattutto per permettere ai notebook di lavorare in ogniddove, ho alcune 
configurazioni di questo tipo:
 
mail.azienda.eu
 ---> se richiesto ad un dns esterno, tipo i root -> ip 
pubblico
 
mail.azienda.eu
 ---> se richiesto inetrnamente alla LAN -> 192.168.1.x
 
Eccetera :)
 
E visto che il dominio 
azienda.eu
 non e' ubicato qui da me, ma presso il 
provider dove abbiamo sito, mail eccetera, ed e' quello il dns autoritativo, 
se volessi configurare il dns interno al dominio anche per 
azienda.eu
 dovrei 
poi star li a configurarmi a mano tutti i record. Invece usando un dns 
interno centrale, a cui i dns dei DC fanno riferimento, faccio molto prima :)


 il forwardes ti fa fare il caching... è materia per gugolare :)
 
  Usare come forwarder i server DNS del provider rende disponibile una
cache DNS più ampia di quella dei soli DNS interni/aziendali/privati.  E
quindi, statisticamente parlando, le risoluzioni sono più rapide.  Però
poter fare sempre e comunque affidamento ai root server garantisce la
possibilità di effettuare comunque una canonical query (più lenta ma dai
risultati più affidabili).
 
 
  Ciao,
 
 
Alessandro
 

 Dominio Windows: AZIENDASPA.LOCAL 
 
complimenti per aver scelto l'unico dominio già in uso per uno scopo 
preciso. Bravissimo :) 
Le possibilità di scegliere una combinazione di 5 lettere precise in una 
combinazione e sequenza ben precise erano una su un fantastiliardo: tu ci 
sei riuscito. 
 
 
p.s.: 
http://en.wikipedia.org/wiki/Avahi_%28software%29
 
 
-- 
Massimiliano Adamo

 interno centrale, a cui i dns dei DC fanno riferimento, faccio molto prima :)
 
Ma assolutamente no. Crei sul dns di win una zona "
mail.azienda.eu
" e 
fai puntare il record A della zona all'ip interno del server.
 

 p.s.: 
http://en.wikipedia.org/wiki/Avahi_%28software%29
 
 
Ummh... che ci faccio con Avahi?


 fai puntare il record A della zona all'ip interno del server.
 
Ummh... ammetto di non averci mai pensato. Io ragionavo in ottica di zona 
"
azienda.eu
" e basta.
 
Pero', correggimi se sbaglio, dovrei poi ovviamente creare tante zone quanti 
sono i "servizi" o i server che intendo risolvere internamente, giusto?
 
Quindi, per capirci...
 
zona 
mail.azienda.eu
 A 192.168.1.x
zona 
ftp2.azienda.eu
 A idem con il "suo x"
zona 
dev.azienda.eu
 A vedi sopra
 
e via disccorendo.
 
In effetti, bastava pensarci. Eh, lo dico sempre, io... "ragiona facile" :D


 In effetti, bastava pensarci. Eh, lo dico sempre, io... "ragiona facile" :D
 
Yes, devi fare tante zone quanti hostname vuoi "esporre" all'interno.
Ringraziamo di nuovo il NAT perch� _semplifica_ la vita

 LOL :)
 
".local" è riservato per le reti zeroconf ed avahi.
 
 
-- 
Massimiliano Adamo

 cache DNS più ampia di quella dei soli DNS interni/aziendali/privati
 
Vero. Ma e` vero anche che sono piu` distanti e ti protegge dal DNS 
hijacking effettuato dal tuo provider (e.g. Libero usa questa tecnica). 
Inoltre, che te ne fai di una cache piu` ampia se a te servono sempre i 
soliti risultati? :)
 
Enrico

 soliti risultati? :)
 
  Dipende.  A me personalmente "servono sempre i soliti risultati",
vero.  Ma quando gestisci un'infrastruttura aziendale non puoi dare per
scontato di sapere quali siano i siti più gettonati (anche se,
conoscendo i propri polli e sbirciando nei log, qualche indizio
indicativo è facile da far saltare fuori! ;-)
 
 
  Ciao,
 
 
Alessandro
 

 wrote in
news:ln4flf$4ap$
1...@speranza.aioe.org
: 

nell'esempio la zona non sarebbe una sola?
i record A stanno tutti nella stessa zona: .
azienda.eu
 
 
-- 
Paolo opg
 
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 indicativo è facile da far saltare fuori! ;-)
 
Ecco, hai dato un altro buon motivo per usare un DNS interno e non uno 
esterno :)
 
Enrico

 i record A stanno tutti nella stessa zona: .
azienda.eu
 
 
 
No, non puoi fare una sola zona se vuoi che alcuni record vengano 
risolti dal server interno e altri da quello esterno.
Se faccio una sola zona dovrei creare e tenere aggiornati tutti i record 
che sono sul server pubblico

 di vendere pubblicita`, al pari di OpenDNS
 
  Ah, ho capito (spero).  Sono gli NXDOMAIN che diventano "existant" per
*quei* domain (che pagano).
 
  Ho letto che OpenDNS ha da poco abbandonato quel cattivo costume.
Confermo: 
http://www.opendns.com/no-more-ads/
 
 
Starting on June 6, 50 million plus users of OpenDNS’s free DNS around
the world will no longer see ads in our service.
 
 
  Ciao,
 
 
Alessandro
 


ho fatto incazzare uno sviluppatore con una situazione vaghissimamente 
simile :) Invece di rispondergli 403, per un IP denied, gli ho risposto 
302 e l'ho rimandato su una pagina con un cazzillo php che dice il tuo IP 
x.x.x.x non è autorizzato. Io l'ho fatto perché in questo modo lui era in 
grado di dirmi l'IP che gli serviva. 
Ma dite che una pratica del genere è un male in assoluto?
 
 
-- 
Massimiliano Adamo

 Ma dite che una pratica del genere è un male in assoluto?
 
  Non in assoluto, ma non segue gli standard.  Si possono servire al
client pagine di errore arbitrarie in ogni caso, a prescindere dal tipo
di errore riscontrato.  Dare un codice di errore farlocco non è
giustificabile dalla necessità di dare al client una pagina esplicativa
sulla natura del problema.
 
 
  Ciao,
 
 
Alessandro