Newsgroup: it.comp.os.linux.iniziare
Titolo: bind: named non risolve

Ieri, ho aggiornato un po' di roba su slackware-12.1.
Tra i pacchetti vi era:
bind-9.4.3_P3-i486-1_slack12.1
Oggi ho dei problemi anche solo a raggiungere google.
Mettendo gli opendns invece lo raggiungo come sempre.
Ma:
=======================================================
# ping 
www.google.com
ping: unknown host 
www.google.com
# ping 
www.google.com
PING 
www.l.google.com
 (66.102.9.99) 56(84) bytes of data.
64 bytes from 
66.102.9.99
: icmp_seq=1 ttl=48 time=477 ms
========================================================
Al segondo tentativo lo riconosce, al primo invece fa i
capricci... :-\
Prima avevo prvato con firefox e dai log ho visto alcune brutte
righe, che fino a ieri bind non mi sputava nel log, ne riporto
alcune provando aprire google con firefox:
========================
named[9217]: network unreachable resolving 
                           '
www.google.com/A/IN
': 2001:500:2f::f#53
named[9217]: network unreachable resolving
          '
www.google.com.localdomain.net/AAAA/IN
': 2001:dc3::35#53
named[9217]: network unreachable resolving
   '
www.google.com.localdomain.net/AAAA/IN
': 2001:503:ba3e::2:30#53
named[9217]: network unreachable resolving
           '
www.google.com.localdomain.net/A/IN
': 2001:500:2f::f#53  
named[9217]: network unreachable resolving
                    '
www.google.com/AAAA/IN
': 2001:503:c27::2:30#53
========================
Da cosa pu� dipendere?
Ricapitolando:
1- provo a aprire google con firefox e bind si lamenta con quelle
   righe
2- provo con open dns e ok
3- rimetto named e provo a fare il ping di google e rispone unknown
4- riprovo, e lo risolve
5- riprovo con firefox e lo apre...
Ecco il resolv.conf
----------------------------
search 
localdomain.net
nameserver 127.0.0.1
# open dns
#
#nameserver 208.67.222.222
#nameserver 208.67.220.220
----------------------------

 Da cosa può dipendere?
