у меня есть bind9
авторитетный сервер для моего домена example.com
. Прямое разрешение работает, PTR до определенной степени.
У меня сейчас есть
254.10.10 IN PTR srv.
в моей зоне PTR для 10.x
, который правильно разрешает
root@srv ~# dig -x 10.10.10.254
(...)
;; ANSWER SECTION:
254.10.10.10.in-addr.arpa. 604800 IN PTR srv.
Я хотел бы, чтобы разрешение было полным доменным именем и поэтому заменило srv.
по srv
(удалил точку) в конфигурации выше, что привело к разрешению
root@srv ~# dig -x 10.10.10.254
(...)
;; ANSWER SECTION:
254.10.10.10.in-addr.arpa. 604800 IN PTR srv.10.in-addr.arpa.
Как я могу сообщить bind9
разрешить 10.10.10.254 в srv.example.com
вместо того srv.10.in-addr.arpa
?
Примечание: я знаю, что мог бы
254.10.10 IN PTR srv.example.com.
в моей комплектации. Я ищу, как установить добавленный домен по умолчанию.
Насколько я знаю, Bind добавит / заменит неявное имя зоны 10.10.10.in-addr.arpa.
или явное значение $ORIGIN
(который обычно также будет именем зоны 10.10.10.in-addr.arpa.
), когда конечная точка . отсутствует или когда @ используется стенография.
Вам нужно будет использовать полное доменное имя и нельзя использовать какие-либо сокращения.
Или, скорее, вы не можете ожидать использования разных сокращений для записи ресурса и ее значения.
Типичная обратная зона выглядит так:
$ORIGIN 1.0.10.in-addr.arpa.
$TTL 86400
@ IN SOA dns1.example.com. hostmaster.example.com. (
2001062501 ; serial
21600 ; refresh after 6 hours
3600 ; retry after 1 hour
604800 ; expire after 1 week
86400 ) ; minimum TTL of 1 day
IN NS dns1.example.com.
IN NS dns2.example.com.
20 IN PTR alice.example.com.
21 IN PTR betty.example.com.
22 IN PTR charlie.example.com.
23 IN PTR doug.example.com.
24 IN PTR ernest.example.com.
25 IN PTR fanny.example.com.
Что вы можете сделать, так это изменить / переопределить $ORIGIN
- доменное имя, которое используется / добавляется к неквалифицированным записям, например, с именем хоста и не более того. Вы даже можете изменить $ ORIGIN несколько раз ...
Хотя технически это должно работать так, как задумано, это очень необычный подход и может привести к человеческой ошибке и в целом плохая идеяTM
Следующее означает, что вы не можете использовать 25
больше, но нужно будет использовать полное доменное имя 25.1.0.10.in-addr.arpa.
как RR, но вы можете использовать короткие имена хостов для фактических хостов.
$ORIGIN 1.0.10.in-addr.arpa.
$TTL 86400
@ IN SOA dns1.example.com. hostmaster.example.com. (
2001062501 ; serial
21600 ; refresh after 6 hours
3600 ; retry after 1 hour
604800 ; expire after 1 week
86400 ) ; minimum TTL of 1 day
IN NS dns1.example.com.
IN NS dns2.example.com.
$ORIGIN example.com.
20.1.0.10.in-addr.arpa. IN PTR alice
21.1.0.10.in-addr.arpa. IN PTR betty
22.1.0.10.in-addr.arpa. IN PTR charlie
23.1.0.10.in-addr.arpa. IN PTR doug
24.1.0.10.in-addr.arpa. IN PTR ernest
25.1.0.10.in-addr.arpa. IN PTR fanny
$ORIGIN example.co.uk.
26.1.0.10.in-addr.arpa. IN PTR geoff
27.1.0.10.in-addr.arpa. IN PTR honey
вам нужно отредактировать /etc/bind/ named.conf.local добавить свою зону PTR addr:
zone "9.0.10.in-addr.arpa" {
type master;
file "/etc/bind/db.10.10.10";
};
создать файл db.10.10.10 vi db.10.10.10
Добавь это :
$TTL 3D
@ IN SOA srv.example.com. root.example.com. (
2 ; Serial
8H ; Refresh
2H ; Retry
4W ; Expire
1D) ; Minimum TTL
@ IN NS srv.example.com.
254 IN PTR srv.example.com.
перезапустить bind9 /etc/init.d/bind9 restart
проверить с nslookup -q=PTR 10.10.10.254