From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 513811381F3 for ; Mon, 20 May 2013 06:13:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0B7ABE08F1; Mon, 20 May 2013 06:13:42 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E7844E07FA for ; Mon, 20 May 2013 06:13:40 +0000 (UTC) Received: from mail-vc0-f171.google.com ([209.85.220.171]:62471) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.80) (envelope-from ) id 1UeJLp-002uJZ-8t for gentoo-user@lists.gentoo.org; Mon, 20 May 2013 13:13:41 +0700 Received: by mail-vc0-f171.google.com with SMTP id m17so3553861vca.30 for ; Sun, 19 May 2013 23:13:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=+v0Uktih33p6vS/CVB+xc47WaKzMXFGYwy5c1SBKve4=; b=PCZ7TfsxORxqa7OvGHJpJShRaOKgaacvhVodsBA4H0tV4Sfw+C80700Z492BUdQo/o oydLM5tBUTIWhtomwIcGS4OAyjlTtAww37QokhEQcci25nryEwv12StrChGZkFRFPzxB cN0NXT6en/1yDb1z9Pzyog9R150e2I4m7UgyeBWzOUD00xvFMxuR33gaw60en7hYhtKq cNxMais4nYEFl3OJS9eiNbnQID9WuZXa8eMbrt5eYqChgHDSg6BuASGemVmpAk36vc9o 2qyppmCNt8k1dQzeyLkX5p0RPiSnkGuChZTj7iofcyiBQMz3BkHpkrgwab4QEXBS1o2q 9H9g== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.58.37.165 with SMTP id z5mr33834802vej.12.1369030418261; Sun, 19 May 2013 23:13:38 -0700 (PDT) Received: by 10.220.192.70 with HTTP; Sun, 19 May 2013 23:13:37 -0700 (PDT) Received: by 10.220.192.70 with HTTP; Sun, 19 May 2013 23:13:37 -0700 (PDT) In-Reply-To: <20130520050350.GB10106@uriel.asininetech.com> References: <20130520050350.GB10106@uriel.asininetech.com> Date: Mon, 20 May 2013 13:13:37 +0700 Message-ID: Subject: Re: [gentoo-user] Lightweight & Simple Proxy that supports upstream authentication From: Pandu Poluan To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=089e01176d89c49fb404dd203b2e X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Get-Message-Sender-Via: svr-us4.tirtonadi.com: authenticated_id: rileyer+pandu.poluan.info/only user confirmed/virtual account not confirmed X-Archives-Salt: 8854bfc2-c02f-4d4b-bbe0-6595296af937 X-Archives-Hash: fc13709b67adaca5c417f66fac9a6e52 --089e01176d89c49fb404dd203b2e Content-Type: text/plain; charset=UTF-8 On May 20, 2013 12:04 PM, "staticsafe" wrote: > > On Mon, May 20, 2013 at 11:31:31AM +0700, Pandu Poluan wrote: > > Hello, > > > > I'm looking for a simple HTTP+FTP proxy that supports upstream > > authentication. > > > > The reason is that we (that is, my employer) have a server that requires > > Internet access for its setup, but for some reason* my employer does not > > want to give the contractors a login for the corporate proxy. > > > > I'm planning of setting up a simple proxy to authenticate against the > > corporate proxy using one of my credentials, and have the contractor use > > this simple proxy instead of the corporate one. > > > > I think Squid can do that... but is there a simpler solution? I truly don't > > need caching, inter-proxy coordination, or other exotic stuff. Just a way > > to allow other people to authenticate against the corporate proxy using my > > credentials, but without giving my credentials away. > > > > (Of course the simple proxy will be installed on a totally separate system, > > one under my full control and nobody else's) > > > > Rgds, > > -- > > Polipo perhaps? > > http://www.pps.univ-paris-diderot.fr/~jch/software/polipo/ > -- > staticsafe Ahh, yes! I once used polipo... damn how could I possibly forget that *bangs head against wall. Thanks for reminding me :-) Rgds, -- --089e01176d89c49fb404dd203b2e Content-Type: text/html; charset=UTF-8


On May 20, 2013 12:04 PM, "staticsafe" <me@staticsafe.ca> wrote:
>
> On Mon, May 20, 2013 at 11:31:31AM +0700, Pandu Poluan wrote:
> > Hello,
> >
> > I'm looking for a simple HTTP+FTP proxy that supports upstream
> > authentication.
> >
> > The reason is that we (that is, my employer) have a server that requires
> > Internet access for its setup, but for some reason* my employer does not
> > want to give the contractors a login for the corporate proxy.
> >
> > I'm planning of setting up a simple proxy to authenticate against the
> > corporate proxy using one of my credentials, and have the contractor use
> > this simple proxy instead of the corporate one.
> >
> > I think Squid can do that... but is there a simpler solution? I truly don't
> > need caching, inter-proxy coordination, or other exotic stuff. Just a way
> > to allow other people to authenticate against the corporate proxy using my
> > credentials, but without giving my credentials away.
> >
> > (Of course the simple proxy will be installed on a totally separate system,
> > one under my full control and nobody else's)
> >
> > Rgds,
> > --
>
> Polipo perhaps?
>
> http://www.pps.univ-paris-diderot.fr/~jch/software/polipo/
> --
> staticsafe

Ahh, yes! I once used polipo... damn how could I possibly forget that *bangs head against wall.

Thanks for reminding me :-)

Rgds,
--

--089e01176d89c49fb404dd203b2e--