<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 12, 2017 at 10:22 PM, Christoph Mathys <span dir="ltr"><<a href="mailto:eraserix@gmail.com" target="_blank">eraserix@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">In a test setup, I run an VM with lxd in a NATed network. When I try<br>
to copy an image to another server (on the other side of the NAT), it<br>
cannot do that because the other server tries to connect to the IP of<br>
the VM behind the NAT. I tried with portforwarding, but I think I<br>
would also need to tell the lxd behind the NAT what its reachable IP<br>
is.<br>
<br></blockquote><div><br></div><div>The destination lxd will try to connect to the source lxd directly to perform the copy.</div><div><br></div><div>You can probably try something like this:</div><div>lxc copy local:src_vm remote_name:dst_vm</div><div><br></div><div>where "local" is the literal string local. If that doesn't work, try adding the local IP as another remote (e.g. "lxc remote add local_instance 127.0.0.1") and then retry the copy with "lxc copy local_instance:src_vm remote_name:dst_vm".</div><div><br></div><div>The idea is to treat both src and dst lxd as remotes, so that traffic will go thru lxc process instead of directly between lxd daemons. Last time I tested it works.</div><div><br></div><div>-- </div><div>Fajar</div></div></div></div>