<div dir="ltr">Great!<div>Thanks for the quick fix!<div><br></div><div>Nicolas</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Feb 26, 2014 at 8:19 AM, Michael Brown <span dir="ltr"><<a href="mailto:mcb30@ipxe.org" target="_blank">mcb30@ipxe.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 19/02/14 22:20, Nicolas Sylvain wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
After a few months without updating my iPXE binary, I updated it and now<br>
I'm unable to resolve any CNAME.<br>
</blockquote>
<br></div>
Should now be fixed:<br>
<br>
  <a href="http://git.ipxe.org/ipxe.git/commitdiff/ff341c1" target="_blank">http://git.ipxe.org/ipxe.git/<u></u>commitdiff/ff341c1</a><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="http://www.cnn.com" target="_blank">www.cnn.com</a> <<a href="http://www.cnn.com" target="_blank">http://www.cnn.com</a>> fails as well, but this one because of<br>
a "recursion exceeded".<br>
</blockquote>
<br>
Turns out to be the same problem.  The bug related to not properly recalculating the length of the name after receiving a CNAME record.  In the case of "<a href="http://storage.googleapis.com" target="_blank">storage.googleapis.com</a>", this resulting in iPXE attempting to look up "storage-ugc.l.googleus" (truncated to the length of "<a href="http://storage.googleapis.com" target="_blank">storage.googleapis.com</a>").  In the case of "<a href="http://www.cnn.com" target="_blank">www.cnn.com</a>", it resolves to "<a href="http://www.cnn.com.vgtf.net" target="_blank">www.cnn.com.vgtf.net</a>"; truncating this to the length of "<a href="http://www.cnn.com" target="_blank">www.cnn.com</a>" gives exactly "<a href="http://www.cnn.com" target="_blank">www.cnn.com</a>", hence the eventual "recursion exceeded" error.<br>


<br>
The problem occurs only when the CNAME is longer than the original name, which is how this managed to slip through testing.<br>
<br>
Thanks for reporting the problem, and with enough detail to allow me to reproduce it quickly!<span class="HOEnZb"><font color="#888888"><br>
<br>
Michael<br>
</font></span></blockquote></div><br></div>