Estou tendo um problema com a configuração do DNS BIND9 no meu servidor doméstico.
Quando uso nslookupe digdo SSH no servidor inicial (192.168.1.20), recebo resultados e curltambém retorno páginas da Web quando aplicável, para que o servidor inicial veja minhas configurações de zona corretamente.
Porém, quando acesso a intranet de um cliente local (192.168.1.30, meu PC com Windows), recebo can't connect to the servervia Firefox, the remote name could not be resolvedvia curl e *** No internal type for both IPv4 and IPv6 Addresses (A+AAAA) records available for REDACTEDvia nslookup. A resolução DNS deveria estar sendo encaminhada corretamente pelo roteador (192.168.1.1), mas aparentemente isso não está funcionando ou algum outro problema está em jogo, já que o servidor doméstico funciona bem.
Roteador NetgearDD-WRT (192.168.1.1):
RouterName: REDACTED
HostName: REDACTED (Same as RouterName)
LocalIP: 192.168.1.1
SubnetMask: 255.255.255.0
Gateway: 0.0.0.0
LocalDNS: 192.168.1.20 (is this correct? should this be 0.0.0.0?)
StaticDNS1: 192.168.1.20
StaticDNS2: 1.1.1.1
StaticDNS3: 1.0.0.1
WINS: 0.0.0.0
DnsMasqDHCP: Enabled
DnsMasqDNS: Enabled
DnsMasqAuth: Enabled
ForceDNSRedir: Disabled
Para Servidor DHCP:
UsedDomain: LAN & WLAN
LANDomain: inet (*.REDACTED.inet is BIND9 intranet zone. could this be interfering?)
Para DnsMasq Srv:
DNSMasq: Enabled
EncryptDNS: Disabled
CacheDNSSEC: Disabled
ValidateDNSRep: Disabled
CheckUnsDNSRep: Disabled
LocalDNS: Enabled (is this correct?)
NoDNSRebind: Enabled
QueryDNSStrict: Enabled
RequestorMAC: Disabled
E sem opções adicionais
Servidor doméstico Linux(192.168.1.20):
/etc/hostname
S001
/etc/hosts
127.0.0.1 localhost S001
/etc/resolv.conf
nameserver 192.168.1.20
nameserver 1.1.1.1
nameserver 1.0.0.1
Sou muito novo na configuração de DNS em geral. Alguma coisa parece errada? Você tem alguma ideia de por que o DNS não está sendo atingido ou o que No internal type for both IPv4/v6significa o erro?
ATUALIZAR: instalei digno meu cliente Windows para obter informações adicionais e acessar o DNS via 192.168.1.1 me deu uma consulta válida de status NOERROR, mas sem ANSWER SECTIONnenhum Aregistro.
Codifiquei os endereços DNS na NIC do meu cliente para 192.168.1.20 e obtive isso de uma digconsulta de exemplo para um dos meus nomes DNS:
; <<>> DiG 9.14.0 <<>> REDACTED
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60944
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 3
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: f57ba5147d707a93c2a4328f5c9ae973c0bd569d9d31e87a (good)
;; QUESTION SECTION:
;REDACTED IN A
;; ANSWER SECTION:
REDACTED 38400 IN CNAME REDACTED
REDACTED 38400 IN A 192.168.1.20
;; AUTHORITY SECTION:
REDACTED 38400 IN NS localhost.
;; ADDITIONAL SECTION:
localhost. 604800 IN A 127.0.0.1
localhost. 604800 IN AAAA ::1
;; Query time: 0 msec
;; SERVER: 192.168.1.20#53(192.168.1.20)
;; WHEN: REDACTED
;; MSG SIZE rcvd: 168
E posso acessar páginas da Web por meio dos nomes DNS. Ao voltar para as configurações automáticas de DNS, ele quebra novamente. Parece muito provável que o problema esteja relacionado à configuração do roteador DD-WRT.
Responder1
Problema resolvido. Acontece que o culpado foi o próprio DNSMasq. Depois de desmarcar Use DNSMasq for DHCP, Use DNSMasq for DNSe DHCP-Authoritativedesabilitar o DNSMasq, as consultas DNS e a navegação do site começaram a funcionar novamente.
Não tenho certeza se existe uma maneira limpa de encaminhar as consultas via DNSMasq se alguém quiser fazer a mesma coisa que estou fazendo, mas com o DNSMasq ativado, mas como não preciso disso, estou indo para deixá-lo desativado.