Newsgroup: it.comp.os.linux.sys
Titolo: BIND, dopo la lettura di qualche pagina di manuale!!!

Ciao ragazzi...
leggendo qualche paginetta di manuale nella sezione "VIEWS" (come da
suggerimento), penso di aver capito un po' di piů ...
allora chiedo conferma alla mia seguente teoria:
Siccome esiste il dominio 
co-ver.it
 ed io non voglio "interferire" con i
relativi DNS, posso agire cosě:
configuro il mio DNS su 
co-ver.it
, in LAN ovviamente, perň gli configuro
anche una "acl internals" nella quale specifico le sottoreti private dalle
quali accettare le query DNS (allow-query internals) e rifiutarle da
"fuori"...
Suona bene questa cosa? Qualcuno mi conferma/smentisce???
Grazie intanto...

 "fuori"...
in realta` non servirebbe nemmeno quella acl in quanto nessuno verrebbe a
chiedere al tuo dns quelle info se non e` registrato tra i dns
autoritativi per il domino
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 per esempio.
OK, quindi "
co-ver.it
" non posso usarlo, devo per forza crearmi la zona
"
fake.co-ver.it
", giusto?

 autoritativi per il domino
Come capisco se fa parte di quelli autoritativi o meno?

 per esempio.
1)
Perchè come slave? Per quale zona deve ricevere gli aggiornamenti? E da chi?
Non deve essere semplicemente il master per la sua zona interna
cicciobello.co-ver.it
? (o non ho capito niente di quello di cui state
parlando?)
2)
Se lui replicasse tutte le entry del dns autoritativo per 
co-ver.it
(staticamente) nella tabelal di risoluzione diretta del dns interno, isolato
dall'esterno per quanto riguarda questa zona, non si potrebbe utilizzare lo
stesso dominio anche per la rete interna?
(non l'ho mai fatto, mi è venuto in mente in questo momento mentre scrivevo:
probabilmente tra 5 minuti mi risponderò da solo che è una ca%%ata:)).
Fabio


Scusa?!?!? Mi sto perdendo...

 No penso di avere capito, a spanne direi di no...
Si, anche perchè ho parlato di record PTR invece che di A.
Mi spiego meglio con un file di zona di esempio:
[zona 
co-ver.it
]
@               IN      SOA     
co-ver.it
.   root.zab.minerva. (
                        2001012302 ; serial
                        28800 ; refresh
                        7200 ; retry
                        604800 ; expire
                        86400 ; default_ttl
                        )
@               IN      NS      
ciccio.co-ver.it
.
@               IN      MX      10 
ifm-relay2.inet.it
.
www             IN      A       194.185.26.116
ciccio          IN      A       192.168.1.1
ciuccio         IN      A       192.168.1.2
ceccio          IN      A       192.168.1.3
E poi in named.conf si configura la zona 
co-ver.it
 come master.
Ovviamente ciccio deve essere l'unico dns dei client della rete, deve essere
accesibile sol odall'interno (ma questo sempre), deve fare il forward (o il
caching) per tutti gli altri domini e non deve cercare di impestare gli altri
dns con le porcherie che contiene. :)
Fabio

 su co-ver.i tprovenitne dall subnet privata etc etc.
Se mi date una mano, ci capisco di più pure io... ho visto il discorso VIEWS
sul manuale di BIND 9, ma temo che sia troppo tencico e senza esempi
concreti!

 ha scritto nel messaggio
news:9phmq4$38to$1...@stargate1.inet.it...

Ma se nel named.conf tu gli dici "notify no" non dovresti interferire con
nessuno...o sbaglio? se si perchè.
Ciao