<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jun 28, 2017 at 6:34 PM, Adil Baig <span dir="ltr"><<a href="mailto:simplyadilb@gmail.com" target="_blank">simplyadilb@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">This hasn't worked for me.<div><br></div><div><div>lxc network show lxdbr0 </div><div>description: ""</div><div>config:</div><div>  dns.domain: lxd</div><div>  dns.mode: managed</div><div>  ipv4.address: <a href="http://10.0.1.1/24" target="_blank">10.0.1.1/24</a></div><div>  ipv4.dhcp.ranges: 10.0.1.2-10.0.1.254</div><div>  ipv4.nat: "true"</div><div>  ipv6.address: none</div><div>  raw.dnsmasq: conf-file=/home/ubuntu/<wbr>stockopedia-lxd-dnsmasq.conf</div><div></div></div></div></blockquote><div><br></div><div>why is raw.dsnmasq here?</div><div>while it might not be the cause of your non-working system, best to start with known-good configuration first.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I did steps 1.2 and 5. The rest were already in place (lxc version 2.14). I killed dnsmasq </div></div></blockquote><div><br></div><div>Again, the one doing resolving on the host. Not the one started by lxd to manage lxdbr0.</div><div><br></div><div>To be more accurate:</div><div>- lxd's dnsmasq should already provide DNS resolving for containers (e.g. "ping devop-tools.lxd" should work from inside any of your containers, as long as devop-tools is using DHCP).<br></div><div>- using dnsmasq as DNS resolver on the host as well would simplify the configuration. However it should work with any DNS server (e.g. bind) as long as you tell it to "forward all queries for .lxd domain to lxd's dnsmasq".</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>and restarted lxd service (sudo service lxd restart) .</div><div><br></div></div></blockquote><div><br></div><div>That should not be necessary</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div> ping devop-tools.lxd</div><div>ping: unknown host devop-tools.lxd</div></div></div><div class="gmail-HOEnZb"><div class="gmail-h5"><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>Does it work from another container? If not, you need to fix that first.</div><div><br></div><div>Does "dig" work when you tell it to use lxdbr0's IP as nameserver? e.g. "dig devop-tools.lxd @<a href="http://10.0.1.1">10.0.1.1</a>"</div><div><br></div><div>Do you get these entries when restarting the host's dnsmasq? If not, you probably edit the wrong file in step (5)</div><div># systemctl restart dnsmasq<br></div><div><div># systemctl status dnsmasq</div></div><div>...</div><div><div>Jun 28 20:43:29 ip-172-31-0-128 dnsmasq[92746]: using nameserver 10.0.3.1#53 for domain lxd</div></div><div><br></div><div>Does your host's /etc/resolv.conf now points to localhost? It should, since dnsmasq would make it so. If not, you need to fix that.</div><div><br></div><div>-- </div><div>Fajar</div></div></div></div>