Newsgroup: it.comp.os.linux.sys
Titolo: bind non risolve esterno

dunque ho un po di problemi con il server bind-9.2.4-28.el4
che è stato upgradato su la centos che gestisce il mio server
il named.conf è questo
options {
        directory "/var/named/chroot/var/named";
        allow-transfer {
                127.0.0.1;
        };
        auth-nxdomain no;
        forward only;
        forwarders {
                127.0.0.1;
        };
};
zone "." {
        type hint;
        file "named.root";
        #type master;
        #file "default";
};
zone "
bitit.it
" {
        type master;
        file "
bitit.it
";
};
se faccio 
# nslookup 
google.com
 127.0.0.1
;; connection timed out; no servers could be reached
ho dovuto far risolvere da un server esterno 
#nslookup 
google.com
Server:         xxx.xxx.xxx.xxx
Address:        xxx.xxx.xxx.xxx#53
Non-authoritative answer:
Name:   
google.com
Address: 64.233.167.99
Name:   
google.com
Address: 64.233.187.99
Name:   
google.com
Address: 72.14.207.99
pero rallenta molto specie la spedizione dei messaggi in coda su postfix
prima dell'upgrade del bind funzionava con la
zone "." {
        type master;
        file "default";
}; 
credo sempre esternamente sul server xxx.xxx.xxx.xxx
adesso se imposto cosi il named.conf
mi da :# nslookup 
google.com
Server:         127.0.0.1
Address:        127.0.0.1#53
** server can't find 
google.com
: SERVFAIL
allego il file di zona default indicato nella zona "."
$TTL    300
@       IN      SOA     ns (
                        2006112925      ; Serial
                        86400   ; Refresh
                        3600    ; Retry
                        604800  ; Expire
                        86400 ) ; Minimum
@               IN A    yyy.yyy.yyy.yyy
mail            IN A    yyy.yyy.yyy.yyy
ns              IN A    yyy.yyy.yyy.yyy
ns1             IN A    yyy.yyy.yyy.yyy
ftp             IN CNAME        @
www             IN CNAME        @
@               IN MX 10        mail
@               IN NS   ns
@               IN NS   ns1
premetto che prima dell'upgrade era questo (salvato in default.rpmsave)
$TTL    300
@       IN      SOA     
ns.bitit.it
 admin (
                        2006112949      ; Serial
                        10800   ; Refresh
                        3600    ; Retry
                        604800  ; Expire
                        86400 ) ; Minimum
@               IN A    195.225.168.176
@               IN A    195.225.168.177
www             IN CNAME @
ftp             IN CNAME @
mail            IN CNAME @
@               IN MX 10 mail
@               IN NS   ns
@               IN NS   ns1
è possibile che ripristinandolo si risolva qualcosa? se si
come faccio a ripristinarlo?
Grazie anticipatamente

 
Cioè: hai un nameserver che fa solo forward e usa come forwarder sè stesso.
Molto progressivo. Mi domando come mai non funzioni ;-)

Skull wrote:

scusa ma sono messo peggio di quello che sembra, lo ha messo il pannello ,
io non saprei proprio come metterlo, qualche consiglio?

 io non saprei proprio come metterlo, qualche consiglio?
Hai un IP di un DNS affidabile che sei autorizzato ad interrogare?
Se sì, metti quello al posto di 127.0.0.1 alla voce forwarders.
Con la configurazione attuale, il tuo bind sta cercando di interrogare
sempre e solo sè stesso, con poche speranze di ottenere risposte che già
non conosca, direi... :-D

         };
Devi mettere come forwarders gli IP dei dns del tuo provider.
Oppure togliere del tutto le direttive "forward only;" e
"forwarders {......};"
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   Registered Linux user #337974  < 
http://giovanni.homelinux.net/
 >

Skull wrote:

in pratica il server esterno che sto utlizzando da resolv.conf
xxx.xxx.xxx.xxx?
ma volendo utlizzare il file 
/var/named/charoot/var/named/named.root che c'è nella configurazione di
bind?
in teoria dovrebbe andare a cercare quello?
allego il file named.root

 Giovanni
ok cosi funziona con il named.conf
contro indicazioni?? sicurezza? io ho sopra un serever web , posta, ftp
che da hosting. 
options {
        directory "/var/named/chroot/var/named";
        allow-transfer {
                127.0.0.1;
        };
        auth-nxdomain no;
};

};

 in teoria dovrebbe andare a cercare quello?
In bind9 'sto file è anche cablato nel codice, quindi anche se non ci
fosse non cambierebbe nulla o quasi.
Quella è la root zone, con gli indirizzi dei root DNS, la bse di ogni
ricorsione.
La usi se *non* vuoi lavorare in forward-only....
Quindi o usi un forward vero, oppure lavori senza forward.

Skull wrote:

ok ho capito , a questo punto devo capire quali sono vantaggi e gli
svantaggi , sicurezza e velocità, considerando che nel server c'è hosting e
posta elettronica che non devono perdere colpi 

 
A parte le direttive per la zona della rete interna io lo uso così.


 Giovanni
Grazie come sempre preziosissimi .
Enrico

 posta elettronica che non devono perdere colpi 
Di norma, usi il DNS con risoluzione dai root se non hai accesso a
server DNS affidabili o sufficientemente responsivi, e quindi decidi di
"fare da te".
Si suole usare dns in forward per situazioni in cui invece i DNS
affidabili ci sono, ma si vuole avere una cache locale per questioni di
prestazioni (risposta locale == minore latenza) e/o per risparmiare banda.