Страница 1 из 1

Установка и настройка Bind

Добавлено: 03 май 2017, 15:55
alexander_sts
Здравствуйте. Написал несколько сайтов и хочу расшарить их в домашней сети с доменными именами через локальный ip. Как установить bind и настроить его?

Re: Установка и настройка Bind

Добавлено: 03 май 2017, 17:03
Максим
Просто включите его в настройках.

Re: Установка и настройка Bind

Добавлено: 03 май 2017, 18:42
alexander_sts
Максим писал(а):Просто включите его в настройках.
Включил, после перезагрузки открылись 2 файла (server и zone) Если кто-нибудь знает что куда прописывать, поделитесь опытом.

Re: Установка и настройка Bind

Добавлено: 04 май 2017, 07:36
webresurs
1. Файл конфигурации BIND :
# Ключ идентификации.
key "rndckey" {
algorithm hmac-md5;
secret "945Gа8BNiQ+NvPeklas+Bu==";
};
options {
# Указываем какие IPv6-адреса будет слушать сервер. В данном примере “none;” – не слушать IPv6.
listen-on-v6 { none; };
# Указываем какие IPv4-адреса будет слушать сервер.
# 127.0.0.1 – Loopback
# 192.168.0.1 – Интерфейс локальной сети. На него будут обращаться локальные клиенты.
# 100.100.100.100 – Внешний интерфейс. На нем будут обрабатываться запросы из глобальной сети.
listen-on port 53 { 127.0.0.1; 192.168.0.1; 100.100.100.100; };
# Какие запросы обрабатывать. В данном примере “any;” – обрабатываются любые запросы.
# При необходимости можно указать сети или конкретные узлы чьи запросы допускается обрабатывать. К примеру указав “192.168.0.1/24; 127.0.0.1;” мы разрешили бы обвечать клиентам только из подсети 192.168.0.1/24 и себе серез loopback интерфейс.
allow-query { any; };
# Куда переадресовывать запросы. При необходимости можно переадресовать запросы к DNS серверу своего провайдера к примеру для экономии трафика. В данном примере используется только в корневой зоне.
forwarders { };
# Запрещаем изменение (обновление) таблиц зон.
allow-update { none; };
# Дополнительные параметры. Расположение рабочей директории, PID-файла, дамп файла и файла статистики. При необходимости можно изменить. Все пути относительно Chroot-директории.
directory “/etc/namedb”;
pid-file “/var/run/named/pid”;
dump-file “/var/dump/named_dump.db”;
statistics-file “/var/stats/named.stats”;
# Скрываем версию нашего BIND сервера.
version “0”;
};
# Access Control List – списки контроля доступа
# ACL “user” – наши локальные клиенты.
acl “user” { 192.168.0.0/24; 127.0.0.1; };
# ACL “inet” – все те, кто не входит в ACL “user”
acl “inet” { !user; };
# View – представления
# Мы будем использовать ACL для разграничения доступа к разным представлениям.
# View “all” – представление для всех запросов.
view “all” {
# Указываем, что данное представление только для всех клиентов.
match-clients { any; };
# Запрещаем рекурсивные запросы.
recursion no;
# Мастер зона test.com
zone “test.com” {
# Тип зоны “slave” – это вторичный DNS сервер для доменной зоны “test.com”.
# Можно использовать “stub”. В этом случае таблицы зон храниться не будут (будут храниться только NS записи), а запросы будут перенаправляться на объявленные DNS сервера.
type slave;
# Файл таблицы зоны.
file “slave/test.com.hosts”;
# Указываем первичный DNS сервер доменной зоны “test.com”.
masters { 100.100.100.201; };
};
# DynDNS зона dyn.example.com.
zone “dyn.example.com” {
# Тип зоны “master” – это первичный DNS сервер для этой доменной зоны.
type master;
file “dynamic/dyn.example.com.hosts”;
# Разрешаем изменение (обновление) таблицы зон по ключу.
allow-update { key “rndckey”; };
};
# Обратная зона для глобальной подсети “100.100.100.100/24”.
zone “100.100.in-addr.arpa” {
type master;
file “master/100.100.rev.hosts”;
};
}
# View “user” – представление для наших локальных клиентов.
view “user” {
# Указываем, что данное представление только для клиентов входящих в ACL “user”
match-clients { user; };
# Разрешаем локальным клиентам рекурсивные запросы.
recursion yes;
# Описываем зоны для View “user”
# Зона “localhost”.
zone “localhost” in {
type master;
file “master/localhost.hosts”;
};
# Мастер зона example.com.
zone “example.com” {
type master;
file “master/user/example.com.hosts”;
};
# Обратная зона для локальной подсети “192.168.0.0/24”.
zone “0.168.192.in-addr.arpa” {
type master;
file “master/user/192.168.0.rev.hosts”;
};
# Обратная зона для “localhost”.
zone “0.0.127.in-addr.arpa” {
type master;
file “master/127.0.0.rev.hosts”;
};
# Корневая зона DNS.
zone “.” {
# Тип зоны “hint” – кеширующий сервер. Не хранит никаких таблиц зон.
type hint;
file “named.root”;
# Переадресовываем запросы на DNS сервер провайдера (100.100.100.201 – DNS сервер провайдера).
forwarders { 100.100.100.201; };
};
};
# View “inet” – представление для запросов из глобальной сети.
view “inet” {
match-clients { inet; };
# Запрешаем рекурсивные запросы.
recursion no;
notify no;
# Мастер зона example.com.
zone “example.com” {
type master;
file “master/inet/example.com.hosts”;
};
};
2. Таблица зоны example.com для представления «user»:
$ttl 38400
example.com. IN SOA ns.example.com. root.example.com. (
2011101101 ; Serial - серийный номер зоны в формате YYYYMMDDNN.
; YYYY - год, MM - месяц, DD - день, NN - порядковый номер изменения таблицы за текущий день.
10800 ; Refresh - Время указывающее, как часто необходимо проверять таблицу мастер сервера на необходимость сделать update.
3600 ; Retry - время указывающее, как скоро делать повторную попытку при неудачном соединении с мастер сервером.
604800 ; Expiry - время устаревания таблицы, по истечению этого времени таблица считается устаревшей и считывается заново.
38400 ; TTL - время указывающее, как долго хранить таблицу в кеше. По истечению этого времени сервер перечитывает таблицу заново.
)
; Указываем Name-сервера данной зоны.
example.com. IN NS ns.example.com.
example.com. IN NS ns.r01.ru.
; “прямая” (преобразует имя в адрес) запись.
ns.example.com. IN A 100.100.100.100
# “почтовая” (указывает на почтовые серверы домена) запись. 10 – очередность.
example.com. IN MX 10 mx.example.com.
; Используем локальные адреса для прямой записи хоста example.com.
example.com. IN A 192.168.0.2
sip.example.com. IN A 192.168.0.3
mx.example.com. IN A 192.168.0.4
; Указываем что www.example.com это синоним example.com
www.example.com IN CNAME example.com.
; Указываем расположение сервисов на примере SIP телефонии.
; _sip._udp – тип сервиса;
; SRV – тип записи;
; 0 – приоритет записи;
; 0 – нагрузка которую могут обработать системы (не обязательный параметр);
; 5060 – номер порта, по которому SIP сервер принимает запросы;
; sip.example.com – имя хоста SIP сервера.
_sip._udp.sip.example.com. SRV 0 0 5060 sip.example.com.
3. Таблицы зоны example.com для представления «inet» (внешние клиенты к SIP телефонии доступа не имеют)
$ttl 38400
example.com. IN SOA ns.example.com. root.example.com. (
2011101101 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expiry
38400 ; TTL
)
example.com. IN NS ns.example.com.
example.com. IN NS ns.r01.ru.
example.com. IN MX 10 mx.example.com.
ns.example.com. IN A 100.100.100.100
; Используем внешние адреса для прямой записи хоста example.com.
example.com. IN A 100.100.100.101
mx.example.com. IN A 100.100.100.102
www.example.com IN CNAME example.com.
4. Таблица обратных зон для локальной подсети «192.168.0.0/24»
$ttl 38400
0.168.192.in-addr.arpa. IN SOA ns.example.com. root.example.com. (
2011101101 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expiry
38400 ; TTL
)
0.168.192.in-addr.arpa. IN NS ns.example.com.
; "обратная" запись (преобразует адрес в имя)
1.0.168.192.in-addr.arpa. IN PTR ns.example.com.
2.0.168.192.in-addr.arpa. IN PTR www.example.com
3.0.168.192.in-addr.arpa. IN PTR sip.example.com.
4.0.168.192.in-addr.arpa. IN PTR mx.example.com.