BIND. Centos 7. BIND 9 install

Установка

yum install bind bind-utils

systemctl enable named

Кэширующий DNS сервер

nano /etc/named.conf

добавляем DNS сервера нашего провайдера.

также для подстраховки можно добавить после DNS-ов провайдера еще и публичные DNS-ы google.

Всё это вписывается в параметр forwarders Также обратите внимание на параметр listen-on — он определяет на каких интерфейсам будет запущен bind.

Для кэширующего DNS тут нужно перечислить локальный и все внутренние интерфейсы.

Внешние интерфейсы сюда вписывать не стоит, мы же не хотим чтобы весь Интернет имел возможность через наш DNS резолвить адреса ??

//
// named.conf
//
// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS
// server as a caching only nameserver (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//
// See the BIND Administrator's Reference Manual (ARM) for details about the
// configuration located in /usr/share/doc/bind-{version}/Bv9ARM.html

options {
   forwarders {
              193.34.12.2; 8.8.8.8;
       };
   auth-nxdomain no;    # conform to RFC1035    
   listen-on port 53 { 127.0.0.1; 192.168.17.252; };
   listen-on-v6 port 53 { ::1; };
   directory     "/var/named";
   dump-file     "/var/named/data/cache_dump.db";
   statistics-file "/var/named/data/named_stats.txt";
   memstatistics-file "/var/named/data/named_mem_stats.txt";
   allow-query     { localhost; };
   /*
    - If you are building an AUTHORITATIVE DNS server, do NOT enable recursion.
    - If you are building a RECURSIVE (caching) DNS server, you need to enable
      recursion.
    - If your recursive DNS server has a public IP address, you MUST enable access
      control to limit queries to your legitimate users. Failing to do so will
      cause your server to become part of large scale DNS amplification
      attacks. Implementing BCP38 within your network would greatly
      reduce such attack surface
   */
   recursion yes;
   dnssec-enable yes;
   dnssec-validation yes;
   /* Path to ISC DLV key */
   bindkeys-file "/etc/named.iscdlv.key";
   managed-keys-directory "/var/named/dynamic";
   pid-file "/run/named/named.pid";
   session-keyfile "/run/named/session.key";
};
logging {
       channel default_debug {
               file "data/named.run";
               severity dynamic;
       };
};
zone "." IN {
   type hint;
   file "named.ca";
};
include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

systemctl restart named

В итоге мы получаем кэширующий DNS сервер. Убедимся в этом с помощью утилиты dig:

dig @127.0.0.1 bbc.com

; <<>> DiG 9.9.3-2+deb8u3-Debian <<>> @127.0.0.1 bbc.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43628
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 13, ADDITIONAL: 16
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;bbc.com.           IN  A
;; ANSWER SECTION:
bbc.com.        9   IN  A   212.58.246.104
bbc.com.        9   IN  A   212.58.244.18
bbc.com.        9   IN  A   212.58.244.20
bbc.com.        9   IN  A   212.58.246.103
;; AUTHORITY SECTION:
com.            10178   IN  NS  i.gtld-servers.net.
............

Ответ мы получили, значит все работает как надо.

Настройки DHCP-сервера уже содержит данный DNS сервер как основной и единственный для клиентов локальной сети.

Если же вы по каким-то причинам не хотите настраивать себе DHCP сервер,

Не забудьте вручную на данном сервере и на компах локальной сети сменить DNS сервера в конфиге /etc/resolv.conf.

Теперь он может выглядеть следующим образом:

cat /etc/resolv.conf

nameserver 127.0.0.1

Внутренние зоны

Создаем файл для нашей зоны

nano /etc/named/db.cless.pro

$TTL 3600 ; 1 hour default TTL
cless.pro.    IN    SOA    ns1.cless.pro. admin.cless.pro. (
                             2015042009 ; Serial
                             8H ; Refresh
                             1H ; Retry
                             1W ; Expire
                             1D ) ; minimum, seconds

; DNS Servers
         IN    NS    ns1.cless.pro.

; MX Records
;;        IN    MX 10 mail.cless.pro.
; HOST A
;cless.pro. IN    A     192.168.111.252
ns1       IN    A     192.168.17.252
gw        IN    A     192.168.17.8
d-apps     IN    A     192.168.17.252
*.d-apps   IN    A     192.168.17.252
; CNAME
www       IN   CNAME  gw.cless.pro.

включаем файл в конфиг bind

nano /etc//named.rfc1912.zones

...
zone "cless.pro" {
   type master;
   file "db.cless.pro";
   notify no;
   allow-transfer { none; };
   allow-update { none; };
   allow-query { 127.0.0.1; 192.168.17.0/24; };
...

Сохраняем конфиг и перезапускаем сервис:

systemctl restart named

Пробуем отрезолвить какой-нибудь host из локалки:

dig @127.0.0.1 ns1.cless.pro

; <<>> DiG 9.9.5-9+deb8u10-Debian <<>> @127.0.0.1 ns1.cless.pro
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9116
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;ns1.cless.pro.                 IN      A
;; ANSWER SECTION:
ns1.cless.pro.          3600    IN      A       192.168.111.249
;; AUTHORITY SECTION:
cless.pro.              3600    IN      NS      ns1.cless.pro.
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Apr 16 20:18:31 MSK 2017
;; MSG SIZE  rcvd: 72

Как видите, резолвится отлично!