[Cerowrt-devel] [Dnsmasq-discuss] Names not resolved on Wireless

Fri Oct 11 10:30:49 EDT 2013

On Oct 11, 2013 4:02 AM, "David Personette" <dperson at gmail.com> wrote:
>
> Sorry, it's still behaving the same for me. Failed back to 3.10.11-3 once
more.

OK I will set aside time Sunday and Monday to poke deeply into this.

I note you probably needent revert all the way back to this version. You
can wget the version of DNSmasq from this versions packages and forcibly
apply it on top of 3.10.15-4 using opkg.

> --
> David P.
>
>
> On Thu, Oct 10, 2013 at 8:01 PM, Dave Taht <dave.taht at gmail.com> wrote:
>>
>> 3.10.15-4 is now out there, containing sufficient patches to get
>> dnsmasq to the current head of tree, and including the patch below.
>>
>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.15-4/
>>
>> On Thu, Oct 10, 2013 at 1:23 PM, Simon Kelley <simon at thekelleys.org.uk>
wrote:
>> > Having thought about this more, this patch is necessary
>> >
>> >
http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=8584c502d37627d8abe18213771b5f4f98cb4aa3
>> >
>> > and should fix the bug iff
>> >
>> > 1) Dnsmasq is configured using --except-interface=<upstream interface>
and
>> > there are no --interface=<interface we want to provide service on>
config
>> > lines.
>> >
>> > 2) Exactly one interface that dnsmasq should be listening on is around
when
>> > it starts, but others arrive later.
>> >
>> > I can't explain why it just broke though, this bug has been around
forever.
>> >
>> >
>> >
>> > Simon.
>> >
>> >
>> >
>> >
>> >
>> > On 10/10/13 19:30, Dave Taht wrote:
>> >>
>> >> On Thu, Oct 10, 2013 at 9:54 AM, Simon Kelley<simon at thekelleys.org.uk>
>> >> wrote:
>> >>>
>> >>>
>> >>> Does reverting
>> >>>
>> >>>
>> >>>
http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=397542b213ab4071734f1cdf4cc914d87100456f
>> >>>
>> >>> fix the issue? I fear it might.
>> >>
>> >>
>> >> Seems likely.
>> >>
>> >> I reverted that patch and put it in this build
>> >>
>> >> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.15-3/
>> >>
>> >> I won't be in a position to test stuff myself til sunday but cero's
>> >> devoted userbase seems to be hoovering over the reload button and will
>> >> probably beat me to it....
>> >>
>> >>
>> >>>
>> >>> Cheers,
>> >>>
>> >>> Simon.
>> >>>
>> >>>
>> >>>
>> >>> On 10/10/13 15:43, Dave Taht wrote:
>> >>>>
>> >>>>
>> >>>> Dear Dr. Dnsmasq:
>> >>>>
>> >>>> When cerowrt made the jump between dnsmasq-2.67-test10 and
>> >>>> dnsmasq-2.67-test17, detection of interfaces other than the first
>> >>>> started failing. It seems to be related to interfaces that come up
>> >>>> after dnsmasq starts, as restarting it after the device is fully
>> >>>> booted works. Have moved forward to 2.67-rc3 to no avail.
>> >>>>
>> >>>> (along the way we migrated from kernel 3.10.11 to 3.10.13 to 3.10.15
>> >>>> but I doubt that's the issue)
>> >>>>
>> >>>> Hot, fresh, firmware can be had at:
>> >>>>
>> >>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/
>> >>>>
>> >>>>
>> >>>> <knacky>   [10:39:25] has anyone had IPv4 DHCP problems in the last
two
>> >>>> 3.10.x
>> >>>> builds?  currently running 3.10.11-3 and it works flawlessly.
>> >>>> upgraded to 3.10.13-2 and 3.10.15-1 and both present me with an
>> >>>> identical issue.  upon reboot after upgrading, DHCP leases are no
>> >>>> longer handed out on the wireless interfaces.  disabling and
>> >>>> re-enabling DHCP on the wireless interfaces will fix the problem,
but
>> >>>> the problem
>> >>>> <knacky>   [10:39:26] returns after a reboot.  disable/reenable
DHCP on
>> >>>> the
>> >>>> interface will again temporarily fix it.
>> >>>> <knacky>   [10:42:03] also tried a fresh install (using reset to
>> >>>> defaults
>> >>>> option) to avoid anything not properly interpreted from the config
of
>> >>>> the previous version, but still get the same issue.
>> >>>>
>> >>>>
>> >>>> On Thu, Oct 10, 2013 at 5:30 AM, David Personette<dperson at gmail.com>
>> >>>> wrote:
>> >>>>>
>> >>>>>
>> >>>>> Just tested again with 3.10.15-2. My OSX (10.8.5) laptop worked,
>> >>>>> neither
>> >>>>> my
>> >>>>> Nexus 7 (2013 w/CM10.2) or my Fedora 19 laptop could resolve DNS
over
>> >>>>> wireless. My wired Linux server (Ubuntu 12.04.3) was working fine
as
>> >>>>> well.
>> >>>>> Reverted to 3.10.11-3 once more.
>> >>>>>
>> >>>>> --
>> >>>>> David P.
>> >>>>>
>> >>>>>
>> >>>>> On Mon, Oct 7, 2013 at 7:40 PM, David Personette<dperson at gmail.com>
>> >>>>> wrote:
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> I can confirm it as well. I wiped my config back to defaults, and
it
>> >>>>>> wasn't fixed. Reinstalled the 3.10.11-3 build, and restored my
configs
>> >>>>>> and
>> >>>>>> all is well.
>> >>>>>>
>> >>>>>> --
>> >>>>>> David P.
>> >>>>>>
>> >>>>>>
>> >>>>>> On Mon, Oct 7, 2013 at 7:07 PM, Fred Stratton<fredstratton at imap.cc
>
>> >>>>>> wrote:
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> True for the last two builds. Wired works as expected.
>> >>>>>>>
>> >>>>>>> Is this a problem with the development version of DNSMasq? What
is
>> >>>>>>> the
>> >>>>>>> recommended workaround?
>> >>>>>>>
>> >>>>>>> _______________________________________________
>> >>>>>>> Cerowrt-devel mailing list
>> >>>>>>> Cerowrt-devel at lists.bufferbloat.net
>> >>>>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>> _______________________________________________
>> >>>>> Cerowrt-devel mailing list
>> >>>>> Cerowrt-devel at lists.bufferbloat.net
>> >>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>> >>>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> Dnsmasq-discuss mailing list
>> >>> Dnsmasq-discuss at lists.thekelleys.org.uk
>> >>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>> >>
>> >>
>> >>
>> >>
>> >
>>
>>
>>
>> --
>> Dave Täht
>>
>> Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html
>> _______________________________________________
>> Cerowrt-devel mailing list
>> Cerowrt-devel at lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20131011/ba85220b/attachment-0002.html>