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.