<div>Hello Peter,<br></div><div><br></div><div>Sorry that you didn't get an answer to this sooner! I ran into a similar problem some time ago, and this behavior is usually a result of the PXE spec: if a DHCP and a ProcyDHCP response both specify a boot server, the spec says that DHCP overrules ProxyDHCP.</div><div><br></div><div>iPXE follows the spec on this, but most (or all?) simple PXE implementations don't. So, you can chai load iPXE in that environment, but then iPXE ironically won't boot from the same server that supplied it to the machine it runs on :P</div><div><br></div><div>To work around this, consider embedding an iPXE script into your chainloaded iPXE.pxe:</div><div><br></div><div>#!ipxe</div><div>dhcp</div><div>set next-server ${proxydhcp/next-server}<br>set filename <font><span style="background-color:rgba(255,255,255,0)">${proxydhcp/filename}</span></font></div><div><font><span>chain $filename</span></font></div><div><font><span><br></span></font></div><div><font><span>... or something similar to that. You could use a fairly simple script to check if things inside the proxydhcp variable scope exist, and boot to it if the do, or boot from DHCP's offerings instead when they don't. </span></font></div><div><font><span><br></span></font></div><div><font><span>Best Regards,</span></font></div><div><font><span>Andrew</span></font></div><div><font><span><br></span></font></div><div>P.S. Weird, but your email address seems to have gotten mangled somewhere down the line. I pulled what looks to be the correct info from the headers and entered it manually.</div><div><br>On Friday, November 21, 2014, @<a href="http://centran.cn" target="_blank">centran.cn</a> linql @<a href="http://centran.cn" target="_blank">centran.cn</a> <linql> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<div style="MARGIN:10px">
<div> </div>
<div> </div>
<hr style="min-height:1px;WIDTH:210px" align="left" color="#b5c4df" size="1">
<div><span>
<div style="FONT-SIZE:10pt;FONT-FAMILY:verdana;MARGIN:10px">
<div>hi, there</div>
<div>It seems that I have encountered the same problem with Floris Bos in the
mailing list (<a href="http://comments.gmane.org/gmane.network.ipxe.devel/1171" target="_blank">http://comments.gmane.org/gmane.network.ipxe.devel/1171</a>).</div>
<div>My booting log shows that PXE stack has no problem with distinguishing the
regular DHCP server and proxyDHCP server, and will download ipxe.pxe</div>
<div>from proxyDHCP server normally. But when running 'show
next-server' under IPXE shell, the result comes out to be the address
of the regular DHCP server.</div>
<div>In the mailing list, Brandon replied that it's something to do with the
DNSMasq stuff. Is that true? Or a bug of ipxe?</div>
<div>I am also using dnsmasq as the proxyDHCP server, and the dnsmasq
configuration is as follows:</div>
<div style="TEXT-INDENT:2em">dhcp-no-override </div>
<div style="TEXT-INDENT:2em">port=0 </div>
<div style="TEXT-INDENT:2em">log-dhcp </div>
<div style="TEXT-INDENT:2em">enable-tftp </div>
<div style="TEXT-INDENT:2em">tftp-root=/var/lib/tftpboot </div>
<div style="TEXT-INDENT:2em">dhcp-range=192.168.1.0,proxy </div>
<div style="TEXT-INDENT:2em">dhcp-option=vendor:PXEClient,6,2b </div>
<div style="TEXT-INDENT:2em">pxe-service=x86PC,"booting from network",ipxe.pxe
</div>
<div style="TEXT-INDENT:2em"> </div>
<div style="TEXT-INDENT:2em"> </div>
<div>Thanks,</div>
<div>Peter Lin</div></div></span></div></div>
</blockquote></div>