Minha configuração do Bind Server funciona .. Só não muito bem e não tenho certeza de qual é a causa subjacente ou onde corrigi-la.
Eu tenho um servidor DNS dedicado. ns1.ywpadmin.com
. Seu endereço IP público é 40.142.31.33
e o endereço IP interno é10.0.0.200
Meu servidor web está localizado em 40.142.31.34
.
O site que estou testando éroofrightroofing.net
Agora, quando vou para whatsmydns.net
Apenas cerca de metade dos servidores em todo o mundo aparecem com a marca de seleção verde.
Quando executo dig roofrightroofing.net SOA @localhost
a partir do servidor DNS - recebo (lembre-se de que ainda não configurei o servidor NS2. Quero minha configuração funcional antes que isso aconteça):
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40310
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;roofrightroofing.net. IN SOA
;; ANSWER SECTION:
roofrightroofing.net. 38400 IN SOA ns1.ywpadmin.com. admin.ywpadmin.com. 1494612100 10800 3600 604800 38400
;; AUTHORITY SECTION:
roofrightroofing.net. 38400 IN NS ns1.ywpadmin.com.
roofrightroofing.net. 38400 IN NS ns2.ywpadmin.com.
;; ADDITIONAL SECTION:
ns1.ywpadmin.com. 38400 IN A 10.0.0.200
ns2.ywpadmin.com. 38400 IN A 10.0.0.200
;; Query time: 3 msec
;; SERVER: ::1#53(::1)
;; WHEN: Tue Nov 21 14:30:03 CST 2017
;; MSG SIZE rcvd: 181
Aqui está a configuração do meu servidor de ligação:
named.conf.options
options {
dnssec-validation auto;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
recursion no;
version "Not Disclosed";
};
nomeado.conf.local
//roofrightroofing.net--
zone "roofrightroofing.net" {
type master;
file "/var/lib/bind/roofrightroofing.net.hosts";
};
//--roofrightroofing.net
roofrightroofing.net.hosts
$ttl 38400
roofrightroofing.net. IN SOA ns1.ywpadmin.com. admin.ywpadmin.com. (
1494612100
10800
3600
604800
38400 )
roofrightroofing.net. IN NS ns1.ywpadmin.com.
roofrightroofing.net. IN NS ns2.ywpadmin.com.
roofrightroofing.net. IN A 40.142.31.34
www.roofrightroofing.net. IN A 40.142.31.34
ywpadmin.com.hosts
$ttl 38400
ywpadmin.com. IN SOA ns1.ywpadmin.com. admin.ywpadmin.com. (
150000000 ;serial number
10800 ; Refresh
3600 ; Retry
604800 ; Expire
38400 ) ; Negative Cache TTL
ywpadmin.com. IN NS ns1.ywpadmin.com.
ywpadmin.com. IN NS ns2.ywpadmin.com.
ns1.ywpadmin.com. IN A 10.0.0.200
ns2.ywpadmin.com. IN A 10.0.0.200
ywpadmin.com. IN A 40.142.31.34
www.ywpadmin.com. IN A 40.142.31.34
Configuração do Godaddy
A @ 40.142.31.34
NS @ ns03.domaincontrol.com
NS @ ns04.domaincontrol.com
------------ HOSTS -------------
Host IP Addresses
NS3 40.142.31.33
NS4 40.142.31.33
NS1 40.142.31.33
NS2 40.142.31.33
Novamente, estarei configurando NS2 - NS4 DEPOIS que minha configuração estiver sólida.
Eu tentei atualizar o serial para este site específico várias vezes e ainda estou tendo problemas. O que mais posso fazer em relação à configuração do meu servidor ou solução de problemas? Isso é um problema de GoDaddy
configuração ou um BIND
problema de zona? Algo gritante parece incorreto?
O whois para ywpadmin.com mostra que ns03.domaincontrol.com e ns04.domaincontrol.com são autoritários para esta zona.
Você provavelmente deve atualizar a configuração do godaddy para que 40.142.31.33 se torne autoritário para ywpadmin.com . Você normalmente usa um registro de cola para ns1.ywpadmin.com -> 40.142.31.33, a menos que já tenha outro domínio apontando para este host.
Eu sei que isso já passou muito tempo, mas um voto positivo recente na pergunta me levou a responder com o que me ajudou a resolver esse problema. Achei que bastava atualizar o serial e reiniciar o bind. ERRADO! Você precisa lavar
rndc
também! Portanto, ao atualizar um arquivo de zona. Alguém deveriaOs comandos flush e restart que eu uso são:
Isso permite que todos os outros servidores DNS saibam que você limpou o cache desse domínio, ele tem um novo serial e o conteúdo do arquivo foi alterado. Percebi que a MAIORIA dos servidores DNS serão ativados quase imediatamente - mas alguns podem levar até 48 horas.