From: Dave Taht <dave.taht@gmail.com>
To: Aaron Wood <woody77@gmail.com>
Cc: dnsmasq-discuss <Dnsmasq-discuss@lists.thekelleys.org.uk>,
cerowrt-devel <cerowrt-devel@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] local dns-sd requests being forwarded to upstream servers on CeroWRT?
Date: Thu, 24 Apr 2014 14:24:48 -0700 [thread overview]
Message-ID: <CAA93jw7X2=R7auJ6iSkMjnHo8CuNK+KKSeGHPTY3=jXCm5rYUw@mail.gmail.com> (raw)
In-Reply-To: <CALQXh-PjwizvKEHdXUXQF8ha3LFe6y-ohQ-K6gFiX26E75dKKg@mail.gmail.com>
On Thu, Apr 24, 2014 at 5:33 AM, Aaron Wood <woody77@gmail.com> wrote:
> Using CeroWRT 3.10.36-4, I'm seeing the following in the logs:
>
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> b._dns-sd._udp.96.42.30.172.in-addr.arpa from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: forwarded
> b._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
I don't think it should do that.
Am curious if it happens from the ethernet interface.
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> db._dns-sd._udp.96.42.30.172.in-addr.arpa from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: forwarded
> db._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> r._dns-sd._udp.96.42.30.172.in-addr.arpa from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: forwarded
> r._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> dr._dns-sd._udp.96.42.30.172.in-addr.arpa from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: forwarded
> dr._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> lb._dns-sd._udp.96.42.30.172.in-addr.arpa from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: forwarded
> lb._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> b._dns-sd._udp.home.lan from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: config
> b._dns-sd._udp.home.lan is NXDOMAIN
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> db._dns-sd._udp.home.lan from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: config
> db._dns-sd._udp.home.lan is NXDOMAIN
The NXDOMAINS seem sane.
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> r._dns-sd._udp.home.lan from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: config
> r._dns-sd._udp.home.lan is NXDOMAIN
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> dr._dns-sd._udp.home.lan from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: config
> dr._dns-sd._udp.home.lan is NXDOMAIN
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR]
> lb._dns-sd._udp.home.lan from 172.30.42.99
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: config
> lb._dns-sd._udp.home.lan is NXDOMAIN
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> b._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
Shouldn't do that either.
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> db._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> r._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> dr._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> lb._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> _udp.96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 96.42.30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 30.172.in-addr.arpa to 8.8.8.8
> Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: dnssec-query[DS]
> 30.172.in-addr.arpa to 8.8.8.8
>
> 172.39.42.99 is my OSX laptop, and 172.39.42.96 is ip 0 in the sw10 subnet?
> The router has no leases active for that particular ip, and it doesn't have
> an arp entry on my laptop...
>
> -Aaron
>
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
--
Dave Täht
NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_indecent.article
prev parent reply other threads:[~2014-04-24 21:24 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-24 12:33 Aaron Wood
2014-04-24 21:24 ` Dave Taht [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAA93jw7X2=R7auJ6iSkMjnHo8CuNK+KKSeGHPTY3=jXCm5rYUw@mail.gmail.com' \
--to=dave.taht@gmail.com \
--cc=Dnsmasq-discuss@lists.thekelleys.org.uk \
--cc=cerowrt-devel@lists.bufferbloat.net \
--cc=woody77@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox