Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

How to get pkgng work through a proxy?

6 views
Skip to first unread message

Rainer Duffner

unread,
May 14, 2013, 6:36:44 AM5/14/13
to
Hi,

I have this host (a cloned VM, FreeBSD 9.1 AMD64) behind an Astaro
Web-Proxy:


(blahost </root>) 70 # pkg
update
[12:00] Updating repository catalogue
repo.txz 3%
10KB 0.5KB/s 0.0KB/s - stalled -pkg:
http://pkgng.our.repo/91amd64-91patch/repo.txz: Operation timed out


It's a proxy with authentication.

I'm not sure if it's a fetch(3) problem in general.
Because a single fetch from the same server of a small and large file
does work, though a bit slow.

pkg is 1.0.2







_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stabl...@freebsd.org"

Lars Engels

unread,
May 14, 2013, 10:58:01 AM5/14/13
to
On Tue, May 14, 2013 at 12:36:44PM +0200, Rainer Duffner wrote:
> Hi,
>
> I have this host (a cloned VM, FreeBSD 9.1 AMD64) behind an Astaro
> Web-Proxy:
>
>
> (blahost </root>) 70 # pkg
> update
> [12:00] Updating repository catalogue
> repo.txz 3%
> 10KB 0.5KB/s 0.0KB/s - stalled -pkg:
> http://pkgng.our.repo/91amd64-91patch/repo.txz: Operation timed out
>
>
> It's a proxy with authentication.
>
> I'm not sure if it's a fetch(3) problem in general.
> Because a single fetch from the same server of a small and large file
> does work, though a bit slow.
>
> pkg is 1.0.2

It's working here with these env vars set:

http_proxy=http://<USER>:<PASSWD>@<SERVER>:8080
ftp_proxy=http://<USER>:<PASSWD>@<SERVER>:8080
HTTP_PROXY=http://<USER>:<PASSWD>@<SERVER>:8080
FTP_PROXY=http://<USER>:<PASSWD>@<SERVER>:8080
HTTP_PROXY_AUTH=basic:*:<USER>:<PASSWD>


But I can't tell which one get's pulled in.

Tom Evans

unread,
May 14, 2013, 12:03:12 PM5/14/13
to
My work require proxy authentication also, with the annoying
requirement that the username is my email address, which ultimately
means that I cannot insert username/pass into http_proxy or variants.
libfetch is smart enough to pull these out of HTTP_PROXY_AUTH, but
very few other applications are.

Eventually, I gave up trying to convince all these disparate
applications to discover my proxy auth, and instead I set up a local
copy of squid on my laptop, which I point at my upstream proxy and
provide with authentication details. I can then use this
unauthenticated proxy on localhost to access my corporate proxy fully
authenticated. It's a bit of hassle in the short term, but all proxy
setup becomes much simpler with it in place.

IIRC, the only lines I added to squid.conf's defaults were these:

http_port 127.0.0.1:3128
cache_peer <proxy ip> parent 3128 0 proxy-only default login=<my
email>:<my pass>

Cheers

Tom
0 new messages