Я работаю над настройкой tinydns
для обслуживания данных DNS в моей локальной сети (на самом деле несколько виртуальных машин) и dnscache
для обслуживания обоих данные о моей локальной сети и большом интернете. Итак, вот моя настройка: машина
tinydns
обслуживает данные о локальной сети на ] 10.0.0.4 dnscache
работает на 10.0.0.5 со следующей конфигурацией:
# ls root / серверы
@ ies.iu
# корень кота / серверы / @
8.8.8.8
# кот корень / серверы / ies.iu
10.0.0.4
И все работает хорошо при прямом разрешении (отображается только часть ответа): $ dig earthbind.ies.iu @10.0.0.4
earthbind.ies.iu. 86400 IN A 10.0.0.4
$ dig earthbind.ies.iu @10.0.0.5
earthbind.ies.iu. 83777 IN A 10.0.0.4
Пока все хорошо. Пробуем обратный поиск:
$ dig -x 10.0.0.4 @10.0.0.4
4.0.0.10.in-addr.arpa. 86400 IN PTR earthbind.ies.iu.
$ dig -x 10.0.0.4 @10.0.0.5 # No answer!
Ожидаю ли я от dnscache
чего-то, чего он не должен делать? Какой же тогда правильный путь?
Эта проблема важна, потому что если я помещу 10.0.0.5 в /etc/resolv.conf
, ping
(но не ping -n
) будет иметь значительную задержку перед началом отправки пакетов.
Я нашел: export FORWARDONLY = 1
в сценарии выполнения dnscache
решает проблему. Не знаю, почему.