<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:微软雅黑
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><div id="inlineImage0" style="display: inline-block"><script type="jsv#863_"></script> <span contenteditable="true"> </span> <div style="display: inline-block" unselectable="on" contenteditable="false" class="inlineImage" initheight="334" initwidth="958"><img src="cid:inlineImage0" height="334" width="958"></div> <span contenteditable="true"> </span></div><div>As the source code indicates, my patch will work only when the authoritative option is checked. <br><div><div style="display: inline-block"><script type="jsv/863_"></script></div><br><br><div>> From: weiqiang_li@hotmail.com<br>> Subject: Re: [Dnsmasq-discuss] dnsmasq does not respect BOOTP's broadcast flag<br>> Date: Fri, 1 Apr 2016 13:32:44 +0800<br>> To: albert.aribaud@free.fr<br>> CC: dnsmasq-discuss@lists.thekelleys.org.uk<br>> <br>> Yeah, I've read the manual and that option is checked. It just won't work.<br>> <br>> Sent from my iPhone<br>> <br>> > 在 2016年4月1日，13:24，Albert ARIBAUD <albert.aribaud@free.fr> 写道：<br>> > <br>> > Hello,<br>> > <br>> > Le Fri, 1 Apr 2016 02:38:30 +0000<br>> > 黎伟强 <weiqiang_li@hotmail.com> a écrit:<br>> > <br>> >> Dear all, I got a router using dnsmasq-2.66 for DHCP services,<br>> >> and I encountered a bug that the dnsmasq server does not respond to<br>> >> my PC's DHCPREQUEST( normally it should respond with a DHCPNAK? ), so<br>> >> it takes an obvious long time to got a new IP for my<br>> >> PC.<br>> >> <br>> >> So, is this really a bug or it is just<br>> >> something wrong with my PC(Works well with other DHCP server)? At my<br>> >> first thought, I think it should be a bug that has been solved, so I<br>> >> reviewed the latest(ver.2.75) dnsmasq source code, however, neither<br>> >> did it care about this flag.<br>> >> <br>> >> I also attached a patch for this.<br>> > <br>> > Are you sure that this is BOOTP related?<br>> > <br>> > As long as dnsmasq is configured to *not* be authoritative, it will<br>> > *not* respond with NAKs to requests (as these NAKs might interfere with<br>> > another, authoritative, server's positive answers).<br>> > <br>> > Existing option -K (or --dhcp-authoritative in long form) will tell<br>> > dnsmasq that it is indeed the only DHCP server around and therefore<br>> > authoritative, and as such, it will then emit NAKs for bad requests<br>> > (see 'man dnsmasq' for details).<br>> > <br>> > Can you try without your patch and with -K option?<br>> > <br>> > Amicalement,<br>> > -- <br>> > Albert.<br></div></div></div> </div></body>
</html>