Bind sta mandando le query ai root server, ma usando indirizzi IPv6, che
probabilmente tu non usi e quindi ottieni "network unreachable".
$ dig +short -x 2001:500:2f::f
f.root-servers.net
.
$ dig +short -x 2001:dc3::35
M.ROOT-SERVERS.NET
.
$ dig +short -x 2001:503:ba3e::2:30
a.root-servers.net
.
Prova ad aggiungere "-4" alle opzioni di avvio di named (non so dove si fa
in slack). Oppure passa a IPv6! :)

 Mettendo gli opendns invece lo raggiungo come sempre.
]zac[
Prima avevi bind 8? perché bind 9 ha cambiato varie cose.
In ogni caso vedendo nello note di rilascio del nuovo bind di solito
scrivono cosa è cambiato e a volte nella documentazione di bind (magari
quella ufficiale) scrivono cosa bisogna aggiornare nella configurazione del
nuovo bind .

 nameserver 127.0.0.1
Bene, e la configurazione di named?
Davide

 Prova ad aggiungere "-4" alle opzioni di avvio di named
Mmmmm, named, viene lanciato come dallo script:
/etc/rc.d/rc.bind
Strano per� che l'aggiornamento dall 9.4.2 alla 9.4.3 abbia
portato a tutto ci� (forse ho sbagliato qualcosa
nell'aggiornamento dei file di configurazione...magari sono stati
svrascritti...).
Comunque qualcuno deve gi� esserci passato direi. provo a
googolare in quella direzione.

 [...]
d�  un'occhiata...

 raggiungerli correttamente?
ehmm...vediamo intanto la configurazione di named, che � quella
out of the box del pacchetto di Volkerding:
=====================================================================
# cat /etc/named.conf
options {
        directory "/var/named";
        /*
         * If there is a firewall between you and nameservers you want
         * to talk to, you might need to uncomment the query-source
         * directive below.  Previous versions of BIND always asked
         * questions using port 53, but BIND 8.1 uses an unprivileged
         * port by default.
         */
        // query-source address * port 53;
};
//
// a caching only nameserver config
//
zone "." IN {
        type hint;
        file "caching-example/named.root";
};
zone "localhost" IN {
        type master;
        file "caching-example/localhost.zone";
        allow-update { none; };
};
zone "0.0.127.in-addr.arpa" IN {
        type master;
        file "caching-example/named.local";
        allow-update { none; };
};
====================================================================
Le altre domande sui root server giusti...non saprei io non ho
toccato nulla semplicemente perch� la guida non lo diceva, ma
l'avevo seguita mesi f�.
Come fare a controllare eventualmente?
Grazie per la disponibilit� eh....

 ;; ANSWER SECTION:
www.google.com
.         597084  IN      CNAME  
www.l.google.com.www.l.google.com
.       291     IN      A       
74.125.43.105www.l.google.com
.       291     IN      A       
74.125.43.103www.l.google.com
.       291     IN      A       
74.125.43.106www.l.google.com
.       291     IN      A       
74.125.43.99www.l.google.com
.       291     IN      A       
74.125.43.147www.l.google.com
.       291     IN      A       74.125.43.104
Ergo: Named sta' funzionando perfettamente e ti ritorna la risposta
giusta. Il problema non e' Named ma e' da qualche altra parte.
Che dice /etc/nsswitch.conf riguardo il DNS?
Davide

 Che dice /etc/nsswitch.conf riguardo il DNS?
� anche lui � intonso come mamma l'ha fatto, o almeno io non l'ho
toccato:
-------------------------
passwd:         compat
group:          compat
hosts:          files dns
networks:       files
services:       files
protocols:      files
rpc:            files
ethers:         files
netmasks:       files
netgroup:       files
bootparams:     files
automount:      files
aliases:        files
------------------------
B�...
Io ci capisco ben poco.  :-\

 hosts:          files dns
Ok, questo e' corretto.
Riavvia named con il suo script e vedi che ti dice nel log, ma al 99%
il problema non e' in named ma in qualche altra cosa.
Davide

 il problema non e' in named ma in qualche altra cosa.
Ad esempio, in /var/log/messages dice:
: network unreachable resolving '
www.gogle.com/AAAA/IN
': 2001:500:2f::f#53
: network unreachable resolving '
www.gogle.com/AAAA/IN
': 2001:dc3::35#53
: network unreachable resolving '
www.gogle.com/AAAA/IN
':
                                                  2001:503:a83e::2:30#53
Mi pare che il problema riguardi ipv6, infatti quando avvio a mano "named -4"
pare funzionare senza lamentanze...
Se avete idee di dove vadano messe le mani...

 Se avete idee di dove vadano messe le mani...
ma non è meglio agire sul file di configurazione di bind? 
se non ricordo male in options devi aggiungere
listen-on-v6 { none; };
se mi dici che funziona lo aggiungo alla guida, anche se come dicevo nei 
commenti alla guida, per disabilitare ipv6, se non serve, ci sono altre 
strade in mia umile opinione
-- 
:cf

 dò  un'occhiata...
Tieni sempre conto che potrebbe sempre essere un bug, una modifica con
effetti collaterali, una rimozione di una compatibilità provvisoria (non mi
ricordo bene, ma avevo letto che era stata rimossa/disattivata una
compatibilità ipv4/ipv6, per cui nelle zone di bind bisognava specificare
gli ip nel formato esatto ipv4 o ipv6 e non in una forma compatibile (non
mi ricordo i dettagli, e non mi ricordo da che versione)).

 toccato nulla semplicemente perchè la guida non lo diceva, ma
]zac[
Tiene conto che a volte i pacchetti decidono di sovrascrivere dei file o di
non aggiornarli, e non sempre il risultato è perfetto, a volte conviene
rinominare le directory, i file, installare, poi applicare le modifiche (o
verificare copiare i file se i nuovi file standard sono simili ai
precedenti).
Se ti è utile ti posto la mia configurazione (non è quella di base, ma è un
estratto da varie guide e prove, la configurazione ha i file delle zone
tutte in /var/named e sono il più ridotte possibile, e uso il dinamyc dns
via dhcpd):
named.conf
//
// Sample named.conf BIND DNS server 'named' configuration file
// for the Red Hat BIND distribution.
//
// See the BIND Administrator's Reference Manual (ARM) for details, in:
//   file:///usr/share/doc/bind-*/arm/Bv9ARM.html
// Also see the BIND Configuration GUI : /usr/bin/system-config-bind and 
// its manual.
//
acl localnet { 
192.168.0.0/24
; 127.0.0.1; };
# acl localnet { 
192.168.0.0/24
; localhost; };
options {
        /* make named use port 53 for the source of all queries, to allow
         * firewalls to block all ports except 53:
         */
        query-source            port 53;        
        query-source-v6         port 53;
        listen-on               { localnet; };
        listen-on-v6            { localnet; };
        notify                  no;
        forward                 first;
        forwarders              { 193.70.152.15; 193.70.152.25; };
        allow-query             { localnet; };
        allow-transfer          { localnet; };
        allow-update            { key rndckey; localnet; };
        allow-recursion         { localnet; };
        // Put files that named is allowed to write in the data/ directory:
        directory               "/var/named"; // the default
        dump-file               "data/cache_dump.db";
        statistics-file         "data/named_stats.txt";
        memstatistics-file      "data/named_mem_stats.txt";
};
logging {
/*      If you want to enable debugging, eg. using the 'rndc trace' command,
 *      named will try to write the 'named.run' file in the $directory
(/var/named).
 *      By default, SELinux policy does not allow named to modify
the /var/named directory,
 *      so put the default debug log file in data/ :
 */
       channel default_debug {
                file            "data/named.run";
                severity        dynamic;
                print-category  yes;
                print-severity  yes;
                print-time      yes;
        };
#        category default { default_debug; };
};
zone "." {
     type hint;
     file "root.hints";
};
zone "localhost" {
      type              master;
      file              "localhost.zone";
      allow-update      { none; };
};
zone "0.0.127.in-addr.arpa" {
      type              master;
      file              "localdomain.rev";
      allow-update      { none; };
};
zone "
gdb.it
" {
     type               master;
     file               "gdb.it.zone";
};
zone "0.168.192.in-addr.arpa" {
     type               master;
     file               "gdb.it.rev";
};
key "rndckey" {
      algorithm hmac-md5;
      secret "xyzsecretxyz";
};
controls {
      inet 127.0.0.1 port 953 allow { localhost; } keys { "rndckey"; };
};
cat root.hints
;       This file holds the information on root name servers needed to
;       initialize cache of Internet domain name servers
;       (e.g. reference this file in the "cache  .  <file>"
;       configuration file of BIND domain name servers).
;
;       This file is made available by InterNIC
;       under anonymous FTP as
;           file                /domain/named.cache
;           on server           
FTP.INTERNIC.NET
;       -OR-                    
RS.INTERNIC.NET
;
;       last update:    Jan 29, 2004
;       related version of root zone:   2004012900
;
;
; formerly 
NS.INTERNIC.NET
;
.                        3600000  IN  NS    
A.ROOT-SERVERS.NET
.
A.ROOT-SERVERS.NET
.      3600000      A     198.41.0.4
;
; formerly 
NS1.ISI.EDU
;
.                        3600000      NS    
B.ROOT-SERVERS.NET
.
B.ROOT-SERVERS.NET
.      3600000      A     192.228.79.201
;
; formerly 
C.PSI.NET
;
.                        3600000      NS    
C.ROOT-SERVERS.NET
.
C.ROOT-SERVERS.NET
.      3600000      A     192.33.4.12
;
; formerly 
TERP.UMD.EDU
;
.                        3600000      NS    
D.ROOT-SERVERS.NET
.
D.ROOT-SERVERS.NET
.      3600000      A     128.8.10.90
;
; formerly 
NS.NASA.GOV
;
.                        3600000      NS    
E.ROOT-SERVERS.NET
.
E.ROOT-SERVERS.NET
.      3600000      A     192.203.230.10
;
; formerly 
NS.ISC.ORG
;
.                        3600000      NS    
F.ROOT-SERVERS.NET
.
F.ROOT-SERVERS.NET
.      3600000      A     192.5.5.241
;
; formerly 
NS.NIC.DDN.MIL
;
.                        3600000      NS    
G.ROOT-SERVERS.NET
.
G.ROOT-SERVERS.NET
.      3600000      A     192.112.36.4
;
; formerly 
AOS.ARL.ARMY.MIL
;
.                        3600000      NS    
H.ROOT-SERVERS.NET
.
H.ROOT-SERVERS.NET
.      3600000      A     128.63.2.53
;
; formerly 
NIC.NORDU.NET
;
.                        3600000      NS    
I.ROOT-SERVERS.NET
.
I.ROOT-SERVERS.NET
.      3600000      A     192.36.148.17
;
; operated by VeriSign, Inc.
;
.                        3600000      NS    
J.ROOT-SERVERS.NET
.
J.ROOT-SERVERS.NET
.      3600000      A     192.58.128.30
;
; operated by RIPE NCC
;
.                        3600000      NS    
K.ROOT-SERVERS.NET
.
K.ROOT-SERVERS.NET
.      3600000      A     193.0.14.129
;
; operated by ICANN
;
.                        3600000      NS    
L.ROOT-SERVERS.NET
.
L.ROOT-SERVERS.NET
.      3600000      A     198.32.64.12
;
; operated by WIDE
;
.                        3600000      NS    
M.ROOT-SERVERS.NET
.
M.ROOT-SERVERS.NET
.      3600000      A     202.12.27.33
; End of File                                                   
cat local
 
