Don't forward without domain

  • I'm wondering if it is possible [with unbound] to stop forwarding requests without domain.
    Here is the example - local PC is sending query and receiving an undesired response:	DNS	62	Standard query 0x0003 A gw	DNS	118	Standard query response 0x0003 A gw SOA

    Now with another name	DNS	64	Standard query 0x0004 A brix	DNS	139	Standard query response 0x0004 No such name A brix SOA	DNS	68	Standard query 0x0005 A brix.lan	DNS	84	Standard query response 0x0005 A brix.lan A

    After "No such name" client PC is adding default domain "lan", sending another query and receiving a proper response.

    Another question - is it possible to force Unbound to add default domain to all the queries it receives without domain?

  • The only way to do that would be to have something that does a DNS lookup on everything heading out.  As for your second question, I'm not sure what you're looking for?  A fully qualified domain name has 2 parts, a host name and a domain name.  Do you want to make those up for addresses that don't resolve?

  • LAYER 8 Global Moderator

    Why would you client ask for brix unless the user put in just brix…. Have this user use brix.lan from the git go ;)  Use of single label normally not a good idea.. your local domain should be say something.tld

    dnsmasq has an option domain-needed I am not aware of sim option in unbound..

    You could use the forwarder which is dnsmasq and set this option..  You could use dnsmasq before pfsense to filter on this, say pihole or something.

  • Regarding my #2 - I was thinking about adding "search domain" similar to what we have on the clients, i.e. when Unbound receiving non-FQDN query (no dots) it should first add the default domain, when try to resolve locally.

  • LAYER 8 Global Moderator

    a non domain query is not valid its not going to resolve locally.. Seach suffix is only going to be added on second query, if your client only asks host - that is what will be queried for.. tell you clients not to query just host and always use host.domain and you problem goes away ;)

  • @johnpoz:

    dnsmasq has an option domain-needed

    Exactly. This is what I had in my mind, I was using it on my openwrt travel box in the past.

    Definitely it will be not a big deal to always use host.domain, today it just popped up during some troubleshooting where it was just quicker to type ping gw

    Thanks for all the suggestions!

Log in to reply