From: Hiroaki Kawai Date: Wed, 7 Dec 2011 04:24:16 +0000 (+0000) Subject: Add new translation. X-Git-Tag: 2.2.22~68 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=7fa93dd89570601901c0c5e6ae0883f461467628;p=thirdparty%2Fapache%2Fhttpd.git Add new translation. Submitted by: INOUE Seiichiro Reviewed by: OKANO Takayoshi git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@1211294 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/mod_proxy_ftp.xml.ja b/docs/manual/mod/mod_proxy_ftp.xml.ja new file mode 100644 index 00000000000..88956ed3ec5 --- /dev/null +++ b/docs/manual/mod/mod_proxy_ftp.xml.ja @@ -0,0 +1,143 @@ + + + + + + + + + +mod_proxy_ftp +mod_proxy のための FTP サポートモジュール +Extension +mod_proxy_ftp.c +proxy_ftp_module + + +

本モジュールには mod_proxy が必要です。 + 本モジュールは FTP サイトへのプロキシ機能を提供します。 + 現状、 FTP サポートは GET メソッドに限定されていることに注意してください。

+ +

FTP プロキシリクエストを扱うためには、mod_proxy + と mod_proxy_ftpが サーバに組み込まれて + いなければいけません。

+ + 警告 +

+ 安全なサーバにするまでプロキシ機能は有効にしないでください。 + オープンプロキシサーバはあなた自身のネットワークにとっても、 + インターネット全体にとっても危険です。

+ + +mod_proxy + +
なぜファイルタイプ <var>xxx</var> + は FTP ダウンロードできないのでしょう? +

おそらく、プロキシの mime.types 設定ファイルでそのファイルタイプを + application/octet-stream として定義していないのでしょう。 + 以下の行が便利でしょう。

+ + +
application/octet-stream   bin dms lha lzh exe class tgz taz
+ +

デフォルトで全てをバイナリにするのもいいかもしれません:

+ +
DefaultType application/octet-stream
+ +
+ +
ファイル <var>xxx</var> を ASCII モードで + FTP ダウンロードさせるにはどうすればいいのでしょう? +

稀に、特定のファイルを FTP の ASCII 転送モードでダウンロードしなければ + ならない場合があります (なお、デフォルトの転送モードは binary です)。 + この場合、リクエストの末尾に ;type=a を加えることで + mod_proxy のデフォルト動作を変更して、 ASCII 転送モードにできます。 + (一方、 FTP のディレクトリ一覧は常に ASCII モードです。)

+
+ +
FTP アップロードはできますか? +

現状、 mod_proxy は FTP の GET のみサポートしています。 + もちろん、 Apache プロキシで HTTP アップロード (POST または PUT) + はできます。

+
+ +
ホームディレクトリ外のファイルに FTP + アクセスするにはどうすればよいでしょうか? +

FTP の URI はログイン中のユーザのホームディレクトリの相対パスとして + 解釈されます。より上位のディレクトリに行くために /../ を使っても無駄です。 + と言うのも、ドットふたつはブラウザが解釈するだけで、実際に FTP サーバには + 送られないからです。この問題に対して、 Apache の FTP プロキシは + いわゆる Squid %2f hack を実装しています; + Squid Proxy Cache などの + 他の有名なプロキシサーバも採用している解決方法です。 + リクエストのパスの先頭に /%2f をつけると、これらのプロキシ + は FTP のディレクトリを / 開始にします (ホームディレクトリではなく)。 + 例えば、/etc/motd ファイルを取得するには、次の URL を + 使えばよいでしょう:

+ + + ftp://user@host/%2f/etc/motd + +
+ +
ブラウザの URL 欄に FTP のパスワードがそのまま + 載らないようにするにはどうすればよいでしょうか? +

FTP サーバにユーザ名とパスワードを使ってログインするために、 Apache + は異なる戦略を使います。 URL にユーザ名もパスワードも無ければ、 Apache + は FTP サーバに匿名 (anonymous) ログインしようとします。 + 例

+ + + user: anonymous
+ password: apache_proxy@ + + +

匿名アクセスを設定したすべての有名な FTP サーバでこれは動作します。

+ +

特定のユーザ名でログインするために、 URL に次のようにユーザ名を埋め込めます:

+ + + ftp://username@host/myfile + + +

FTP サーバがこのユーザ名に対してパスワードを求めると (そうあるべきです) 、 + Apache は 401 (Authorization required) レスポンスを返します。 + これによりブラウザはユーザ名とパスワードを求めるダイアログ画面をポップアップします。 + パスワードを入力すると、もう一度接続しなおし、認証が成功すると、 + 要求していたリソースが現れます。このやりとりの利点は、ブラウザがパスワードを + そのまま表示しないことです。もし最初に次の URL を使っていると