[root@exnet named]# cat local*
localdomain.rev 
$TTL    86400
@       IN      SOA     localhost. root.localhost.  (
                                      1997022700 ; Serial
                                      28800      ; Refresh
                                      14400      ; Retry
                                      3600000    ; Expire
                                      86400 )    ; Minimum
        IN      NS      localhost.
1       IN      PTR     localhost.
localdomain.zone
$TTL    86400
@               IN SOA          @ root (
                                        43              ; serial (d. adams)
                                        3H              ; refresh
                                        15M             ; retry
                                        1W              ; expiry
                                        1D )            ; minimum
                IN NS           @
localhost       IN A            127.0.0.1
localhost.zone
$TTL    86400
@               IN SOA  @       root (
                                        42              ; serial (d. adams)
                                        3H              ; refresh
                                        15M             ; retry
                                        1W              ; expiry
                                        1D )            ; minimum
                IN NS           @
                IN A            127.0.0.1
                IN AAAA         ::1
gdb.it.zone
$ORIGIN .
$TTL 38400      ; 10 hours 40 minutes
gdb.it
                  IN SOA  
ns.gdb.it
. 
root.gdb.it
. (
                                2009083105 ; serial
                                10800      ; refresh (3 hours)
                                3600       ; retry (1 hour)
                                604800     ; expire (1 week)
                                38400      ; minimum (10 hours 40 minutes)
                                )
                        NS      
ns.gdb.it
.
$ORIGIN 
gdb.it
.
exnet                   CNAME   ns
$TTL 38400      ; 10 hours 40 minutes
frodo                   A       192.168.0.250
ns                      A       192.168.0.254
gdb.it.rev
$ORIGIN .
$TTL 38400      ; 10 hours 40 minutes
0.168.192.in-addr.arpa  IN SOA  
ns.gdb.it
. 
root.gdb.it
. (
                                2003021833 ; serial
                                10800      ; refresh (3 hours)
                                3600       ; retry (1 hour)
                                604800     ; expire (1 week)
                                38400      ; minimum (10 hours 40 minutes)
                                )
                        NS      
ns.gdb.it
.
$ORIGIN 0.168.192.in-addr.arpa.
$TTL 38400      ; 10 hours 40 minutes
250                     PTR     
frodo.gdb.it
.
dhcpd.conf
#
# DHCP Server Configuration file.
#   see /usr/share/doc/dhcp*/dhcpd.conf.sample
#
ddns-updates on;
server-identifier 192.168.0.254;
ddns-domainname "
gdb.it
";
#ddns-rev-domainname "in-addr.arpa.";
authoritative;
ddns-update-style interim;
#ignore client-updates;
allow client-updates;
#key "rndckey" {
#        algorithm hmac-md5;
#        secret "xyzsecretxyz";
#};
#zone 
gdb.it
. {
#     primary 127.0.0.1;
#     key rndckey;
#}
#zone 0.168.192.in-addr.arpa. {
#     primary 127.0.0.1;
#     key rndckey;
#}
subnet 192.168.0.0 netmask 255.255.255.0 {
# --- default gateway
        option routers                  192.168.0.254;
        option subnet-mask              255.255.255.0;
#       option broadcast-address        192.168.0.255;
        option nis-domain               "
gdb.it
";
        option domain-name              "
gdb.it
";
#       option domain-name-servers      193.70.152.25, 193.70.192.25;
        option domain-name-servers      192.168.0.254;
        option time-offset              -18000; # Eastern Standard Time
#       option ntp-servers              192.168.1.1;
        option netbios-name-servers     192.168.0.254;
# --- Selects point-to-point node (default is hybrid). Don't change this
unless
# -- you understand Netbios very well
#       option netbios-node-type 2;
#       option netbios-node-type 8;
        range dynamic-bootp 192.168.0.100 192.168.0.200;
        default-lease-time 21600;
        max-lease-time 43200;
        # we want the nameserver to appear at a fixed address
#       host ns {
#               next-server 
marvin.redhat.com
;
#               hardware ethernet 12:34:56:78:AB:CD;
#               fixed-address 207.175.42.254;
#       }
}

 in mia umile opinione
Non sono all'altezza di dare un'opinione, non ne ho il
backgrownd  :-\
Posso solo dire che prima dell'aggiornamento funzionava tutto e
il fatto dell'ipv6 abilitato o meno non me lo sono mai posto.
Dovrei meglio capire come stanno le cose...
Chi pu� aver abilitato l'ipv6 sul mio sistema durante gli
aggiornamenti...eventualmente, quale pacchetto/i potrebbe essere
l'imputato?
Al di l� di tutto ci�:
- Tra avere abilitato ipv6 e non averlo, cosa cambia?
- A cosa mi potrebbe servire?

 mi ricordo i dettagli, e non mi ricordo da che versione)).
