<div dir="ltr">Hi Simon,<div><br></div><div>It looks like there was a regression introduced in v2.69, specifically the commit:</div><div><br></div><div><div>commit d68c2ca2b7896d6127f9b32d402f299e0b9cf593</div><div>Author: Simon Kelley <<a href="mailto:simon@thekelleys.org.uk">simon@thekelleys.org.uk</a>></div><div>Date:   Tue Feb 18 22:30:30 2014 +0000</div><div><br></div><div>    Cleanup of server reading code, preparation, for dynamic reading from files.</div></div><div><br></div><div>Where if you use a list of explicit server= lines with strict-order (and no-resolv), they were previously selected in a top-down manner.</div><div><br></div><div>These are now selected in a bottom-up manner, which is the reverse of what you would want (basically selecting the least preferred server first).</div><div><br></div><div>See the gist here for steps to reproduce: <a href="https://gist.github.com/DanielRussell/57ea022c95f56255fb7fc336a367b265">https://gist.github.com/DanielRussell/57ea022c95f56255fb7fc336a367b265</a></div><div><br></div><div>This was identified by my colleague Dan Russell + myself after finding issues with recursive query performance following a dnsmasq upgrade. We then noticed in our debug log stats that all queries were hitting the last server configured.</div><div><br></div><div>If you can spot the culprit and apply a fix it would be appreciated :)</div><div><br></div><div>Regards,</div><div><br></div><div>Nathan Sullivan.</div></div>