<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 2, 2014 at 9:19 PM, Kapil Thangavelu <span dir="ltr"><<a href="mailto:kapil.thangavelu@canonical.com" target="_blank">kapil.thangavelu@canonical.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><div class="">On Wed, Apr 2, 2014 at 2:32 AM, Andrew Wilkins <span dir="ltr"><<a href="mailto:andrew.wilkins@canonical.com" target="_blank">andrew.wilkins@canonical.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm going to start landing my Azure-related changes on trunk, now that we've branched for 1.18.<div>

<br></div><div>I've just approved a change that will cause "juju ssh" and related commands (scp, debug-hooks, debug-log) to connect to internal addresses, proxying via the API server. This is enabled for all newly bootstrapped environments, except for the local provider. If you see weirdness with these commands, this could be why.</div>

</div></blockquote><div><br></div><div><br></div></div><div>Sounds cool, but what's the reasoning on it? we're moving to multiple machines in a service for azure i assume. It also sounds like it would help for containers in public clouds with private but not public addresses.</div>
</div></div></div></blockquote><div><br></div><div>Yes, Azure is the driver behind this. To support high availability of deployed services, units must reside within the same "Cloud Service". Each Cloud Service has a single public address, but each VM inside it has its own internal address.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>Once some of the other things are ready, I'll land the changes to provider/azure that require gwacl to be updated. If you see problems building against gwacl, you'll need to update using godeps.</div>


<div><br></div></div></blockquote><div><br></div></div><div>thanks for the heads up.</div><div><br></div><div>cheers,</div><div><br></div><div>Kapil</div><div> </div></div></div></div>
</blockquote></div><br></div></div>