<div dir="ltr">thank you all for the prompt reply.<div><br></div><div>And thank you Robert for pointing me to that bug, it sure looks like it.<div><br></div><div>any idea about the caching issue?</div><div><br></div><div>I can't understand from the docs if resgen.py responses are supposed to be cached or not. It would seem nice if it did to save the overhead of running the python script every time, but I can't figure out how to make that happen.</div></div><div><br></div><div>fwiw domains that are resolved by the iterator are correctly cached as far as I can see from the logs. In case my DNSMessage matters here's the bit where I create the response (I'm forcing nossl google searches):</div><div><div>    </div><div>  if qdn == 'www.google.com.':</div><div>      #create instance of DNS message (packet) with given parameters</div><div>      msg = DNSMessage(qdn, RR_TYPE_A, RR_CLASS_IN, PKT_QR | PKT_RA | PKT_AA)</div><div>      #append RR</div><div>      if (qstate.qinfo.qtype == RR_TYPE_A) or (qstate.qinfo.qtype == RR_TYPE_ANY):</div><div>        msg.answer.append('%s 3600 IN CNAME <a href="http://nosslsearch.google.com">nosslsearch.google.com</a>.' % qdn)</div><div>        msg.answer.append('<a href="http://nosslsearch.google.com">nosslsearch.google.com</a>. 86400 IN A 216.239.32.20')</div><div>      set_msg_and_cache(qstate, msg, id)</div><div>      return True</div><div>    else:</div><div>      #pass the query to validator</div><div>      qstate.ext_state[id] = MODULE_WAIT_MODULE </div><div>      return True</div></div><div><br></div><div>the script is otherwise resgen.py as per stock example:</div><div><br></div><div><a href="https://github.com/jedisct1/unbound/blob/master/pythonmod/examples/resgen.py" target="_blank" style="font-size:12.8px">https://github.com/jedisct1/unbound/blob/master/pythonmod/examples/resgen.py</a><br></div><div><br></div><div>thanks again for all the support,</div><div><br></div><div>Spike</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 22, 2016 at 2:24 PM, Robert Edmonds <span dir="ltr"><<a href="mailto:edmonds@debian.org" target="_blank">edmonds@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Spike Morelli (DRBA) via Unbound-users wrote:<br>
</span><span class="">> 1) unbound-checkconfig complains that the python module isn't there:<br>
><br>
> [1456179172] unbound-checkconf[5330:0] fatal error: module conf 'python<br>
> iterator' is not known to work<br>
><br>
> looking at the source code this seems to be due to WITH_PYTHONMODULE not<br>
> being set, but I'm not sure where that's not happening. any clue?<br>
<br>
</span>Hi, Spike:<br>
<br>
The Ubuntu unbound package is closely based on the Debian version. In<br>
this case, you're affected by bug #777193:<br>
<br>
    <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777193" rel="noreferrer" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777193</a><br>
<br>
unbound-checkconf is only called in certain cases by the init script.<br>
You might be able to work around the issue by altering some of the<br>
package settings. Maybe try setting RESOLVCONF=false in<br>
/etc/default/unbound, if you don't need the resolvconf integration.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Robert Edmonds<br>
<a href="mailto:edmonds@debian.org">edmonds@debian.org</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">--<div>Spike / Chin Jr</div><div><a href="http://drba.org" target="_blank">http://drba.org</a></div></div></div>
</div>