Newsgroup: it.comp.os.linux.sys
Titolo: Bind

Ciao a tutti.
esiste un modo per loggare, oltre alle query, anche il file di zona 
relativo utilizzato per la risposta?
Sto cambiando la struttura delle config di bind ma non riesco a capire 
nonostante commenti tutte le referenze a "dominio.tld" il mio dns 
continua a rispondere e non so da dove prendere i dati.
Ho staccato il dns secondario, ho rimosso il dns secondario dal 
resolv.conf, ho svuotato la cache (rndc flush) etc etc ma lui continua a 
ricordarsi gli ip e da dove li prenda non lo so.
Proprio per questo motivo avrei bisogno di sapere da quale file di 
config legge i dati.
Grazie.

 relativo utilizzato per la risposta?
Devi cambiare pusher, fidati.
Hint: named.conf (o SDB ma non credo proprio)

 Hint: named.conf (o SDB ma non credo proprio)
Cioe ?
Io ho una catena di include e vorrei sapere se le zone vengono prese 
dall'include giusto o se sono semplicemente in cache. Non esiste un modo?
Basterebbe anche sapere se durante l'avvio di named il file di include 
viene processato correttamente. Apache, ad esempio, scrive "Processing 
xyz.conf" in caso di include, con bind non è possibile?

Gordon Freeman ha scritto:

Posso presumere che tutto funzioni perchè se rinomino l'ultimo livello 
di include, bind si rifiuta di partire causa file non trovato. Quindi 
gli altri 5 include a monte vengono processati correttamente.

 gli altri 5 include a monte vengono processati correttamente.
Ma il SOA lo hai incrementato ? Come interroghi ?

 Ma il SOA lo hai incrementato ? Come interroghi ?
Incrementato il SOA? se elimino la zona come lo incremento? :)
interrogo con
dig @localhost -t A 
www.dominio.com
 +short
e continua a darmi l'ip.
Comunque, ho attivato un po di debug (10-15 file di debug!!) e quando do un
rndc reload vedo che le zone dei domini sottoposti a spostamento vengono 
processate.
Se elimino l'ultimo livello di include (quello contenente i puntamenti 
alle zone) bind giustamente da errore (quindi i 4 livelli di include 
superiori vanno a buon fine).
Se elimino il puntamento alla zona di un dato dominio, in fase di 
reload, non mi compaiono i messaggi relativi al caricamento di quel dominio.
Sembra tutto corretto. La prova cliente (ovvero, aspetto che qualcuno mi 
chiami dicendo che ci son problemi) ha avuto esito positivo.

 dig @localhost -t A 
www.dominio.com
 +short
Sei molto confuso nelle spiegazioni che dai, non si capisce cosa vuoi 
sapere.
Rimuovendo la zona $dominio.tld da named.conf bind non la carica più - 
questo l'ho appena provato con una zona fake che mi serve per i miei 
esperimenti (commentando lo scope zone con /* ... */).
In cache non sopravvive nulla.
Se poi esistono DNS nel mondo configurati per risolvere $dominio.tld (ed 
i server TLD sono al corrente) la risoluzione delle query avrà luogo 
normalmente.
Che problemi hai ?
Cosa hanno a che fare eventuali inclusioni ?

 Cosa hanno a che fare eventuali inclusioni ?
Allora
/var/named.conf
[...]
include /ale/cippolippo.conf
------------------------------------------
/ale/cippolippo.conf
include /ale/elenco-zone.conf
------------------------------------------
/ale/elenco-zone.conf
zone IN "dominio.tld" { file ....... }
------------------------------------------
Ho spostato un po di zone con una struttura più capillare simile a 
quella illustrata.
Ora volevo sapere se la risoluzione delle query avviene tramite il file
"/ale/elenco-zone.conf" oppure avviene via cache.
Questo per evitare che per qualche giorno tutto funzioni poi, un sabato 
notte il dns smette di andare per problemi vari.
Ho fatto un po di debug come detto precedentemente ma nulla di 
'scientifico'. Giusto un po di prove 'metti&togli le zone'.
Esiste un modo per debuggare il caricamento dei file come fa apache al 
caricamento (processing config file .... o roba simile)

 dal resolv.conf, ed interrogo il dns locale, come fa a risolvere?
Hai provato a fare una query per sapere quali DNS sono validi per 
$domain.tld ?
Basta un dig ns $domain.tld.... CAZZO

 Basta un dig ns $domain.tld.... CAZZO
mi da quello su cui sto lavorando.
che però non ha la zona configurata.

 che però non ha la zona configurata.
Posta quello che vedi

 Posta quello che vedi
Oramai sono andato troppo oltre. Sembrerebbe funzionare tutto 
correttamente per il principio del cliente che ho esposto questa mattina.
Però non mi spiegavo come facesse a risolvere le query ugualmente 
nonostante non fossero specificati dns.