Newsgroup: it.comp.os.linux.sys
Titolo: Dominio non disponibile con Slave Server Down

Non riesco proprio a capire perchè, quando il DNS slave del mio dominio
non è disponibile, i nomi non vengono risolti.
Riporto la configurazione coi dati mascherati:
Il DNS master ha ip 1.2.3.4 (dns1.supporto.dom)
Il DSN slave  ha ip 5.6.7.8 (dns2.supporto.dom)
Il dominio si chiama 
dominiostrano.it
Quando stacco lo slave dns2, e cerco di risolvere con un DNS di un
provider mi dà 
$ dig 
dominiostrano.it
; <<>> DiG 9.4.2-P1 <<>> 
dominiostrano.it
;; global options:  printcmd
;
Se però interrogo il master direttamente, funziona:
$ dig 
dominiostrano.it
 @dns1.supporto.dom
; <<>> DiG 9.4.2-P1 <<>> 
dominiostrano.it
 @dns1.supporto.dom
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17917
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;
dominiostrano.it
.              IN      A
;; ANSWER SECTION:
dominiostrano.it
.       3600    IN      A       1.2.3.4
;; AUTHORITY SECTION:
dominiostrano.it
.       3600    IN      NS      dns1.supporto.dom.
dominiostrano.it
.       3600    IN      NS      dns2.supporto.dom.
;; Query time: 66 msec
;; SERVER: 1.2.3.4#53(1.2.3.4)
;; WHEN: Thu Aug 21 16:22:17 2008
;; MSG SIZE  rcvd: 101
La configurazione del master è:
/etc/bind/named.conf.local:
zone "dominiostrano" {
        type master;
        file "/etc/bind/dominiostrano.it.db";
        notify yes;
        allow-transfer {
                5.6.7.8; 
        };
        also-notify {
                5.6.7.8;
        };
};
/etc/bind/dominiostrano.it.db
$ORIGIN .
$TTL 1h
dominiostrano    IN SOA  dns1.supporto.dom. dnsadmin.supporto.dom. (
                                2008082102      ; serial
                                5M
                                2M
                                4W
                                3h
                                )
                        NS      dns1.supporto.dom.
                        NS      dns2.supporto.dom.
                        A       1.2.3.4
                        MX      10 
mail.dominiostrano.it
.
                        MX      30 backup.supporto.dom.
                        ;TXT    "v=spf1 ip4:1.2.3.4 a mx ~all"
$ORIGIN 
dominiostrano.it
.
admin                   A       62.149.128.26   ;aruba control panel
ns1                     A       1.2.3.4   ;support
ns2                     A       5.6.7.8    ;backup
ftp                     CNAME   
dominiostrano.it
.
www                     CNAME   
dominiostrano.it
.
mail                    A       1.2.3.4
                        ;TXT    "v=spf1 a -all"
$TTL 60 ; 1 minute
dynamic                 A       9.10.11.12
COSA SBAGLIO ?
-- 
Diesis

 COSA SBAGLIO ?
Nel non mandare anche la configurazione dello Slave... :)
Per poter fare una diagnosi occorrono tutti i dati e anche la
configurazione dello Slave e' importante!
Ciao
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 configurazione dello Slave e' importante!
Eccola. Il file di zona è trasferito dal master verso lo slave, quindi è
identico.
Il file di zona è definito sullo slave nel file:
/etc/bin/named.conf.local
zone "
dominiostrano.it
" {
        type slave;
        file "/etc/bind/dominiostrano.it.db";
        masters {
                1.2.3.4;
                };
};
-- 
Diesis

 };
E' sempre brutto dover fare delle analisi su dati alterati, anche se,
ovviamente, capisco perfettamente perche' sono stati alterati...
Faccio quindi una domanda abbastanza stupida (o, almeno, SPERO che sia
stupida, altrimenti hai dimenticato qualcosa di vitale).
Nello slave hai scritto:
zone "
dominiostrano.it
"
in named.conf.local, mentre nel master hai scritto solo:
zone "dominiostrano"
In piu', nel file di zona hai scritto:
dominiostrano IN SOA dns1.supporto.dom. dnsadmin.supporto.dom.
Mi confermi che nei files reali, c'e' scritto il nome corretto da tutte le
parti (compreso in TLD .it)?


 parti (compreso in TLD .it)?
Si, confermo, č stato un'errore di "alterazione" ;)
E' veramente strano che il DSN master risponda a query dirette a lui, ma
quando interrogo un DNS di un provider, questo lo ignori ...
Ho provato ad interrogarlo direttamente sia in TCP che in UDP, e
risponde.
Ho controllato anche nel whois, ed entrambi i dsn sono elencati.
-- 
Diesis


 Ho controllato anche nel whois, ed entrambi i dsn sono elencati.
In tal caso, non saprei proprio cosa dire...
Resta, in effetti, una possibilita' ancora.
Chi e' che gestisce supporto.dom? Non e' che e' proprio la macchina
dns2.supporto.com
 (e solo quella)?
Ciao
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 


 Non e' che e' proprio la macchina 
dns2.supporto.com
DNS2 č il master dns, e viene gestito sempre da me.
Interrogandolo direttamente, sia in udp che in tcp, risponde
correttamente, anche se il DNS secondario č giů.
Se il DNS secondario č giů, invece, non funziona la risoluzione dei nomi
tramite altri dns :-(
Sembra quasi che il DNS master non sia contattabile dai DNS dei provider.
-- 
Diesis
