<div style="font-family: Helvetica; font-size: 13px; "><span style="color: rgb(160, 160, 168); ">On Saturday 5 January 2013 at 02:19, Fajar A. Nugraha wrote:</span></div>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><blockquote type="cite"><div>I've come back around to looking at simply attaching all containers to</div><div>lxcbr0. I don't think anything I want to run would have an issue with NAT. I</div><div>would then port forward connections to the public IP for web onto the nginx</div><div>container and so on for other services. The nginx container would proxy to</div><div>the various apache container instances - as they're all connected to lxcbr0</div><div>i'm assuming from what I've read that's as straightforward as a regular LAN.</div><div><br></div></blockquote><div>Basically use whatever works for you.</div><div><br></div><div>I like bridging the real intnerface more, but NAT should work as well.</div><div>Instead of using lxcbr0 though (which comes with dnsmasq by default),</div><div>I'd create my own bridge:</div><div><a href="http://wiki.1tux.org/wiki/Ubuntu/Bridge#Bridge_with_IP_address">http://wiki.1tux.org/wiki/Ubuntu/Bridge#Bridge_with_IP_address</a></div><div></div></span></blockquote><div>
                    <br>
                </div><div>Thanks very much Fajar, appreciate your help and pointers. I'm going to go with a NAT arrangement at this time as it sits best with me at the moment as far as my current understanding goes.</div><div><br></div><div>Thanks,</div><div>James</div><div><br></div>