+ + + ftp://username:password@host/myfile + + +

パスワードがそのまま見えてしまいます。

+ + 注意 +

このように送信するパスワードはネットワーク上は暗号化されません。 + ブラウザと Apache プロキシサーバの間は base64 エンコードした生パスワードで、 + Apache プロキシサーバと FTP サーバの間はプレインテキストです。 + このため、 HTTP 経由で FTP サーバにアクセスする時 (とにかく FTP で個人的な + ファイルにアクセスする時 ) 、倍の慎重さが求められます。 + 安全でないネットワークを使っている場合、経路上でパスワードを盗み取られる + 可能性があります。

+ +
+ + + diff --git a/docs/manual/mod/mod_proxy_scgi.xml.ja b/docs/manual/mod/mod_proxy_scgi.xml.ja new file mode 100644 index 00000000000..48a4c518a4b --- /dev/null +++ b/docs/manual/mod/mod_proxy_scgi.xml.ja @@ -0,0 +1,142 @@ + + + + + + + + + +mod_proxy_scgi +mod_proxy のための SCGI ゲートウェイモジュール +Extension +mod_proxy_scgi.c +proxy_scgi_module +Apache 2.2.14 以降で使用可能 + + +

本モジュールには mod_proxy が必要です。 + 本モジュールは SCGI protocol, + version 1 をサポートします。

+ +

SCGI プロトコルを扱うためには、mod_proxy + と mod_proxy_scgiが サーバに組み込まれて + いなければいけません。

+ + 警告 +

+ 安全なサーバにするまでプロキシ機能は有効にしないでください。 + オープンプロキシサーバはあなた自身のネットワークにとっても、 + インターネット全体にとっても危険です。

+ + + +mod_proxy +mod_proxy_balancer + +
例 +

以下の例を動かすには、mod_proxy と mod_proxy_scgi + を有効にしなければいけないことを忘れないでください。

+ + 簡単なゲートウェイ + ProxyPass /scgi-bin/ scgi://localhost:4000/ + + +

ロードバランスするゲートウェイには、既に言及したプロキシモジュール + に加えて mod_proxy_balancer が必要です。

+ + ロードバランスするゲートウェイ + ProxyPass /scgi-bin/ balancer://somecluster/
+ <Proxy balancer://somecluster/>
+ + BalancerMember scgi://localhost:4000/
+ BalancerMember scgi://localhost:4001/
+ + </Proxy> + +
+ + +ProxySCGISendfile +X-Sendfile 疑似レスポンスヘッダの評価を有効にする +ProxySCGISendfile On|Off|Headername +ProxySCGISendfile Off +server configvirtual host +directory + + +

ProxySCGISendfile ディレクティブを設定すると、 + SCGI バックエンドの代わりにゲートウェイが直接ファイルを転送できるようにします。 + これはパフォーマンス向上のために使えます。 httpd は sendfile + などの最適化を行うことができます。これはバックエンドからソケット経由でファイルを + 受けた時にはできない最適化です。

+

ProxySCGISendfile の引数でゲートウェイの動作 + を制御します:

+
+
Off
+
特別な動作をしません。
+ +
On
+
ゲートウェイはバックエンドのレスポンスヘッダから X-Sendfile と + 呼ばれるヘッダを探し、その値を転送対象のファイル名と見なします。 + ヘッダは最終的なレスポンスヘッダからは除かれます。 + 次の設定と等価です。 + ProxySCGISendfile X-Sendfile.
+ +
その他
+
On にした場合に似ていますが、ハードコードしたヘッダ名の + 代わりに、引数がヘッダ名として使われます。
+
+ + Example + # Use the default header (X-Sendfile)
+ ProxySCGISendfile On
+
+ # Use a different header
+ ProxySCGISendfile X-Send-Static + + + + + +ProxySCGIInternalRedirect +バックエンドからの内部的なリダイレクトレスポンスを有効あるいは無効にする +ProxySCGIInternalRedirect On|Off +ProxySCGIInternalRedirect On +server configvirtual host +directory + + +

ProxySCGIInternalRedirect で、 + バックエンドが内部的にゲートウェイを別の URL にリダイレクトできるようにします。 + この機能は mod_cgi 起源で、レスポンスステータスが + OK (200) で、かつレスポンスが Location + ヘッダを持ち、かつヘッダ値の先頭がスラッシュ (/) であれば、 + 内部的にリダイレクトします。このヘッダ値が内部的なリダイレクト先の + 新しい URL として解釈されます。

+ +

機能を無効にしない限り、mod_proxy_scgi は + 上記の点で mod_cgi と同じ動作をします。

+ + 例 + ProxySCGIInternalRedirect Off + + + + +