Кажется, у меня проблемы с разрешением моего веб-домена с помощью bind9, я буду использовать доменное имя example.com, я могу подключиться к любому другому веб-сайту, который не настроен в моем файле зоны bind9, я знаю, что это должно быть проблемой, потому что когда я введите сервер имен 8.8.8.8 в файл / etc / resolv. example.com не вызывает проблем.
Это мой прогресс
Мой файл /etc/resolv.conf
nameserver 192.168.1.112
Bind9 /etc/ named.conf.options
options { directory "/var/cache/bind";
recursion yes;
allow-recursion {localnets; 192.168.1.0/16;};
forwarders {
192.168.1.1;
};
dnssec-enable yes;
dnssec-validation auto;
dnssec-lookaside auto;
auth-nxdomain yes;
listen-on { 192.168.1.112; 127.0.0.1; };
// listen-on-ipv6 { any; };
};
Файл Bind9 /etc/bind/ named.conf.local
zone "example.com" IN { type master; file "/etc/bind/dbb.example.zone"; };
Файл Bind9 /etc/bind/dbb.example.zone
@ IN SOA ns1.example.com. root@.my-email.com. (
1
3h
1w
3w
3h
)
IN NS ns1.example.com.
IN NS ns2.example.com
ns1.example.com. 221 IN A 93.184.216.34
ns2.example.com. 221 IN A 93.184.216.34
Я возвращаюсь после бега dig example.com | sed 's /;.*// g' пусто
но без sed я получаю
; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 38603
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 1f65dfc5c2809726eb48d6805b9ecd12c2d28287c22188a4 (good)
;; QUESTION SECTION:
;example.com. IN A
;; Query time: 0 msec
;; SERVER: 192.168.1.112#53
;; WHEN: Sun Sep 16 16:37:22 CDT 2018
;; MSG SIZE rcvd: 82
и с не настроенным сервером имен, например: mocospace.com
dig mocospace.com
mocospace.com. 18830 IN A 208.95.216.41
;; Query time: 144 msec
;; SERVER: 192.168.1.112#53
;; WHEN: Sun Sep 16 16:39:46 CDT 2018
;; MSG SIZE rcvd: 310
Во-первых, в вашем примере файла зоны отсутствует завершающий "." в конце записи для ns2, которую необходимо исправить:
IN NS ns1.example.com.
IN NS ns2.example.com
Во-вторых, если это весь ваш файл зоны, у вас нет записей A, поэтому ваш тест dig не было бы результатов, даже если бы не было сбоев. Для проверки вы можете попробовать следующее:
IN NS ns1.example.com.
IN NS ns2.example.com.
IN A 127.0.0.1
Обязательно обновите серийный номер в верхней части файла зоны при его обновлении. Затем перезагрузите свой сервер имен.