Comment 1 for bug 1819993

Based on the attached log output I am assuming that you are trying to deploy
a local charm. That would trigger the POST operation that seems to be failing.

I am trying to replicate this issue but with no luck so far. Here is what I
tried so far:

1) Install tinyproxy and set it up in forward mode:
$ apt-get install -y tinyproxy

$ cat > /tmp/tinyproxy.conf <<EOT
Port 8081
# NOTE: this is the IP on my local machine
Listen 192.168.0.127

LogLevel Connect
PidFile "/tmp/tinyproxy.pid"
LogFile "/tmp/tinyproxy.log"
MaxClients 100
MinSpareServers 2
MaxSpareServers 5
StartServers 2
MaxRequestsPerChild 0
EOT

$ tinyproxy -d -c /tmp/tinyproxy.conf

2) Bootstrap a test controller using juju 2.5.2. I have tried both compiling
from the source and the published centos build (https://launchpad.net/juju/2.5/2.5.2/+download/juju-2.5.2-centos7.tar.gz).

3) Export proxy settings. My lxd instances receive IPs in subnet 10.65.47.0/24.

$ export http_proxy=192.168.0.127:8081
$ export https_proxy=192.168.0.127:8081
$ export no_proxy=localhost,127.0.0.1,10.65.47.0/24

4) Try a local bundle deployment while tailing /tmp/tinyproxy.log after
exporting the proxy settings:

$ juju deploy $GOPATH/src/github.com/juju/juju/testcharms/charm-repo/quantal/dummy --debug

This call does not hit the proxy for the POST to the charm upload endpoint. If
I remove the 10.65.47.0/24 subnet from "no_proxy" then I can see the POST going
through the proxy as expected.

----

Is this still an issue for you? If so, can you please provide some additional
information (e.g the commands you were trying to run and additional logs) to
help me replicate the issue?