From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 11:37:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F7F106566C for ; Wed, 24 Nov 2010 11:37:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id BBAF38FC0C for ; Wed, 24 Nov 2010 11:37:47 +0000 (UTC) Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) by qmta10.westchester.pa.mail.comcast.net with comcast id azRL1f0031uE5Es5AzdoHH; Wed, 24 Nov 2010 11:37:48 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta16.westchester.pa.mail.comcast.net with comcast id azdm1f0033LrwQ23czdmNC; Wed, 24 Nov 2010 11:37:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 194389B422; Wed, 24 Nov 2010 03:37:45 -0800 (PST) Date: Wed, 24 Nov 2010 03:37:45 -0800 From: Jeremy Chadwick To: "Julian H. Stacey" Message-ID: <20101124113745.GA22461@icarus.home.lan> References: <20101123070442.GN8547@stlux503.dsto.defence.gov.au> <201011241051.oAOApDSF078356@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011241051.oAOApDSF078356@fire.js.berklix.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tom Evans , freebsd-stable@freebsd.org, "Wilkinson, Alex" Subject: Re: www/chromium ignores proxy settings [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 11:37:48 -0000 On Wed, Nov 24, 2010 at 11:51:13AM +0100, Julian H. Stacey wrote: > "Wilkinson, Alex" wrote: > > > > 0n Mon, Nov 22, 2010 at 02:19:32PM +0000, Tom Evans wrote: > > > > >On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov wrote: > > >> ??Use ??chrome --proxy-server="http://proxy:3128/" :) > > >That didn't work either, it would not even make any connections then. > > >With '--proxy-server=proxy:3128' though, it works correctly! > > >It would still be nice to be able to set these options in the right > > >place in the gui, and have them work :) > > > > Try: --proxy-pac-url="http://proxy-server:port" > > > > Work for me. > > > > -Alex > > Man chrome: > --proxy-server=host:port > Specify the HTTP/SOCKS4/SOCKS5 proxy server to use for requests. > This overrides any environment variables or settings picked via > the options dialog. > > --proxy-pac-url=URL > Specify proxy autoconfiguration URL. Overrides any environment > variables or settings picked via the options dialog. > > These do not work here: > chrome --proxy-pac-url="http://gate:80" > chrome --proxy-pac-url=http://gate:80 > Not suprising, I suppose the URL should not contain '"' and perhaps > the URL should be some some auto config server hook I am not supplying. Correct. You need to reference a PAC file for the browser to read/parse: http://en.wikipedia.org/wiki/Proxy_auto-config I can show you an example .pac file if you want; I use one to define what domain names my browser visits should be siphoned through a proxy (SSH tunnel to work) or directly via the Internet. If what you're looking for is an HTTP or HTTPS-based proxy, you should be using --proxy-server, specifying the FQDN or local hostname of the server and what TCP port the proxy daemon is configured to accept requests from (e.g. port 80, or port 3128 in most cases, ex. squid). > printenv | grep -i proxy > http_proxy=http://gate.js.berklix.net:80 > all_proxy=http://gate.js.berklix.net > My proxy env vars are not being imported properly, > & setting on command line is ugly, but no time for more now, > possibly a bug/feature in chrome ? I never tried chrome before. There is a very bad assumption being made here (so far by two people). There is absolutely nothing that requires or guarantees a piece of software will import or make use of *_proxy environment variables. The software has to explicitly state it honours and respects these, and provide documentation stating what it expects the syntax to be. The only two pieces of software I've encountered which honours these is perl's LWP::UserAgent (and friends), and curl. I imagine lynx and some other software honours them as well, but again, assuming software honours them (or properly parses them for that matter) isn't reasonable. Is there any confirmed documentation that Google Chrome honours and makes use of *_proxy environment variables? I see some random Linux user forum posts claiming it does, but there's caveats to their use apparently (see post from "disciple"; X users will probably want to read this post): http://www.murga-linux.com/puppy/viewtopic.php?t=50196 -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |