<div dir="ltr">Long time dnsmasq user here, It's a great product, and we're using it on a mid-sized network of 200+ hosts.<div><br></div><div>Our business is to the point where we need to eliminate single points of failure to protect business continuity. </div><div><br></div><div>I've looked through the archives and dnsmasq failure is a frequent topic of discussion. Surprisingly, there doesn't seem to be a formula anyone has come up with that can easily be implemented (at least that I could find).</div><div><br></div><div>I'm trying to come up with a plan... Lets say I setup two instances of dnsmasq with the exact same configuration, and the leases file was shared on disk between to the hosts. Does dnsmasq check the leases file before it hands out a lease?</div><div><br></div><div>If so, I think DRDB (<a href="http://drbd.linbit.com">http://drbd.linbit.com</a>) may provide the solution I'm looking for. A change from the file would be seen both the other servers in the cluster. Since a DHCP client will only accept one offer, write contention shouldn't be a problem.</div><div><br></div><div>Any other conflicts I'm not thinking of? Appreciate any comments very much. Thank you!</div><div><br></div><div>-Jonathan</div></div>

<br>
<span style="color:rgb(34,34,34);font-family:arial,helvetica,sans-serif;background-color:rgb(255,255,255)">Email Confidentiality Notice: The information contained in this transmission is confidential, proprietary or privileged and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). The message is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, distribution or copying of the message is strictly prohibited and may subject you to criminal or civil penalties. If you received this transmission in error, please contact the sender immediately by replying to this email and delete the material from any computer.</span>