<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Le ven. 3 août 2018 à 14:06, Simon Kelley <<a href="mailto:simon@thekelleys.org.uk">simon@thekelleys.org.uk</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
What's the result of doing<br>
<br>
dig @<a href="http://192.168.0.10" rel="noreferrer" target="_blank">192.168.0.10</a> SOA <a href="http://swtk.info" rel="noreferrer" target="_blank">swtk.info</a><br>
<br>
<br>
It looks like that could be what's failing, rather than the actual zone<br>
transfer.<br><br></blockquote><div><br></div><div>Hello Simon</div><div><br></div><div>After one night spent on the subject I finally managed this morning to have it working (and finally read the man page from beginning to end :))</div><div><br></div><div>I think that what worked was to add to the config file</div><div><br></div><div>auth-zone=<a href="http://swtk.info">swtk.info</a></div><div>auth-sec-servers=rpi-dmz</div><div><br></div><div>and define rpi-dmz in /etc/hosts</div><div><br></div><div>Before I had only </div><div><br></div><div><div>auth-sec-servers=192.168.0.13</div><div><br></div><div>which was probably not enough on its own (the docs suggested that parameter for zone transfers).</div><div><br></div><div>The transfer works but unfortunately the serial is not updated when I make changes (by adding hosts to /etc/hosts for instance, and maybe when the IPs provided by dnsmasq change (I do not know yet)). It stays at 1.</div><div>I have to manually delete the zone on the slave to have it re-transferred upon changes.</div><div><br></div><div>Not being sure of the right etiquette for this list: should i send a new email with that question?</div><div><br></div><div>Thank you for your help!</div><div>Wojtek</div><br class="inbox-inbox-Apple-interchange-newline"></div><div> </div></div></div>