Newsgroup: it.comp.os.linux.debian
Titolo: Dubbio risoluzione DNS

Ho lenny con installato bind9.
 
Se faccio:
dig 
google.com
 
 
ottengo giustamente:
 
; <<>> DiG 9.6-ESV-R4 <<>> 
google.com
 
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52290
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 0
 
;; QUESTION SECTION:
;
google.com
.                    IN      A
 
 .......................
 
e alla fine:
 
;; Query time: 828 msec
;; SERVER: 192.168.148.100#53(192.168.148.100)
 
ove 192.168.148.100 é l'indirizzo del mio pc che ha installato bind.
 
Il router (linksys) a sua volta ha nelle impostazioni i DNS (immodificabili)
del mio provider adsl.
 
C'é un modo per essere sicuri che il mio bind prenda le informazioni dai server
root e non si faccia ingammare dal router?
 
Configurazioni se necessarie, le posto a richiesta, per non pesare il messaggio
con fuffa inutile...
 
-- 
Due galli in un pollaio senza galline, diventano gay?
+-----#41--------------------Diamanti di saggezza.---------------------------+

 del mio provider adsl.
 
Attualmente NON stai usando il tuo DNS locale.
 
Devi far sapere al sistema che deve interrogare localhost, e non 
192.168.148.100, quando vuole rivolgersi a un DNS.
 
$ echo "nameserver 127.0.0.1" | sudo tee /etc/resolv.conf
 
Se usi NM o simili, che probabilmente riscriverebbero tale file, 
inserisci invece 127.0.0.1 dove chiedono l'indirizzo del DNS, nella loro 
configurazione grafica.
 
Come usi bind? Gli fai interrogare direttamente i root server? Lo hai 
configurato bene per la sicurezza?
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://www.worldcommunitygrid.org/index.jsp
 
http://www.rnaworld.de/rnaworld/
 
http://dnahome.cs.rpi.edu/dna/
 
 
http://www.gpugrid.net/
 

 root e non si faccia ingammare dal router?
 
Se non pensi che ci sia un firewall che faccia dnat in modo trasparente
e che rigiri al router le richieste sulla 53, ovunque siano dirette,
basta vedere come è la configurazione di bind, per chiedere al router
la risoluzione, lo deve aver indicato come server da interrogare.
 
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net
 

 ove 192.168.148.100 é l'indirizzo del mio pc che ha installato bind.
 
dig 
google.com
 @<server_dns>
 
Cosi' istruisci dig per interrogare un preciso server dns.
(a meno che il tuo router non vada - a prescindere - a
"proxare" le interrogazioni dns, e allora...)
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sarà lo switch-off, avrò problemi anche col
monitor del PC? Ho visto che è collegato in modalità analogica.

 configurato bene per la sicurezza?
 
In named.conf.options
 
options {
        directory "/var/cache/bind";
        auth-nxdomain no;    # conform to RFC1035
        listen-on-v6 { any; };
        allow-query {
                localhost;
                192.168.148.pc1;
                 ........
        };
        allow-recursion {
                localhost;
                192.168.148.pc1;
                 .......
        };
        listen-on {
                192.168.148.100;
        };
        datasize 5M;
        max-cache-size 1M;
        recursive-clients 5;
        dnssec-enable yes;
};
 
 
Il resto della configurazione é quella di default.
 
pc1 eccetera, sono dei pc (tutti miei e che uso solo quando mi servono) che
sono abilitati ad uscire tramite il firewall del router. Tutti IP statici.
 
In resolv.conf c'é solo:
 
nameserver 192.168.148.100
# nameserver 208.67.220.220 (caso mai potesse servire)
# nameserver 208.67.222.222 (per ricordarmeli)
 
In quanto ho specificato nella configurazione a bind di usare questo IP...
 
Nel firewall del router ho aperto poche cose (non la 53) e solo verso IP
specifici.
 
Poi ovvio, non sono esperto, minchionate ne faccio a iosa!
 
 
 
