Magic, thank you.
The fix, to a high level of confidence, is
http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=a90f09db4cc635941a32b973b57e58c662569625
and the problem involved querying for a SRV record for
_bookmarkdavs._tcp.p48-bookmarks.icloud.com
which returns NXDOMAIN, as it shoul
The requested core dump files have been sent. I updated my CFLAGS to use -g
instead of -O2 and executed the ulimit command immediately before dnsmasq is
launched (same script) in the fresh container.
Because of the default behavior of Ubuntu’s Docker image, core dump files were
not being gener
On 08/01/2019 03:46, Mufasa wrote:
> On 01/07/2019 08:32 AM, Simon Kelley wrote:
>>/I've worked through the patch, and been inspired to clean up a few
>>/>/long-standing nasty bits. This has the consequence that the mechanisms
>>/>/which were added to enable storage of DNSKEY and DS RRtypes dur
On 01/07/2019 08:32 AM, Simon Kelley wrote:
> I've worked through the patch, and been inspired to clean up a few
> long-standing nasty bits. This has the consequence that the mechanisms
> which were added to enable storage of DNSKEY and DS RRtypes during the
> the DNSSEC campaign are now much more
On 01/07/2019 08:32 AM, Simon Kelley wrote:
> I've worked through the patch, and been inspired to clean up a few
> long-standing nasty bits. This has the consequence that the mechanisms
> which were added to enable storage of DNSKEY and DS RRtypes during the
> the DNSSEC campaign are now much more
I've worked through the patch, and been inspired to clean up a few
long-standing nasty bits. This has the consequence that the mechanisms
which were added to enable storage of DNSKEY and DS RRtypes during the
the DNSSEC campaign are now much more general, and I've used them to
implement SRV caching
This is worth having for the removal of the archaic 16-bit limit on the
flags field in a cache record alone. I've been meaning to tackle that
for some time.
This time of year either frees up lots of time for coding, or yields
none at all, and for me it's the later, but I will go through this and
m
ekelleys.org.uk
> Subject: Re: [Dnsmasq-discuss] Patch to cache SRV records - updated version
> (#3)
>
> On 12/20/2018 12:20 PM, Jeremy Allison wrote:
> > On Thu, 20 Dec 2018 11:53:11 -0800
> >
> > Jeremy Allison wrote:
> >
> >> I know dnsmasq doesn'
On 12/20/2018 12:20 PM, Jeremy Allison wrote:
> On Thu, 20 Dec 2018 11:53:11 -0800
>
> Jeremy Allison wrote:
>
>> I know dnsmasq doesn't cache SRV records by design:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579536;msg=9
>>
>> However, when used with Samba code (winbindd) and
>> ot