В настоящее время я пытаюсь настроить DNS (dns.lan) на своей виртуальной машине.
У меня есть шлюз (IP: 192.168.1.1), и у меня есть машина DNS (192.168. 1.5)
У меня всегда такая же ошибка, когда я набираю host dns.lan, который является «Host dns.lan not found: 3 (NXDOMAIN)». Откуда возникает ошибка?
/etc/resolve.conf:
...
nameserver 192.168.1.5
domain dns.lan
search dns.lan
/ etc / hostname:
DNS
/ etc / hosts :
127.0.0.1 localhost
127.0.1.1 DNS
192.168.1.5 DNS.dns.lan DNS
/etc/bind/named.conf.options:
...
forwarders {
89.2.0.1;
192.168.1.1;
8.8.8.8;
8.8.4.4;
}
...
/etc/bind/named.conf.local:
zone "bsasr.lan" {
type master;
file "/etc/bind/zones/db.dns.lan";
}
zone "1.168.192.in-addr.arpa" {
type master;
file "/etc/bin/zones/db.192";
}
Чтобы избежать ошибок, вот скриншот моего /etc/bind/zones/db.dns.lan: db.bsasr.lan скриншот
То же самое для / etc / bind / zones / db. 192:
Вот ошибки:
>host dns.lan
Host dns.lan not found: 3(NXDOMAIN)
>nslookup dns.lan
Server: 89.2.0.1
Address: 89.2.0.1#53
server can't find dns.lan: NXDOMAIN
Большое спасибо
Удовлетворительный факт: ваш основной сервер разрешения DNS на самом деле не является вашим блоком 192.168.1.5. Вот почему nslookup без указания DNS-сервера для запроса не работает.
Ваша основная точка запроса - 89.2.0.1, по-видимому, это поле server ответа nslookup, которое не работает, t имеет определенную в ней зону. Таким образом, вам нужно указать свои resolv.conf и / или ваши сетевые настройки (если вы используете Network Manager), чтобы начать с 192.168.1.5, а затем перейдите на другие серверы в качестве восстановления после сбоя.
Если вы делаете nslookup bsasr.lan 192.168.1.5 вы должны получить фактическое разрешение DNS, а не NXDOMAIN. Убедитесь, что ваш /etc/resolv.conf на самом деле остается таким же, как если бы вы использовали диспетчер сети, он может быть не таким, каким вы ожидаете, и DNS-сервер должен быть где угодно nslookup, а не [ f8].
Я настоятельно рекомендую вам использовать dig для тестирования, поэтому вы можете сделать dig +short @192.168.1.5 A [ADDRESS] (соответственно заменяя [ADDRESS]) на то, с чем вы пытаетесь протестировать; dig прекрасно работает с bind9.
Удовлетворительный факт: ваш основной сервер разрешения DNS на самом деле не является вашим блоком 192.168.1.5. Вот почему nslookup без указания DNS-сервера для запроса не работает.
Ваша основная точка запроса - 89.2.0.1, по-видимому, это поле server ответа nslookup, которое не работает, t имеет определенную в ней зону. Таким образом, вам нужно указать свои resolv.conf и / или ваши сетевые настройки (если вы используете Network Manager), чтобы начать с 192.168.1.5, а затем перейдите на другие серверы в качестве восстановления после сбоя.
Если вы делаете nslookup bsasr.lan 192.168.1.5 вы должны получить фактическое разрешение DNS, а не NXDOMAIN. Убедитесь, что ваш /etc/resolv.conf на самом деле остается таким же, как если бы вы использовали диспетчер сети, он может быть не таким, каким вы ожидаете, и DNS-сервер должен быть где угодно nslookup, а не bind9.
Я настоятельно рекомендую вам использовать dig для тестирования, поэтому вы можете сделать dig +short @192.168.1.5 A [ADDRESS] (соответственно заменяя [ADDRESS]) на то, с чем вы пытаетесь протестировать; dig прекрасно работает с bind9.
Удовлетворительный факт: ваш основной сервер разрешения DNS на самом деле не является вашим блоком 192.168.1.5. Вот почему nslookup без указания DNS-сервера для запроса не работает.
Ваша основная точка запроса - 89.2.0.1, по-видимому, это поле server ответа nslookup, которое не работает, t имеет определенную в ней зону. Таким образом, вам нужно указать свои resolv.conf и / или ваши сетевые настройки (если вы используете Network Manager), чтобы начать с 192.168.1.5, а затем перейдите на другие серверы в качестве восстановления после сбоя.
Если вы делаете nslookup bsasr.lan 192.168.1.5 вы должны получить фактическое разрешение DNS, а не NXDOMAIN. Убедитесь, что ваш /etc/resolv.conf на самом деле остается таким же, как если бы вы использовали диспетчер сети, он может быть не таким, каким вы ожидаете, и DNS-сервер должен быть где угодно nslookup, а не bind9.
Я настоятельно рекомендую вам использовать dig для тестирования, поэтому вы можете сделать dig +short @192.168.1.5 A [ADDRESS] (соответственно заменяя [ADDRESS]) на то, с чем вы пытаетесь протестировать; dig прекрасно работает с bind9.