Как настроить dnsmasq (локалка + мир)?

Question

[Виталий]

Камрады, помогите дойти до истины, чую, она где то рядом :)
Дано:
Домашняя локалка 192.168.8.0/24 (PVE с виртуалками + железные клиенты)
На одной виртуалке крутится шлюз на debian7, который выполняет роль DHCP, DNS, NTP и т.д. - 192.168.8.1
На другой виртулке крутится дев-лаба на Vesta CP (соотв. там же крутится свой bind9) - 192.168.8.3

Задача
Настроить dnsmasq на шлюзе таким образом, чтобы из локалки домены резоливились как с весты так и с мира.

Почти все работает, но есть нюанс.
resolv.conf
127.0.0.1

resolv.dnsmasq

nameserver 192.168.8.3
nameserver 8.8.8.8
nameserver 8.8.4.4

При таком варианте домены из мира и локалки то резолвятся, то нет. Обычно проблемы с локальными доменами. (причина, насколько я понимаю в том, что dns опрашиваются случайным образом, попало на первый - все ок с локальными доменами, попало на гугловские - все ок с миром но траблы с локальной зоной).

Ставлю в dnsmasq.conf strict-order, все ок с локальными доменами, но не работает мир.
Как сделать так, чтобы в случае получения отрицательного ответа (от внутреннего DNS с Vesta CP) шел запрос на гугловые DNS? Ну или еще варианты какие могут быть? Но только без прописывания в хостах на шлюзе или на рабочей машине :)
Спасибо!

Answer 1

[alegzz]

server=/mydomain.ru/192.168.8.3

Comments

[Виталий]

Не совсем то, что нужно.
Есть ещё поддомены, которые смотрят в мир и слушаются nginx. Можно конечно для них указать запись server=/sub1.mydomain.ru/.../8.8.8.8 но при добавлении новых подобных поддомены каждый раз нужно править конфиг. Хочется гибче, раз настроить и забыть :)

[alegzz]

Виталий: это вряд ли. Да и use case непонятен

[Виталий]

alegzz use case примерно следующий:
есть домен aaa.com, который привязан к динамическому ip через dns.he.net.
есть служебные домены вида service1.aaa.com, service2.aaa.com и тп через cname на HE смотрят на тот же сервер. На gateway который выступает шлюзом локальной сети поднят nginx. Служебные домены перенаправляются на соотв. виртуалки (owncloud, proxmox, omv и т.п.). Все остальное этим же nginx отправляется на виртуалку с вестой. HE не дает возможность сделать вайлдкарды для субдоменов, соотв. каждый субдомен нужно заводить отдельно. Ну и соотв. если /aaa.com/ отправить на 192.168.3 то служебные домены будут не доступны их нужно прописывать отдельно в dnsmasq (и так каждый раз при добавлении нового субдомена) Далее, к примеру, создаю на Vesta субдомен вида test1.aaa.com, пока я его не пропишу в панели HE я не к нему не достучусь не из локалки и мира. Но меня в большей степени интересует локалка, но так, чтобы я в нужный момент прописав субдомен на he.net получил работающий в мир сайт. доменов вида testX.aaa.com может быть несколько и далеко не всегда есть необходимость показывать их миру до определенного момента, но в то же время, при добавлении нового подомена на Vesta не хочется каждый раз менять настройки dnsmasq, чтобы домен было стабильно доступен из локалки. Еще к примеру может появиться домен bbb.com и т.п.

Возможно, лучшим вариантом будет завести еще один домен для разработки (bbb.com), и прописать /bbb.com/192.168.8.3 для него... а к ааа.com кроме того что есть ничего больше не привязывать.

В идеале вижу вот такую работу:
При запросе из локалки опрашиваются все DNS из resolv с цель найти нужный домен на каком то из DNS, ну а если не нашел, тогда его реально нет. Но dnsmasq берет случайный DNS из resolv и дальше него не идет.

[alegzz]

Виталий: нет, отрицательный ответ тоже ответ. даже при опросе всех серверов, dnsmasq отдаст ответ самого быстрого, то есть локального. разделяйте домены, например для локалки зона local.

[Виталий]

alegzz: поставил пока директиву all-servers в конфиг, немного не то, но вроде работает)