Como configurar o servidor Bind (DNS) para responder às solicitações da Internet

Como configurar o servidor Bind (DNS) para responder às solicitações da Internet

Sou novo no Bind, então perdoe qualquer pergunta "boba". Configurei um servidor Bind no CentOS-7, nome de servidor CentOS-DC (10.64.33.115). Também configurei 3 clientes CentOS-7

  • CentOS-App-01 10.60.161.99
  • CentOS-DB-01 10.60.161.169
  • CentOS-Web-01 10.60.161.229

Tudo se resolve corretamente internamente.

O problema surge quando tento navegar na Web. Adicionei endereços de encaminhadores a /etc/named.conf, mas ainda não consigo navegar na web.

Abaixo está meu arquivo /etc/named.conf

//
// named.conf
//
// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
// server as a caching only nameserver (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//
// See the BIND Administrator's Reference Manual (ARM) for details about the
// configuration located in /usr/share/doc/bind-{version}/Bv9ARM.html

options {
    listen-on port 53 { 127.0.0.1; 10.64.33.115;}; ### Master DNS IP ###
        listen-on-v6 port 53 { ::1; };
        directory   "/var/named";
        dump-file   "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";
        allow-query     { localhost; 10.60.161.0/24; };
        allow-transfer  { localhost; 10.64.33.115; };

        /*
         - If you are building an AUTHORITATIVE DNS server, do NOT enable recursion.
         - If you are building a RECURSIVE (caching) DNS server, you need to enable
           recursion.
         - If your recursive DNS server has a public IP address, you MUST enable access
           control to limit queries to your legitimate users. Failing to do so will
           cause your server to become part of large scale DNS amplification
           attacks. Implementing BCP38 within your network would greatly
           reduce such attack surface
        */
    recursion yes;
        allow-recursion {localhost; 10.60.161.0/24; };

        dnssec-enable yes;
        dnssec-validation yes;

        forwarders {
                10.73.240.235;
                152.62.196.10;
        };

    /* Path to ISC DLV key */
        bindkeys-file "/etc/named.iscdlv.key";

        managed-keys-directory "/var/named/dynamic";

        pid-file "/run/named/named.pid";
        session-keyfile "/run/named/session.key";
};

logging {
    channel default_debug {
                file "data/named.run";
                severity dynamic;
        };
};

zone "CorkCompute.local" IN {
        type master;
        file "forward.CorkCompute";
        allow-update { none; } ;
};

zone "161.60.10" IN {
        type master;
        file "reverse.CorkCompute";
        allow-update { none; } ;
};


zone "." IN {
    type hint;
        file "named.ca";
};

include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

obrigado

Responder1

Consegui descobrir isso com a ajuda de um cara do Linux no trabalho. Mesmo tendo configurado os encaminhadores, não disse ao servidor para realmente encaminhar nada. Abaixo está o código de atualização

forwarders {
    10.73.240.235;
    152.62.196.10;
};
forward only;

Responder2

10.0.0.0/8 é um intervalo de IP dedicado para 'Redes de Uso Privado' (RFCs 1918, 5735 e 6303). O mesmo vale para redes 192.168.0.0/16 e 172.16.0.0/12. Esses endereços não são roteados via Internet e não podem ser acessados ​​diretamente de redes externas.

informação relacionada