<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ricollab Web Tech Blog &#187; proxy</title>
	<atom:link href="http://blogs.ricollab.jp/webtech/tag/proxy/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.ricollab.jp/webtech</link>
	<description>ricollab engineers' blog</description>
	<lastBuildDate>Mon, 26 Apr 2010 02:09:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.2</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>プロキシ認証の通し方まとめ その2</title>
		<link>http://blogs.ricollab.jp/webtech/2008/12/how_to_pass_proxy_auth_2/</link>
		<comments>http://blogs.ricollab.jp/webtech/2008/12/how_to_pass_proxy_auth_2/#comments</comments>
		<pubDate>Wed, 03 Dec 2008 06:33:51 +0000</pubDate>
		<dc:creator>StL</dc:creator>
				<category><![CDATA[未分類]]></category>
		<category><![CDATA[proxy]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://blogs.ricollab.jp/webtech/2008/12/how_to_pass_proxy_auth_2/</guid>
		<description><![CDATA[お久しぶりです、日野原です。
読者の皆さんは山本のレビューの設計編を楽しみにしていらっしゃると思いますが、彼は最近何やら忙しく飛び歩いていて、ここの記事を書く時間がとれそうにないのでもう少々お待ちください。
私はこの3ヶ月の間にまたプロキシの設定をしなければいけないケースに遭遇したので追記しておきます。
今回もプロキシの情報は同じとします。


ホスト
proxy.example.com


ポート
8080


ユーザ
foo


パスワード
bar


sudo 編
まず、前回基本編で挙げた
export http_proxy=http://foo:bar@proxy.example.com:8080
ですが、これの適用範囲が広がりました。
rubygems編で「sudo では環境変数を引き継げない」と書いてしまったのですが、これは私の無知で、実は設定で引き継ぐ環境変数を指定できることがわかりました。
設定するためには、/etc/sudoers の env_keep という変数に引き継ぎたい環境変数を指定します。
具体的には、
Defaults env_keep = "COLORS DISPLAY HOSTNAME HISTSIZE INPUTRC KDEDIR \
         LS_COLORS MAIL PS1 PS2 QTDIR USERNAME \
         LANG LC_ADDRESS LC_CTYPE LC_COLLATE LC_IDENTIFICATION \
         LC_MEASUREMENT LC_MESSAGES [...]]]></description>
			<content:encoded><![CDATA[<p>お久しぶりです、日野原です。</p>
<p>読者の皆さんは山本のレビューの設計編を楽しみにしていらっしゃると思いますが、彼は最近何やら忙しく飛び歩いていて、ここの記事を書く時間がとれそうにないのでもう少々お待ちください。</p>
<p>私はこの3ヶ月の間にまたプロキシの設定をしなければいけないケースに遭遇したので追記しておきます。</p>
<p>今回もプロキシの情報は同じとします。</p>
<table>
<tr>
<td>ホスト</td>
<td>proxy.example.com</td>
</tr>
<tr>
<td>ポート</td>
<td>8080</td>
</tr>
<tr>
<td>ユーザ</td>
<td>foo</td>
</tr>
<tr>
<td>パスワード</td>
<td>bar</td>
</tr>
</table>
<h3 id="sudo">sudo 編</h3>
<p>まず、前回<a href="http://blogs.ricollab.jp/webtech/2008/09/how_to_pass_proxy_auth#basic_setting">基本編</a>で挙げた</p>
<pre><code>export http_proxy=http://foo:bar@proxy.example.com:8080</code></pre>
<p>ですが、これの適用範囲が広がりました。</p>
<p><a href="http://blogs.ricollab.jp/webtech/2008/09/how_to_pass_proxy_auth#rubygems">rubygems編</a>で「sudo では環境変数を引き継げない」と書いてしまったのですが、これは私の無知で、実は設定で引き継ぐ環境変数を指定できることがわかりました。</p>
<p>設定するためには、/etc/sudoers の env_keep という変数に引き継ぎたい環境変数を指定します。</p>
<p>具体的には、</p>
<pre><code>Defaults env_keep = "COLORS DISPLAY HOSTNAME HISTSIZE INPUTRC KDEDIR \
         LS_COLORS MAIL PS1 PS2 QTDIR USERNAME \
         LANG LC_ADDRESS LC_CTYPE LC_COLLATE LC_IDENTIFICATION \
         LC_MEASUREMENT LC_MESSAGES LC_MONETARY LC_NAME LC_NUMERIC \
         LC_PAPER LC_TELEPHONE LC_TIME LC_ALL LANGUAGE LINGUAS \
         _XKB_CHARSET XAUTHORITY"</code></pre>
<p>という箇所があるので、これの最後の行を</p>
<pre><code>         _XKB_CHARSET XAUTHORITY http_proxy NO_PROXY"</code></pre>
<p>と変更します。<br />
これで rubygems や yum を sudo で動かすときには別途プロキシを設定する必要がなくなりました。</p>
<p>ちなみに /etc/sudoers を編集するときには chmod して編集して戻してなんてせずに、visudo を使ってくださいね。</p>
<h3 id="pear_pecl">pear / pecl 編</h3>
<p>PHP のモジュールを追加するときに使う pear や pecl は、プロキシ対応を独自でやっているので設定しなくてはいけません。</p>
<p>設定するには次のようにします。</p>
<pre><code>% pear config-set http_proxy=http://foo:bar@proxy.example.com:8080</code></pre>
<p>ちなみに、これで設定すると pecl にも反映されるので pear だけ設定すれば OK です。<br />
試しに確認してみましょう。</p>
<pre><code>% pecl config-get http_proxy
http://foo:bar@proxy.example.com:8080</code></pre>
<h3 id="air_adt">air 編</h3>
<p>Adobe の air のアプリケーションを作って配布するためには .air ファイルにパッケージングする必要がありますが、その際にタイムスタンプを付与するためにタイムスタンプサーバにアクセスします。そう、ここでプロキシの壁に阻まれるのです。</p>
<p>そこで、プロキシの内側にタイムスタンプサーバがある場合は -tsa オプションに url を指定し、無い場合にはやむを得ないので -tsa none と指定してタイムスタンプの付与を省略します。<br />
タイムスタンプを省略した場合は署名証明書の有効期限切れ後にインストールできなくなってしまいますが、正式に製品としてリリースするときまでは考えなくても大丈夫でしょう。</p>
<p>ちなみにこれは http ではなく、<a href="http://www.ietf.org/rfc/rfc3161.txt">RFC3161</a>で定義された Time-Stamp Protocol(TSP) で、318番のポートを使用するので -Dhttp.proxyHost 等で設定してもダメです。</p>
<p>socksで通れば -DsocksProxyHost を指定することでできるかもしれませんが、私の環境ではまだうまく行っていません。</p>
<p>今回は<a href="http://blogs.ricollab.jp/webtech/2008/09/how_to_pass_proxy_auth#google_chrome">前回の Chrome</a> のような目玉はありませんでしたが、また何かあったら追加していきます。</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.ricollab.jp/webtech/2008/12/how_to_pass_proxy_auth_2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>proxy 認証の通し方まとめ</title>
		<link>http://blogs.ricollab.jp/webtech/2008/09/how_to_pass_proxy_auth/</link>
		<comments>http://blogs.ricollab.jp/webtech/2008/09/how_to_pass_proxy_auth/#comments</comments>
		<pubDate>Fri, 05 Sep 2008 01:18:44 +0000</pubDate>
		<dc:creator>StL</dc:creator>
				<category><![CDATA[未分類]]></category>
		<category><![CDATA[proxy]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://blogs.ricollab.jp/webtech/2008/09/how_to_pass_proxy_auth/</guid>
		<description><![CDATA[こんにちは、日野原です。
Google のブラウザ、「Google Chrome」が発表されてダウンロードできるようになりましたが、社内でインストールしようとしてみたところプロキシ認証に対応していないらしく、インストールに失敗してしまいました。プロキシ自体には対応しているようなので、ローカルプロキシを立てて認証を任せてあげればインストールできるようです。
と言うわけで今日はプロキシ認証についてです。
自宅で趣味のプログラミングをしているときなどは良いのですが、会社で何かをしようとするとこれのせいではまることがとっても多いので、同じような悩みを持っている人達のために情報をまとめておこうと思います。
ただし、基本的にLinux（Fedora もしくは CentOS 系）での情報です。また、以下の例では、プロキシの情報は下表のようなものとします。


ホスト
proxy.example.com


ポート
8080


ユーザ
foo


パスワード
bar


基本編
まず基本として、環境変数 http_proxy にプロキシの URL を指定します。
bash や zsh を使っている場合は .bashrc、.zshrc に以下の行を書いておきます。
export http_proxy=http://foo:bar@proxy.example.com:8080
これで wget、curl や Plagger は OK です。例外設定は NO_PROXY ですね。ただ、wget は NO_PROXY には対応していないようです。
yum 編
/etc/yum.conf 内で proxy を設定します。（次の一行を追加します）
proxy=http://foo:bar@proxy.example.com:8080/
最後の / は、付けないと動かなかったことがあるので付けておきました。現象の再現ができていないため、詳細はわかっていないのですが。
subversion 編
ホームディレクトリ下の ~/.subversion/servers に指定します。
初期状態でこのファイルの最後の [global] セクションにコメントアウトされた状態で設定が書かれているので、それを書き換えます。
http-proxy-exceptions = *.example.com
http-proxy-host = proxy.example.com
http-proxy-port = 8080
http-proxy-username = foo
http-proxy-password = bar
subversion の場合は社内にアクセスすることも多いと思うので、例外設定（http-proxy-exceptions）もしておかないと後悔するでしょう。
rubygems 編
rubygems は環境変数を見てくれるので list 等のコマンドは基本編と同じでいけます。
しかし install など [...]]]></description>
			<content:encoded><![CDATA[<p>こんにちは、日野原です。</p>
<p>Google のブラウザ、「<a href="http://www.google.com/chrome">Google Chrome</a>」が発表されてダウンロードできるようになりましたが、社内でインストールしようとしてみたところプロキシ認証に対応していないらしく、インストールに失敗してしまいました。プロキシ自体には対応しているようなので、ローカルプロキシを立てて認証を任せてあげればインストールできるようです。</p>
<p>と言うわけで今日はプロキシ認証についてです。</p>
<p>自宅で趣味のプログラミングをしているときなどは良いのですが、会社で何かをしようとするとこれのせいではまることがとっても多いので、同じような悩みを持っている人達のために情報をまとめておこうと思います。</p>
<p>ただし、基本的にLinux（Fedora もしくは CentOS 系）での情報です。また、以下の例では、プロキシの情報は下表のようなものとします。</p>
<table>
<tr>
<td>ホスト</td>
<td>proxy.example.com</td>
</tr>
<tr>
<td>ポート</td>
<td>8080</td>
</tr>
<tr>
<td>ユーザ</td>
<td>foo</td>
</tr>
<tr>
<td>パスワード</td>
<td>bar</td>
</tr>
</table>
<h3 id="basic_setting">基本編</h3>
<p>まず基本として、環境変数 http_proxy にプロキシの URL を指定します。<br />
bash や zsh を使っている場合は .bashrc、.zshrc に以下の行を書いておきます。</p>
<pre><code>export http_proxy=http://foo:bar@proxy.example.com:8080</code></pre>
<p>これで wget、curl や <a href="http://plagger.org/">Plagger</a> は OK です。例外設定は NO_PROXY ですね。ただ、wget は NO_PROXY には対応していないようです。</p>
<h3 id="yum">yum 編</h3>
<p>/etc/yum.conf 内で proxy を設定します。（次の一行を追加します）</p>
<pre><code>proxy=http://foo:bar@proxy.example.com:8080/</code></pre>
<p>最後の / は、付けないと動かなかったことがあるので付けておきました。現象の再現ができていないため、詳細はわかっていないのですが。</p>
<h3 id="subversion">subversion 編</h3>
<p>ホームディレクトリ下の ~/.subversion/servers に指定します。<br />
初期状態でこのファイルの最後の [global] セクションにコメントアウトされた状態で設定が書かれているので、それを書き換えます。</p>
<pre><code>http-proxy-exceptions = *.example.com
http-proxy-host = proxy.example.com
http-proxy-port = 8080
http-proxy-username = foo
http-proxy-password = bar</code></pre>
<p>subversion の場合は社内にアクセスすることも多いと思うので、例外設定（http-proxy-exceptions）もしておかないと後悔するでしょう。</p>
<h3 id="rubygems">rubygems 編</h3>
<p>rubygems は環境変数を見てくれるので list 等のコマンドは基本編と同じでいけます。<br />
しかし install など root 権限が必要になるコマンドでは su 後に export して環境変数を設定する必要があります。また、sudo では環境変数を引き継げないので、-p オプションでプロキシの設定を渡します。</p>
<pre><code>sudo gem install rails -p http://foo:bar@proxy.example.com:8080</code></pre>
<p>ただ、1.0より前のバージョンの rubygems ではバグがあって -p オプションが効かないので、rubygems の config_file.rb（私の環境では /usr/lib/ruby/site_ruby/1.8/rubygems/config_file.rb）内にある class Gem::ConfigFile に以下のメソッドを追加する必要があります。</p>
<pre><code>  def []=(key, value)
    @hash[key] = value
  end</code></pre>
<h3 id="open-uri">ruby/open-uri 編</h3>
<p>Rails の script/plugin など、ruby の open-uri を使用しているプログラムはそのままでは環境変数にプロキシを設定しても認証には対応してくれません。（1.8.6.114までではだめでした。）<br />
open-uri.rb（私の環境では /usr/lib/ruby/1.8/open-uri.rb）に以下のパッチを当てる必要があります。</p>
<pre><code>216c216
&lt;         klass = Net::HTTP::Proxy(proxy.host, proxy.port)
---
&gt;         klass = Net::HTTP::Proxy(proxy.host, proxy.port, proxy.user, proxy.password)</code></pre>
<p>これで、環境変数 http_proxy の設定でいけるようになります。</p>
<h3 id="apache-ant">apache ant 編</h3>
<p>最近 ant を使って java のアプリをインストールしたんですが、ivy で必要なライブラリを自動でダウンロードしてくれるところに感動しました。<br />
でもその感動の前にはプロキシ認証の壁が立ちはだかったのです。<br />
と言うわけで環境変数 ANT_OPTS にプロキシの設定を渡しましょう。</p>
<pre><code>export ANT_OPTS="-Dhttp.proxyHost=proxy.example.com \
                 -Dhttp.proxyPort=8080 \
                 -Dhttp.proxyUser=foo -Dhttp.proxyPassword=bar"</code></pre>
<h3 id="aws-ec2">Amazon Web Services（EC2） 編</h3>
<p>ant が JVM に渡すパラメータを独自の環境変数で管理しているということは、同じ java のアプリである EC2 の管理ツールも同じようになっているわけです。<br />
EC2_JVM_ARGS に指定してください。（EC2の場合は https も使うので、https の設定も必要です。）</p>
<pre><code>export EC2_JVM_ARGS="-Dhttp.proxyHost=proxy.example.com \
                     -Dhttps.proxyHost=proxy.example.com \
                     -Dhttp.proxyPort=8080  -Dhttps.proxyPort=8080 \
                     -Dhttp.proxyUser=foo -Dhttp.proxyPass=bar"</code></pre>
<p>Amazon Web Service を試してみたので次は Google App Engine… と行きたいところですが、Python はわからないのでそれはまた次の機会にでも。</p>
<h3 id="google_chrome">【番外？】Google Chrome（Windows版）インストール編【本題？】</h3>
<p>最後に、冒頭で触れた Google Chrome のインストールをしましょう。<br />
今回はローカルプロキシに <a href="http://www.proxomitron.info/">Proxomitron</a> （<a href="http://www.pluto.dti.ne.jp/~tengu/proxomitron/">日本語の情報</a>）を使用しました。</p>
<p>読者層を考えて、ダウンロードからインストールの手順は省略します。</p>
<p>起動したら、まずは右側の下の方にある「Proxy」をクリックして、HTTP Proxies とある欄のコンボボックスにプロキシのサーバ名とポートを「proxy.example.com:8080」というように入力します。</p>
<p>次にパスワードを入力するため、今入力したコンボボックスを右クリックして開くメニューで「Advanced Proxy settings」を選択します。<br />
普通こんな操作、気付きませんよね。隣に座っている同僚が教えてくれました。</p>
<p>ダイアログが開いたら一番下の「Send username and password to proxy」にチェックを入れて、ユーザ名とパスワードを入れます。これでプロキシサーバの設定は終了です。</p>
<p>次にこのサーバを使うようにするため、一番はじめのウインドウで左下にある「Bypass」をクリックし、その上にある「Use Remote Proxy」にチェックを入れます。</p>
<p>これでローカルプロキシの設定は終わりです。</p>
<p>後は Google Chrome のインストーラがこのプロキシを使うように、IE と Firefox のプロキシの設定を localhost:8080 にして、ChromeSetup.exe を起動するだけです。<br />
（IEだけだとインストールが途中で止まってしまう場合もあるようです。）</p>
<p>以上で番外編も終了です。</p>
<p>今回はこんなところで打ち止めですが、またなにかあったら情報を載せていきます。</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.ricollab.jp/webtech/2008/09/how_to_pass_proxy_auth/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