Mmmm, dai changelog di versione in versione dovrebbe esserci...
vedo un po'..

 Provo, poi ti faccio sapere sempre qua... :-)
ho modificato cos� la sezione option del named.conf:
----------------------------------------------------
options {
        directory "/var/named";
        /*
         * If there is a firewall between you and nameservers you want
         * to talk to, you might need to uncomment the query-source
         * directive below.  Previous versions of BIND always asked
         * questions using port 53, but BIND 8.1 uses an unprivileged
         * port by default.
         */
        // query-source address * port 53;
        listen-on-v6 { none; };
};
-------------------------------
Ho poi killato named che avevo avviato a mano:
killall named
e avviato il servizio normalmente:
/etc/rc.d/rc.bind start
Poi ho provato il dig, ma dice cos�:
====================================
# dig 
www.google.it
; <<>> DiG 9.4.3-P3 <<>> 
www.google.it
;; global options:  printcmd
;; connection timed out; no servers could be reached
----------------------------------------------------
Infine i log da dopo che ho avviato bind:
=========================================
Sep 20 18:02:16 slack-12 named[13690]: starting BIND 9.4.3-P3
Sep 20 18:02:16 slack-12 named[13690]: adjusted limit on open
files from 1024 to 1048576
Sep 20 18:02:16 slack-12 named[13690]: found 2 CPUs, using 2
worker threads
Sep 20 18:02:16 slack-12 named[13690]: using up to 4096 sockets
Sep 20 18:02:16 slack-12 named[13690]: loading configuration from
'/etc/named.conf'
Sep 20 18:02:16 slack-12 named[13690]: using default UDP/IPv4
port range: [1024, 65535]
Sep 20 18:02:16 slack-12 named[13690]: using default UDP/IPv6
port range: [1024, 65535]
Sep 20 18:02:16 slack-12 named[13690]: listening on IPv4
interface lo, 127.0.0.1#53
Sep 20 18:02:16 slack-12 named[13690]: listening on IPv4
interface ppp0, 95.75.98.111#53
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
0.IN-ADDR.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
127.IN-ADDR.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
254.169.IN-ADDR.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
2.0.192.IN-ADDR.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
255.255.255.255.IN-ADDR.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
D.F.IP6.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
8.E.F.IP6.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
9.E.F.IP6.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
A.E.F.IP6.ARPA
Sep 20 18:02:16 slack-12 named[13690]: automatic empty zone:
B.E.F.IP6.ARPA
Sep 20 18:02:16 slack-12 named[13690]: command channel listening
on 127.0.0.1#953
Sep 20 18:02:16 slack-12 named[13690]: command channel listening
on ::1#953
Sep 20 18:02:16 slack-12 named[13690]: zone
0.0.127.in-addr.arpa/IN: loaded serial 1997022700
Sep 20 18:02:16 slack-12 named[13690]: zone localhost/IN: loaded
serial 42
Sep 20 18:02:16 slack-12 named[13690]: running
----------------------------------------------
E subito dopo la perte relativa al dig verso google (non
tutta...)
===================================================
Sep 20 18:03:34 slack-12 named[13690]: network unreachable
resolving './NS/IN': 2001:503:c27::2:30#53
Sep 20 18:03:34 slack-12 named[13690]: network unreachable
resolving '
www.google.it/A/IN
': 2001:503:c27::2:30#53
Sep 20 18:03:36 slack-12 named[13690]: network unreachable
resolving './NS/IN': 2001:dc3::35#53
Sep 20 18:03:36 slack-12 named[13690]: network unreachable
resolving '
www.google.it/A/IN
': 2001:dc3::35#53
Sep 20 18:03:39 slack-12 named[13690]: network unreachable
resolving './NS/IN': 2001:503:ba3e::2:30#53
Sep 20 18:03:39 slack-12 named[13690]: network unreachable
resolving './NS/IN': 2001:500:1::803f:235#53
Sep 20 18:03:39 slack-12 named[13690]: network unreachable
resolving '
www.google.it/A/IN
': 2001:503:ba3e::2:30#53
Sep 20 18:03:39 slack-12 named[13690]: network unreachable
resolving '
www.google.it/A/IN
': 2001:500:1::803f:235#53
Sep 20 18:03:39 slack-12 named[13690]: network unreachable
resolving './NS/IN': 2001:500:2f::f#53
Sep 20 18:03:39 slack-12 named[13690]: network unreachable
resolving '
www.google.it/A/IN
': 2001:500:2f::f#53
Sep 20 18:03:40 slack-12 named[13690]: network unreachable
resolving './NS/IN': 2001:7fd::1#53
Sep 20 18:03:40 slack-12 named[13690]: network unreachable
resolving '
www.google.it/A/IN
': 2001:7fd::1#53
Sep 20 18:03:48 slack-12 named[13690]: network unreachable
resolving '
B.ROOT-SERVERS.NET/AAAA/IN
': 2001:503:c27::2:30#53
Sep 20 18:03:48 slack-12 named[13690]: network unreachable
resolving '
C.ROOT-SERVERS.NET/AAAA/IN
': 2001:503:c27::2:30#53
Sep 20 18:03:48 slack-12 named[13690]: network unreachable
resolving '
D.ROOT-SERVERS.NET/AAAA/IN
': 2001:503:c27::2:30#53
Sep 20 18:03:48 slack-12 named[13690]: network unreachable
resolving '
E.ROOT-SERVERS.NET/AAAA/IN
': 2001:503:c27::2:30#53
-------------------------------------------------------------

 - A cosa mi potrebbe servire?
