[Dnsmasq-discuss] host(1) queries to AAAA, MX records; making authoritative server
Johnny Utahh
lists.thekelleys.org.uk at johnnyutahh.com
Fri Jul 3 19:07:07 BST 2020
Two related questions:
1. Support non-error host(1) queries to AAAA and MX records?
Cmdline-session details, with private info (hopefully) redacted:
https://gist.githubusercontent.com/johnnyutahh/0f171e47e6ed861f66a1835150a11e4a/raw
Short version:
a. host(1) against my dnsmasq server == 5(REFUSED)
b. host(1) against Cloudflare/GoDaddy == no error
Details:
Ubuntu 20.04's host(1) by default appears to (I think?) query all 3 of
of A, AAAA, and MX records. In my simple,
dnsmasq-served-by-only-the-A-record-is-in-/etc/hosts-config, host(1)
complains about the AAAA and MX looks. When asking Cloudflare (with
GoDaddy as source/authoritative server), host(1) does not complain.
How can I make my dnsmasq server mimic the Cloudflare/GoDaddy response
and make host(1) happy? (I'd like my users to not complain after a
switchover.)
Does Cloudflare/GoDaddy answer with a blank/empty-string AAAA and MX
record, while dnsmasq simply respond with a "not here"/5(REFUSED) response?
What is better/best-practice behavior and why?
2. Make dnsmasq, sans upstream DNS, the authoritative DNS for my domains?
The host(1) output from dnsmasq's server shows the reply as
non-authoritative, if I'm reading its output correctly.
Why would dnsmasq not, by default, claim it's the authoritative server
if (in my case) there's no upstream DNS? And how can I make it do so?
~Johnny
--
//
--
//
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/attachments/20200703/1ab941ab/attachment.html>
More information about the Dnsmasq-discuss
mailing list