Puncte:0

#ASK Zona inversă: Serverul nu poate găsi .in-addr.arpa : NXDOMAIN

drapel ma

Mi-am dat seama despre zona inversă, așa că îmi configurez deja DNS-ul local cu această configurare simplă:

1. named.conf.options

acl intern {
        192.168.1.0/24; // date
        192.168.2.0/24; // date
        192.168.3.0/24; // date
        192.168.4.0/24; // date
        192.168.5.0/24; // date
        192.168.6.0/24; // date
        192.168.40.0/24; // pabx
        192.168.60.0/24; // tv
        192.168.33.0/24; // hotspot
        192.168.35.0/24; // hotspot
        gazdă locală;
        rețele locale;
};

Opțiuni {
        directorul „/var/cache/bind”;

        expeditori {
                8.8.8.8;
                8.8.4.4;
        };

        //forward only;
        recursivitate da;

        allow-query { intern; };
        allow-query-cache { intern; };
        allow-recursion { intern; };

        empty-zones-enable nu;

        dnssec-validation auto;

        portul de ascultare 53 { localhost; 192.168.6.201; };
        portul listen-on-v6 53 { ::1; };
};

2. numit.conf.local

zona "melinda.local" IN {
        tip master;
        fișierul „/etc/bind/zones/db.melinda”;
        //allow-transfer { niciunul; };
        //also-notify { niciunul; };
};

zona "168.192.in-addr.arpa" IN {
        tip master;
        fișierul „/etc/bind/zones/db.192”;
        //allow-transfer { niciunul; };
        //also-notify { niciunul; };
};

3. db.melinda

604800 USD TTL
@ IN SOA srv.melinda.local. root.melinda.local. (
                        2022030901; Serial
                         604800; Reîmprospăta
                          86400; Reîncercați
                        2419200; Expira
                         604800); Cache negativ TTL
;
@ IN NS ns.melinda.local.
@ ÎN A 192.168.6.201
@ IN MX 10 mail.melinda.local.

; definit
ns IN A 192.168.6.201
mail IN A 192.168.6.201

4. db.192

@ IN SOA srv.melinda.local. root.melinda.local. (
                        2022030901; Serial
                         604800; Reîmprospăta
                          86400; Reîncercați
                        2419200; Expira
                         604800); Cache negativ TTL
;
@ IN NS srv.melinda.local.
1.0.0 IN PTR srv.melinda.local.

; definit
6.201 IN PTR srv.melinda.local.
6.201 IN PTR mail.melinda.local.

Și acesta este numele meu de gazdă /etc/hostname, /etc/hosts, /etc/resolv.conf

$ cat /etc/hostname
srv

$ cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
192.168.6.201 srv.melinda.local srv

# Următoarele linii sunt de dorit pentru gazdele capabile IPv6
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

$ cat /etc/resolv.conf
serverul de nume 192.168.6.201
serverul de nume 127.0.0.53
caută srv.melinda.local

Deci, când îmi depanez configurația DNS, cu in named.conf.options fișier pe care l-am stabilit activare-zone-vide la Nu iată rezultatul la utilizare nslookup

$ nslookup
> melinda.local
Server: 192.168.6.201
Adresa: 192.168.6.201#53

Nume: melinda.local
Adresa: 192.168.6.201
> 192.168.6.201
201.6.168.192.in-addr.arpa nume = mail.melinda.local.
201.6.168.192.in-addr.arpa nume = srv.melinda.local.
>ieșire

Dar când mă schimb activare-zone-vide în comentariu (sau implicit da), iată ce primesc

$ nslookup
> melinda.local
Server: 192.168.6.201
Adresa: 192.168.6.201#53

Nume: melinda.local
Adresa: 192.168.6.201
> 192.168.6.201
** serverul nu poate găsi 201.6.168.192.in-addr.arpa: NXDOMAIN
> iesire

Poate că aceasta este o întrebare inutilă, dar îmi pare rău că sunt nou în configurarea DNS-ului, așa că vreau să știu diferența atunci când setez empty-zones-enable la nu și da. Este important sau necesar să folosiți soluția pentru DNS local?

Patrick Mevzek avatar
drapel cn
Două puncte tangente: 1) nu aveți nevoie de zone inversate pentru nimic, așa că, pe lângă învățare, nu este nevoie să creați toate acestea și 2) nu folosiți `local` ca TLD local, deoarece acesta este rezervat pentru DNS multicast. .
Tommiie avatar
drapel bw
Nu ar trebui să fie 201.6 în loc de 6.201 pentru înregistrările dvs. PTR?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.