ad usare ipv6, purtroppo non è ancora diffuso come dovrebbe
riguardo a BIND adesso non posso controllare, comunque dovresti anche dire 
di stare in ascolto sulla porta locale, che sia in ascolto sulla ppp0 mi 
piace poco
forse non ho visto tutti i messaggi, ma mi è sfuggito se hai postato il tuo 
named.conf
-- 
:cf

 named.conf
ecco come � ora, ma non funge, sto usando dei dns remoti nel
resolv.conf.
------- named.conf-------------
options {
        directory "/var/named";
        /*
         * If there is a firewall between you and nameservers you want
         * to talk to, you might need to uncomment the query-source
         * directive below.  Previous versions of BIND always asked
         * questions using port 53, but BIND 8.1 uses an unprivileged
         * port by default.
         */
        // query-source address * port 53;
        listen-on-v6 { none; };
};
// 
// a caching only nameserver config
// 
zone "." IN {
        type hint;
        file "caching-example/named.root";
};
zone "localhost" IN {
        type master;
        file "caching-example/localhost.zone";
        allow-update { none; };
};
zone "0.0.127.in-addr.arpa" IN {
        type master;
        file "caching-example/named.local";
        allow-update { none; };
};
----------------------------------------------
In pratica � quello base, ma con l'aggiunta che
mi hai suggerito e che io ho infilato nella sezione
options.


Su Fedora/RH/.... esiste un file dove vengono definiti dei parametri 
"specifici", ad esempio quelli poi piazzati nella command-line quando 
viene lanciato il demone:
da man page ( 
http://linux.die.net/man/8/named
 ), l'opzione "-4 "
quindi per lanciare named con -4 ... in /maniera pulita/ su detta 
"distro"(aka organizzazione del FS) basta piazzare in
/etc/sysconfig/named la variabile:
OPTIONS="-4"
e restartare il servizio
#service named restart

 il kernel
Sì, AFAIR negli ultimi kernel l'ipv6 è built-in. 
Comunque lo si disabilita facilmente con:
# echo 1 > cat /proc/sys/net/ipv6/conf/all/disable_ipv
Altrimenti c'è pure un bootparam da usare all'avvio. Credo sia:
addipv6.disable=1
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 il kernel
Sì, AFAIR negli ultimi kernel l'ipv6 è built-in.
Comunque lo si disabilita facilmente con:
# echo 1 > cat /proc/sys/net/ipv6/conf/all/disable_ipv6


 # echo 1 > cat /proc/sys/net/ipv6/conf/all/disable_ipv6
quel cat non mi torna
comunque si può fare con sysctl
-- 
:cf

 comunque si pu� fare con sysctl
Tanto per la cornaca, provvisoriamente sto usando opendns, e
altri dns esterni.
PEr il discorso kernel, ho un "2.6.24.5-fb2", in pratica il
kernel in dotazione a slack.12.1, rimaneggiato un po' per
lavorare meglio anche col frame buffer....quindi non hotoccato
nulla che abbia a che fare con ipv6. Il quale misa tanto che
resta l� come modulo... infatti:
$ lsmod|grep ip
ipv6                  226020  23
Questo cosa significa?
Sto usando ipv6?
e se s�, perch� diamine bind fa i capricci per risolvere i nomi? 
In estrema sintesi cosa devo esattamente fare per riavere il mion
bind, come era prima?
PS.
fermo restando comunque che mi sta sullo stomaco il discorso di
aggiornare qualcosa e ritrovarmi con dei malfunzionaenti a cui
non vi � una risposta chiara e netta....nel senso che io non sono
in grado di trovarla, ovviamente.  Ma alla fine prima la pratica
e poi la didattica, no?  ;-)

 e poi la didattica, no?  ;-)
è strano infatti, a me comunque non da nessun problema avere bind senza 
parametri strani, anche quando avvio il pc con il kernel con supporto a ipv6
Solo firefox da rogne, ma basta agire su una voce di about:config
-- 
:cf

 Solo firefox da rogne, ma basta agire su una voce di about:config
Dunque...
Durante il mio aggiornamento non ricordo esattamente tutti i
pacchetti che sono stati aggiornati ma penso ci sia il modo di
estorcere l'informazione a slackpkg, anche se magari non sar�
precisissima...non so sinceramente.
seguir� questa direzione:
- cercher� di ottenere la lista dei pacchetti aggiornati con
  slackpkg e ve la proporr�.
- inoltre prover� a rimettere la versione originale di bind che
  montava la 12.1 non aggiornata.
Dalla prima operazione forse qualcuno vedr� gi� ad occhio cosa
possa aver creato rogne.
Dalla seconda operazione magari riesco a scagionare la nuova
versione di bind se continuasse a non funzionare...

 possa aver creato rogne.
Mmmm, mi fa pensare che vi sia anche il kernel tra i pacchetti
aggiornati, e pure avevo deselezionato quei pacchetti
escludendoli dall'aggiornamento...
Mi viene in mente che ci� potrebbe essere dovuto ad un
aggiornamento fatto molto tempo fa...
In effetti tra quei pacchetti aggiornati non tutti sono dovuti
all'ultimo aggiornamento che sto considerando, sinceramente non
ricordo, ma potrebbbe essere che in passato abbia provato
slackpkg aggiornando qualcosa di troppo.
Cosa ne pensate?

 versione di bind se continuasse a non funzionare...