-- 
+----------------------------------------------------------------------------+
|              Non è morto Ciò che in eterno può attendere.                  |
|         Con il passare di strane ere anche la morte può morire.            |
+-----#42--------------------Diamanti di saggezza.---------------------------+

 la risoluzione, lo deve aver indicato come server da interrogare.
 
Nel mio PC dove sta bind, non c'é niente di strano.
Il dubbio era solo se il modem-router, che fa anche da firewall e nat (vabbé
molto spartano) potesse intercettare le richieste di bind ed instradarle ai
suoi dns.
In syslog, ci sono diverse righe di tipo:
 
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#50767: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#43139: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#33830: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
Nov 30 22:01:17 localhost named[2710]: network unreachable
resolving '
ns1.crsnic.net/A/IN
': 2001:503:231d::2:30#53
Nov 30 22:01:17 localhost named[2710]: network unreachable
resolving '
ns2.nsiregistry.net/A/IN
': 2001:503:231d::2:30#53
Nov 30 22:01:17 localhost named[2710]: network unreachable
resolving '
ns1.crsnic.net/AAAA/IN
': 2001:503:231d::2:30#53
Nov 30 22:01:17 localhost named[2710]: network unreachable
resolving '
ns2.nsiregistry.net/A/IN
': 2001:503:a83e::2:30#53
Nov 30 22:01:17 localhost named[2710]: network unreachable
resolving '
ns1.crsnic.net/AAAA/IN
': 2001:503:a83e::2:30#53
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#42886: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#46443: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#54143: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#43966: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
Nov 30 22:01:17 localhost named[2710]: client 192.168.148.100#43620: RFC 1918
response from Internet for 76.148.168.192.in-addr.arpa
 
vedi anche risposta a Lem Novantotto
 
 
-- 
+---------------------------------------------------------------------------+
|  Negli ultimi 3 mesi, 25 tamponamenti per leggere questo cartello.        |
|  Guarda avanti, idiota!                                                   |
+-----#2---------------------Campagna contro le pubblicita` idiote.---------+

 "proxare" le interrogazioni dns, e allora...)
 
Bingo.
Se interrogo usando come dns l'ip del router ottengo una scarna risposta.
Tramite l'ip del mio pc che é anche l'ip di bind, la risposta é molto piú
articolata, segno che bind fa il suo lavoro.
 
Non mi spiego la caterva di errori ripetuti ad intervalli, come nel log di
risposta al post di roberto.
 
 
-- 
+---------------------------------------------------------------------------+
|  Se sei stanco, fermati e fatti fare una pompa.                           |
|                                                                           |
+-----#3---------------------Campagna contro le pubblicita` idiote.---------+

 ove 192.168.148.100 é l'indirizzo del mio pc che ha installato bind.
 
Ecco, mi era sfuggita la seconda riga. Sorry.
Allora è tutto ok, mi pare.


 resolving '
ns1.crsnic.net/A/IN
': 2001:503:231d::2:30#53
 
Mi sembra che da qualche tempo bind, di default, provi a usare
ipv6 anche quando magari non sarebbe il caso. Prova ad aggiungere
l'opzione "-4" [*] in /etc/default/bind9, e riavvia il demone.
Dopo un po' controlla il log...
 
[*]
OPTIONS="quel_che_c'è_già -4" 


 risposta al post di roberto.
 
Quelli sono errori su IPV6, le altre righe sono log di risposte giuste.
Non ho capito (be', non ci ho nemmeno guardato troppo a fondo) in quale
tratto del "tunnel" ipv6 ci sono i problemi, se dentro ai tuoi confini,
o nel tratto finale della route.


 OPTIONS="quel_che_c'è_già -4"
 
Fatto. Gli errori sono scomparsi.
Grazie a tutti
 
-- 
+---------------------------------------------------------------------------+
| Cagare e crepare non si possono delegare!                                 |
|                                                                           |
+-----#31--------------------Campagna contro le pubblicita` idiote.---------+