Как в вопросе. Можно ли пинговать серверную машину bind9, чтобы получить доступ к DNS?
Я хочу делать:
PING hpc.lan (12.1.1.1) 56(84) bytes of data.
64 bytes from M.hpc.lan (12.1.1.1): icmp_seq=1 ttl=64 time=0.146 ms
64 bytes from M.hpc.lan (12.1.1.1): icmp_seq=2 ttl=64 time=0.171 ms
64 bytes from M.hpc.lan (12.1.1.1): icmp_seq=3 ttl=64 time=0.175 ms
И его работа помимо серверной машины с bind9.
Что может быть причиной. Я испортил конфигурацию привязки, или нужно указать это в hosts? Я могу пинговать имена хостов в своей локальной сети ... Я новичок в сети, сижу, как однажды, на этом lan + dhcp + dns, поэтому, пожалуйста, проявите немного сострадания: D
Когда я копаю с других машин, у меня есть:
dig hpc.lan
; <<>> DiG 9.10.3-P4-Ubuntu <<>> hpc.lan
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50994
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;hpc.lan. IN A
;; ANSWER SECTION:
hpc.lan. 604800 IN A 12.1.1.1
;; AUTHORITY SECTION:
hpc.lan. 604800 IN NS M.hpc.lan.
;; ADDITIONAL SECTION:
M.hpc.lan. 604800 IN A 12.1.1.1
;; Query time: 1 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Sun Jul 01 10:49:52 CEST 2018
;; MSG SIZE rcvd: 84
Также из оконной машины:
nslookup hpc.lan
Server: gateway.hpc.lan
Address: 12.1.1.1
Name: hpc.lan
Address: 12.1.1.1
или наоборот
nslookup 12.1.1.1
Server: 127.0.1.1
Address: 127.0.1.1#53
1.1.1.12.in-addr.arpa name = M.hpc.lan.
1.1.1.12.in-addr.arpa name = gateway.hpc.lan.
Но с серверной машины bind9 dig дает:
dig hpc.lan
; <<>> DiG 9.10.3-P4-Ubuntu <<>> hpc.lan
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 6784
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;hpc.lan. IN A
;; AUTHORITY SECTION:
. 86398 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2018063002 1800 900 604800 86400
;; Query time: 26 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Jul 01 10:58:31 CEST 2018
;; MSG SIZE rcvd: 111
и для nslookup
nslookup hpc.lan
Server: 8.8.8.8
Address: 8.8.8.8#53
** server can't find hpc.lan: NXDOMAIN
a@M:~$ nslookup 12.1.1.1
Server: 8.8.8.8
Address: 8.8.8.8#53
** server can't find 1.1.1.12.in-addr.arpa: NXDOMAIN
a@M:~$ nslookup 12.1.1.50
Server: 8.8.8.8
Address: 8.8.8.8#53
** server can't find 50.1.1.12.in-addr.arpa: NXDOMAIN
a@M:~$ nslookup 12.1.1.90
Server: 8.8.8.8
Address: 8.8.8.8#53
** server can't find 90.1.1.12.in-addr.arpa: NXDOMAIN
или наоборот
nslookup 12.1.1.1
Server: 8.8.8.8
Address: 8.8.8.8#53
** server can't find 1.1.1.12.in-addr.arpa: NXDOMAIN
Ясно, что он не видит dns моего лана, то уходит в небо ...
Моя конфигурация на сервере bind9 выглядит следующим образом:
acl "trusted" {
12.1.1.0/24; # ns1
//192.168.1.0/24;
localhost;
localnets;
};
options {
directory "/var/cache/bind";
recursion yes;
allow-recursion { trusted; };
listen-on { trusted; };
//allow-transfer { none; };
//allow-recursion { any; };
allow-query { trusted; };
allow-query-cache { any; };
forwarders {
12.1.1.1;
8.8.8.8;
8.8.4.4;
};
dnssec-validation auto;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
};
include "/etc/bind/zones.rfc1918";
// send ads to black hole
include "/etc/bind/ad-blacklist";
// our local zone
zone "hpc.lan" {
type master;
file "/etc/bind/db.hpc.lan";
};
// reverse for .hpc domain
zone "1.1.12.in-addr.arpa" {
type master;
notify yes;
file "/etc/bind/db.hpc.lan.r";
};
;
; BIND data file for local loopback interface
;
$TTL 604800
@ IN SOA M.hpc.lan. root.hpc.lan. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
hpc.lan. IN NS M.hpc.lan.
hpc.lan. IN A 12.1.1.1
;@ IN NS localhost.
;@ IN A 127.0.0.1
;@ IN AAAA ::1
M IN A 12.1.1.1
N0 IN A 12.1.1.55
L0 IN A 12.1.1.90
www IN CNAME hpc.lan.
gateway IN A 192.168.1.1
;
; BIND reverse data file for local loopback interface
;
$TTL 604800
@ IN SOA M.hpc.lan. root.hpc.lan. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS M.
1 IN PTR gateway.hpc.lan.
1 IN PTR M.hpc.lan.
55 IN PTR N0.hpc.lan.
90 IN PTR L0.hpc.lan.
127.0.0.1 localhost
127.0.1.1 M #VN278AA-UUW-m9860sc
12.1.1.1 M #VN278AA-UUW-m9860sc-enp1s10
192.168.1.106 MS #VN278AA-UUW-m9860sc-enp0s10
M
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
# external
auto enp0s10
iface enp0s10 inet dhcp
#iface enp0s10 inet static
# address 192.168.1.106
# gateway 192.168.1.1
# mtu 1500
# metric 1000
# dns-nameservers 8.8.8.8 4.4.4.4
# internal
auto enp1s10
iface enp1s10 inet static
address 12.1.1.1
network 12.1.1.0
netmask 255.255.255.0
gateway 192.168.1.106
broadcast 12.1.0.255
mtu 7152
dns-nameservers 12.1.1.1
metric 100
...
/var/log/bind/** rw,
/var/log/bind/ rw,
}
ddns-update-style none;
option domain-name "hpc.lan";
option domain-name-servers 12.1.1.1;
default-lease-time 86400;
max-lease-time 172800;
authoritative;
log-facility local7;
# wan network, we dont provide service here
subnet 192.168.1.0 netmask 255.255.255.0 {
}
# lan network we provide service for
subnet 12.1.1.0 netmask 255.255.255.0 {
range 12.1.1.50 12.1.1.99;
option routers 12.1.1.1;
option subnet-mask 255.255.255.0;
option broadcast-address 12.1.0.255;
}
host N0 {
hardware ethernet 00:25:11:4f:9d:92;
fixed-address 12.1.1.55;
}
host L0 {
hardware ethernet f0:de:f1:5b:d3:da;
fixed-address 12.1.1.90;
}
кстати, nslookup работает dns, а обратный dns работает, но проблема в том, что на серверной машине поиск пропускает 12.1.1.1 и сразу переходит к 8.8.8.8
может тут проблема с пересылкой?
мои iptables
# Generated by iptables-save v1.6.0 on Mon Jul 2 01:22:43 2018
*nat
:PREROUTING ACCEPT [406:28839]
:INPUT ACCEPT [180:15615]
:OUTPUT ACCEPT [2024:169350]
:POSTROUTING ACCEPT [66:3986]
-A POSTROUTING -o enp0s10 -j MASQUERADE
-A POSTROUTING -o enp1s10 -j MASQUERADE
COMMIT
# Completed on Mon Jul 2 01:22:43 2018
# Generated by iptables-save v1.6.0 on Mon Jul 2 01:22:43 2018
*filter
:INPUT ACCEPT [1211066:4289490990]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [750206:1045506458]
-A FORWARD -i enp1s10 -o enp0s10 -j ACCEPT
-A FORWARD -i enp0s10 -o enp1s10 -m state --state RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Mon Jul 2 01:22:43 2018
Резолвер на сервере BIND9, по-видимому, настроен на использование сервера имен Google 8.8.8.8. Вам нужно изменить это, чтобы вместо этого использовать его локальный экземпляр BIND9. В файле /etc/resolv.conf, измените строку
nameserver 8.8.8.8
к
nameserver 127.0.0.1
Хорошо, лучше всего было сделать это (не знаю, насколько это плохо, опыта нет, но похоже, что это работает)
GNU nano 2.5.3 File: /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
# external
# auto enp0s10
# iface enp0s10 inet dhcp
auto enp0s10
iface enp0s10 inet static
address 192.168.1.106
gateway 192.168.1.1
mtu 1500
metric 100
up ethtool -s enp0s10 wol g
dns-nameservers 12.1.1.1
ifdown enp0s10 --ignore-errors
ifup enp0s10 --ignore-errors
# internal
allow-hotplug enp1s10
iface enp1s10 inet static
address 12.1.1.1
network 12.1.1.0
netmask 255.255.255.0
gateway 192.168.1.106
broadcast 12.1.0.255
mtu 7152
dns-nameservers 12.1.1.1
metric 0
up ethtool -s enp1s10 wol g
ifdown enp1s10 --ignore-errors
ifup enp1s10 --ignore-errors
тогда у меня нет проблем с sudo service network restart, до этого была какая-то ошибка (даже при перезагрузке):
Файл существует ... Интерфейс enp1s10 работает ... Не удалось поднять интерфейс enp1s10 ...
Затем обновите resolvconf
sudo resolvconf -u
Это станет
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 12.1.1.1
также обратите внимание, что он может быть настроен в режиме DHCP, например
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
#external eth0
allow-hotplug enp0s10
iface enp0s10 inet dhcp
#allow-hotplug enp0s10
#iface enp0s10 inet static
# address 192.168.1.106
# gateway 192.168.1.1
mtu 1500
metric 100
# dns-nameservers 10.10.1.1
up ethtool -s enp0s10 wol g
up ifdown enp0s10 --ignore-errors
up ifup enp0s10 --ignore-errors
pre-up iptables-restore < /etc/network/iptables.rules
#internal eth1
allow-hotplug enp1s10
iface enp1s10 inet static
address 10.10.1.1
network 10.10.1.0
netmask 255.255.255.0
gateway 192.168.1.106
broadcast 10.10.0.255
mtu 7152
metric 0
dns-nameservers 10.10.1.1
up ethtool -s enp1s10 wol g
up ifdown enp1s10 --ignore-errors
up ifup enp1s10 --ignore-errors
up resolvconf -u
Но потом
resolvconf -u
приведет к
root@M:/home/a# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 8.8.8.8
nameserver 4.4.4.4
search zyxel.com
так что плохо кончится! тогда интерфейс неба должен быть статичным (почему?) ...