Ed in effetti:
ho disinstallato la versione aggiornata, la 9.4.3.qualcosa.
Ho rimesso la vecchia 9.4.2.
Ho rimesso named.conf, come � da originale. Qunidi via la riga
che escludeva l'ipv6 (peraltro non risolveva il problema).
Poi ho messo resolv.conf cos�:
------------------------------
# sed /^#/d /etc/resolv.conf
nameserver 127.0.0.1
------------------------------
E ho riavviato il demone rc.bind restart.
Dai log:
=====
Sep 24 15:02:49 slack-12 named[1485]: shutting down: flushing
changes
Sep 24 15:02:49 slack-12 named[1485]: stopping command channel on
127.0.0.1#953
Sep 24 15:02:49 slack-12 named[1485]: stopping command channel on
::1#953
Sep 24 15:02:49 slack-12 named[1485]: no longer listening on
127.0.0.1#53
Sep 24 15:02:49 slack-12 named[1485]: no longer listening on
10.212.84.158#53
Sep 24 15:02:49 slack-12 named[1485]: exiting
Sep 24 15:02:50 slack-12 named[7955]: starting BIND 9.4.2
Sep 24 15:02:50 slack-12 named[7955]: found 2 CPUs, using 2
worker threads
Sep 24 15:02:50 slack-12 named[7955]: loading configuration from
'/etc/named.conf'
Sep 24 15:02:50 slack-12 named[7955]: listening on IPv4 interface
lo, 127.0.0.1#53
Sep 24 15:02:50 slack-12 named[7955]: listening on IPv4 interface
ppp0, 10.212.84.158#53
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
127.IN-ADDR.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
254.169.IN-ADDR.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
2.0.192.IN-ADDR.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
255.255.255.255.IN-ADDR.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
D.F.IP6.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
8.E.F.IP6.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
9.E.F.IP6.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
A.E.F.IP6.ARPA
Sep 24 15:02:50 slack-12 named[7955]: automatic empty zone:
B.E.F.IP6.ARPA
Sep 24 15:02:50 slack-12 named[7955]: command channel listening
on 127.0.0.1#953
Sep 24 15:02:50 slack-12 named[7955]: command channel listening
on ::1#953
Sep 24 15:02:50 slack-12 named[7955]: zone
0.0.127.in-addr.arpa/IN: loaded serial 1997022700
Sep 24 15:02:50 slack-12 named[7955]: zone localhost/IN: loaded
serial 42
Sep 24 15:02:50 slack-12 named[7955]: running
================
Non ho pi� vistogli errori continui di prima che si aggiungevano
al log, quando tentavo di fare un dig o ping a qualche sito o
collegarmici via browser.
Per� non funge:
# dig 
www.google.com
; <<>> DiG 9.4.2 <<>> 
www.google.com


 slackpkg aggiornando qualcosa di troppo.
Ad ogni modo io sto usando il kernel 2.6.24.5-fb2 come da sempre.
E sinceramente quel kernel e quei moduli mi sa tanto che non li
ho...
$ ls -1 /boot
README.initrd
System.map
System.map-huge-smp-2.6.24.5-fb2
System.map-huge-smp-2.6.24.5-smp
boot.1606
boot_message.txt
config
config-generic-2.6.27.7
config-huge-smp-2.6.24.5-fb2
config-huge-smp-2.6.24.5-fb2.bk
config-huge-smp-2.6.24.5-smp
config-huge-smp-2.6.24.5-smp.fb1
diag1.img
initrd.gz
map
ramusb-04.igz
slack.bmp
vmlinuz
vmlinuz-huge-smp-2.6.24.5-fb2
vmlinuz-huge-smp-2.6.24.5-smp
Cio� il pacchetto del kernel 2.6.27.7  risulta installato a
slackpkg, in realt� in boot non c'�. E comunque non viene
utilizzto.
E anche i moduli:
# ls /lib/modules/
2.6.24.5  2.6.24.5-fb2  2.6.24.5-smp
Eppure tra i pacchetti:
# ls /var/log/packages/|grep kernel
fglrx-module-8.582-x86-1_kernel_2.6.24.5_fb2
kernel-firmware-2.6.27.7-noarch-1
kernel-generic-2.6.27.7-i486-1 --------------> sembra installato
kernel-headers-2.6.24.5_smp-x86-2
kernel-huge-smp-2.6.24.5_smp-i686-2
kernel-modules-2.6.27.7-i486-1 --------------> anche i moduli...
kernel-modules-smp-2.6.24.5_smp-i686-2
Ci sto capendo sempre meno, i pacchetti risultano installati, ma
oltre a non venire usati, i files che dovrebbero contenere, non
ci sono...
Mi sa che l'imputato non sia il kernel aggiornato... e fantasma.
Secondo me avevo provato a mettere quel kernel, ma poi lo avevo
rimosso a mano, questo spiegherebbe perch� il pacchetto risulta
regolarmente installato....e probabilmente l'aggiornamento � roba
vecchia.  :-|
Non so, sinceramente sono un po' confuso a sto punto.
Se tra i pacchetti elencati nell'aggiornamento vi pare che
qualcuno possa essere implicato con il malfnzionamento di
bind...b� fate pure sapere, sono tutto orecchi  ;-)
E grazie in anticipo naturalmente  :-)

 quel cat non mi torna
Quel cat non so da dove arrivi. Avrò cannato un copia e incolla, boh.
Chiedo scusa. Naturalmente è:
# echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6


 E grazie in anticipo naturalmente  :-)
non mi tornano alcune cose.
Passi per pacchetti extra, come il mutt preso da me, che tra l'altro non 
influiscono certo nel sistema (comunque è compilato non sulla 12.1), ma 
perché alcuni pacchetti sembra che l'hai presi da una versione di Slackware 
diversa?
Anche il kernel 2.6.27 non dovrebbe esserci per niente. Come pacchetto 
intendo, poi se te lo compili da solo è altra cosa. E' come se avessi 
sbagliato mirror in qualche aggiornamento.
Questi sono gli unici pacchetti aggiornati
ftp://ftp.slackware.com/pub/slackware/slackware-12.1/patches/packages/
Su quali possano dar fastidio a bind non saprei sinceramente.
Quali root server utilizzi?
Hai provato a mettere il file originale o cambiarli?
-- 
:cf

 Quali root server utilizzi?
