<div><span style="line-height: 1.5; font-size: 14px;">very thanks, </span></div><div>I read the source code again, the basic process logic is in function scrub_normalize,in this function ,unbound synthesize the CNAME record if necessary.</div><div></div><div><div><br></div><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------ Original ------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>From: </b> "W.C.A. Wijngaards";<wouter@nlnetlabs.nl>;</div><div><b>Date: </b> Thu, May 8, 2014 03:55 PM</div><div><b>To: </b> "unbound-users"<unbound-users@unbound.net>; <wbr></div><div></div><div><b>Subject: </b> Re: [Unbound-users] how to handle dname record in unbound?</div></div><div><br></div>-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA1<br><br>Hi Lin,<br><br>On 05/08/2014 09:33 AM, lin wrote:<br>> all, When I read source code of unbound, in the source file<br>> iterator.c, a function named handle_cname_response has some<br>> comments as follow. " /* If there is a (relevant) DNAME, add it to<br>> the list. * We always expect there to be CNAME that was generated *<br>> by this DNAME following, so we don't process the DNAME * directly.<br>> */ " Do it means that the authoritative must synthesize a cname<br>> record for each dname record? and if the authoritative  do not<br>> synthesize a cname record from dname record, how to deal with the<br>> scenarios?<br><br>The CNAME is synthesized by unbound itself, but in a different part of<br>the code.  And thus this part of the code can simply process the<br>synthesized CNAME.<br><br>Best regards,<br>   Wouter<br><br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v1<br>Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/<br><br>iQIcBAEBAgAGBQJTazh7AAoJEJ9vHC1+BF+N3CYQAICHiKYG1iZ0B5OZZdN2b3Kk<br>fpJW3aoYtL4mtNAjMFE25/+8HKKwU+8PAYrBM17+Vq46fXHRL4D0vKu1mid0HIuE<br>7MhxhC8Mu1/wO5donE4KZLNdCEFhPYg130N+1RHVGPSLSEZmBnLvWjBaC5LGicLh<br>hQManuvIeHCF6fQMgMswZbQCSohPk/l51K0tAV4hZhtZYLBesDIra44aAVr5SIQl<br>wLHHDSPy54A9jXDi8tTBtlTFFuSwuuQdn5dTwa1rEAGYFglwNSxHEwsHoz3aQDmg<br>vZYe36ZEuyvFd/jUMjkE5A75CcB8Ourd7+bbVntifz4iChExSK/S1iqYSUrigWgd<br>rouAfAfhff2hZVmCcfj02SdEEQolCKeSpIBsU9CJodrjDS8NlACzv6FZMA4VTvsx<br>iRGAFVbDDY32mAYdXwCp/xzLLc5xv+2TETcfOyR+E4s1OPQelFa4dfH6RFb888LH<br>7ww0Ohr8joOjLBYZ0UDpYXK3ds1osyn+5q3PzayRwqUFCddRZgSISeqKb1HdwKcC<br>ItGvFeK41n6N+Mg7GtmulYu74DpC0Xx7XAyiBAV1+Gkgkz3RTpxF9OhVQUztsMND<br>DQ8+kx+0RK3s5HtuBLueq3RryQ9o6CR1fmes6G7ZNxmN52OfpmY4Mg08IRjMZd/y<br>nZxdPZFF5EHYE2fR0tns<br>=tqCI<br>-----END PGP SIGNATURE-----<br>_______________________________________________<br>Unbound-users mailing list<br>Unbound-users@unbound.net<br>http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users<br>.<br></div>