Non ne ho la pi� pallida idea: diciamo che la configurazione di
bind, cos� come i files che fanno parte del pacchetto, sono
intonsi...
Sinceramente non so quali root server uso, ma posso postare il
file che penso li contenga. Crreggetemi se sbaglio, dovrebbe
essere /var/named/caching-example/named.root:
===============================================================
;       This file holds the information on root name servers needed to
;       initialize cache of Internet domain name servers
;       (e.g. reference this file in the "cache  .  <file>"
;       configuration file of BIND domain name servers).
;
;       This file is made available by InterNIC
;       under anonymous FTP as
;           file                /domain/named.root
;           on server           
FTP.INTERNIC.NET
;       -OR-                    
RS.INTERNIC.NET
;
;       last update:    Feb 04, 2008
;       related version of root zone:   2008020400
;
; formerly 
NS.INTERNIC.NET
;
.                        3600000  IN  NS    
A.ROOT-SERVERS.NET
.
A.ROOT-SERVERS.NET
.      3600000      A     198.41.0.4
A.ROOT-SERVERS.NET
.      3600000      AAAA  2001:503:BA3E::2:30
;
; formerly 
NS1.ISI.EDU
;
.                        3600000      NS    
B.ROOT-SERVERS.NET
.
B.ROOT-SERVERS.NET
.      3600000      A     192.228.79.201
;
; formerly 
C.PSI.NET
;
.                        3600000      NS    
C.ROOT-SERVERS.NET
.
C.ROOT-SERVERS.NET
.      3600000      A     192.33.4.12
;
; formerly 
TERP.UMD.EDU
;
.                        3600000      NS    
D.ROOT-SERVERS.NET
.
D.ROOT-SERVERS.NET
.      3600000      A     128.8.10.90
;
; formerly 
NS.NASA.GOV
;
.                        3600000      NS    
E.ROOT-SERVERS.NET
.
E.ROOT-SERVERS.NET
.      3600000      A     192.203.230.10
;
; formerly 
NS.ISC.ORG
;
.                        3600000      NS    
F.ROOT-SERVERS.NET
.
F.ROOT-SERVERS.NET
.      3600000      A     192.5.5.241
F.ROOT-SERVERS.NET
.      3600000      AAAA  2001:500:2f::f
;
; formerly 
NS.NIC.DDN.MIL
;
.                        3600000      NS    
G.ROOT-SERVERS.NET
.
G.ROOT-SERVERS.NET
.      3600000      A     192.112.36.4
;
; formerly 
AOS.ARL.ARMY.MIL
;
.                        3600000      NS    
H.ROOT-SERVERS.NET
.
H.ROOT-SERVERS.NET
.      3600000      A     128.63.2.53
H.ROOT-SERVERS.NET
.      3600000      AAAA  2001:500:1::803f:235
;
; formerly 
NIC.NORDU.NET
;
.                        3600000      NS    
I.ROOT-SERVERS.NET
.
I.ROOT-SERVERS.NET
.      3600000      A     192.36.148.17
;
; operated by VeriSign, Inc.
;
.                        3600000      NS    
J.ROOT-SERVERS.NET
.
J.ROOT-SERVERS.NET
.      3600000      A     192.58.128.30
J.ROOT-SERVERS.NET
.      3600000      AAAA  2001:503:C27::2:30
;
; operated by RIPE NCC
;
.                        3600000      NS    
K.ROOT-SERVERS.NET
.
K.ROOT-SERVERS.NET
.      3600000      A     193.0.14.129 
K.ROOT-SERVERS.NET
.      3600000      AAAA  2001:7fd::1
;
; operated by ICANN
;
.                        3600000      NS    
L.ROOT-SERVERS.NET
.
L.ROOT-SERVERS.NET
.      3600000      A     199.7.83.42
;
; operated by WIDE
;
.                        3600000      NS    
M.ROOT-SERVERS.NET
.
M.ROOT-SERVERS.NET
.      3600000      A     202.12.27.33
M.ROOT-SERVERS.NET
.      3600000      AAAA  2001:dc3::35
; End of File
==============================================================
no...attualmente dovrebbe essere tutto come di default sulla
12.1. In quanto ho disinstallato bind-9.4.3 e messo il 9.4.2.
Ho poi messo named.conf alla situazione originaria. E quello �
l'unico file che seguendo i vostri consigli qui, avevo modificato.

se stai usando quelli di default non dovresti avere problemi, anche perché 
dopo un aggiornamento e relativo downgrade, rimettendo i file originali... è 
molto strano.
Naturalmente se tutto il resto è identico a prima.
Dovresti fare un po' di debug per capire dove si ferma, ma non so cosa 
consigliarti
-- 
:cf

 
A.ROOT-SERVERS.NET
.      3600000      AAAA  2001:503:BA3E::2:30
]zac[
Se confronti con la configurazione che ho postato noterai che in quelle non
c'è la notazione IPV6 (AAA), e a naso non è una buona idea avere l'IPV6
disattivato e poi passare al DNS server un indirizzo nel formato IPV6.
In questo caso l'unica soluzione è dire al DNS server di non usare il
formato IPV6 (come ti hanno già suggerito).
P.S. Non risponderai mica con "ma prima funzionava vero??"

 IPV6.
già, non ci avevo fatto caso, di default in slackware c'è anche i root 
server di ipv6, prende questo
http://www.internic.net/zones/named.root
ma perché prevede una configurazione con ipv6 di base
Nel file che utilizzo invece non ci sono, mi sa che è meglio che lo segni 
nella guida... 
-- 
:cf

 P.S. Non risponderai mica con "ma prima funzionava vero??"
In effetti continuo a non spiegarmi come faceva a funzionare prima...
ma vi risparmio la domandona scontata.
Nel frettempo facciamo una sintesi:
situazione "0": bind funzionante
- bind-9.4.2
- ipv6: penso attivato il modulo
situazione "1": bind non funzionante
- bind-9.4.3
- ipv6: modulo attivo e nessuna modifica rispetto a situazione 0
situazione "2", funzizonante:
- bind-9.4.3 avviato named col flag -4
- ipv6 attivo
situazione "3", non funzionante:
- bind-9.4.2 (downgrade) avviato liscio come in situazione 0
- ipv6 attivo
Ora la situazione 3 e la 0 mi aspettavo si comportassero allo
stesso modo, invece no...
Altra prova che ho fatto
- bind-9.4.2 avviato liscio come in situazione 0
- ipv6 disattivato:
  =============================================
   $ cat /etc/modprobe.d/blacklist |grep ipv6
   # disattivazione ipv6: prova per bind
   blacklist ipv6
  =============================================
Per provarlo ho dovuto riavviare, perch� il modulo ipv6 era usato
da altri processi....non ho capito quali e per brevit� ho
riavviato. Provando a mettere apposto il resolv.conf e ad
eseguire il solito dig 2 volte, ottengo:
=====================================================
$ dig 
www.google.com
; <<>> DiG 9.4.2 <<>> 
www.google.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34434
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 6,
ADDITIONAL: 0
;; QUESTION SECTION:
;
www.google.com
.                        IN      A
;; ANSWER SECTION:
www.google.com
.         600691  IN      CNAME   
www.l.google.com
.
www.l.google.com
.       294     IN      A       74.125.87.105
www.l.google.com
.       294     IN      A       74.125.87.147
www.l.google.com
.       294     IN      A       74.125.87.99
www.l.google.com
.       294     IN      A       74.125.87.103
www.l.google.com
.       294     IN      A       74.125.87.104
;; AUTHORITY SECTION:
l.google.com
.           82292   IN      NS      
g.l.google.com
.
l.google.com
.           82292   IN      NS      
b.l.google.com
.
l.google.com
.           82292   IN      NS      
a.l.google.com
.
l.google.com
.           82292   IN      NS      
e.l.google.com
.
l.google.com
.           82292   IN      NS      
f.l.google.com
.
l.google.com
.           82292   IN      NS      
d.l.google.com
.
;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Sep 27 13:54:46 2009
;; MSG SIZE  rcvd: 228
===============================================================
In altre parole, blacklistando ipv6 tutto torna funzionante.
Mi resta ora il dubbio per�:
la situazione zero aveva ipv6 attivo o no?
Non l'avevo mai verificato perch� non avevo avuto alcun problema
in merito, ma se controlliamo il config di volkerding del kernel
della 12.1 troviamo
=================================================
$ grep IPV /boot/config-huge-smp-2.6.24.5-smp
# IPVS transport protocol load balancing support
# IPVS scheduler
# IPVS application helper
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_IPV6_MIP6 is not set
CONFIG_IPV6_SIT=m
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
================================================
Il mio kernel attuale l'avevo ottenuto a partire da quello sopra
e non apportando modifiche a ci� che riguardava ipv6 o simili:
================================================
$ grep IPV /boot/config-huge-smp-2.6.24.5-fb2
# IPVS transport protocol load balancing support
# IPVS scheduler
# IPVS application helper
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_IPV6_MIP6 is not set
CONFIG_IPV6_SIT=m
CONFIG_IPV6_TUNNEL=m
# CONFIG_IPV6_MULTIPLE_TABLES is not set
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_IPV6=m
CONFIG_IP6_NF_MATCH_IPV6HEADER=m
===============================================
Quindi, l'ipv6 nel sistema era attivo anche prima come modulo nel
kernel.
Non so dire se anche prima veniva caricato all'avvio quel modulo,
ma presumo di si...ora mi sfugge il file che in slackware
determina quali moduli caricare, ricordo che non era solo
rc.modules a gestire la faccenda, ma c'era una priorit� tra
diversi files di configurazione...dovrei fare una ricerca, perch�
cos� su due piedi non ricordo.
Ad ogni modo ora, con ipv6 blacklistato la risoluzione dei nomi
via bind funge. Pertanto...l'indagine potr� anche avere seguito,
ma a tempo pi� che perso a sto punto. Sempre che, qualcos'altro
decida di non funzionare pi� perch� richiedeva la presenza del
modulo blacklistato.
Una curiosit�?
� possibile che la navigazione web risulti un po' pi� scattante
senza ipv6 attivo... avevo letto qualcosa su dei problemi che
utenti di varie *buntu avevano avuto con ipv6 che avrebbe
rallentato la connessione.
Nel mio caso magari � solo suggestione o rete meno carica del
solito eh...

 locale, che sia in ascolto sulla ppp0 mi piace poco
Riprendo un attimo questa discussione, in quanto questa
affermazione mi � tornata in mente.
Era riferita ad un log che avevo postato:
===============================================================
named[13690]: using default UDP/IPv4 port range: [1024, 65535]
named[13690]: using default UDP/IPv6 port range: [1024, 65535]
named[13690]: listening on IPv4 interface lo, 127.0.0.1#53
named[13690]: listening on IPv4 interface ppp0, 95.75.98.111#53
===============================================================
Perch� bind starebbe ascoltando sull'interfaccia ppp0 piuttosto
che sulla porta locale? Cio� quale sarabbe il punto dove ci� �
deciso (quale file di configurazione/opzione)?
Inoltre cosa comporta quel fatto?
Perch� � meglio la porta locale piuttosto che l'interfaccia?
Ringrazio in anticipo, sperando che Conraid veda il post. In ogni
caso � ovviamente benaccetta la risposta di chiunque.  :-)

 caso è ovviamente benaccetta la risposta di chiunque.  :-)
di niente, spero che qualcuno ti spiegi meglio la cosa, io alla fine ho 
conoscenze limitate.
-- 
:cf

 anche da internet.
Come pensavo. Ok, allora grazie.
Volendo potresti aggiungere questo dettaglio anche alla guida, ma
la butto l�...
Saluti  :-)

 la butto l�...
Sorry, ricontrollando la guida vedo che avevi gi� messo un named.conf
d'esempio con i paramatri simili a quelli sopra.
Anyway, Grazie di nuovo.  :-)