From: Yoshiki Hayashi Date: Mon, 16 Jun 2003 08:16:35 +0000 (+0000) Subject: Update Japanese translation. X-Git-Tag: pre_ajp_proxy~1538 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=b7136b687cc94ecce707bd9010086128fa32b0d5;p=thirdparty%2Fapache%2Fhttpd.git Update Japanese translation. Submitted by: Hiroaki KAWAI git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@100264 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/vhosts/fd-limits.xml.ja b/docs/manual/vhosts/fd-limits.xml.ja index d17dde8eb2e..cf3d5d5ac4f 100644 --- a/docs/manual/vhosts/fd-limits.xml.ja +++ b/docs/manual/vhosts/fd-limits.xml.ja @@ -1,10 +1,10 @@ - + - +バーチャルホスト ファイル記述子の限界 @@ -58,13 +58,6 @@ - -

ファイル記述子の問題についての詳細や、 - オペレーティングシステムごとの解決方法については「ファイル記述子と - Apache」の文書を参照してください。 -

-
ログファイルの分割 diff --git a/docs/manual/vhosts/index.xml.ja b/docs/manual/vhosts/index.xml.ja index fe2c5dedfda..de82b6298d0 100644 --- a/docs/manual/vhosts/index.xml.ja +++ b/docs/manual/vhosts/index.xml.ja @@ -3,7 +3,8 @@ - + + Apache バーチャルホスト説明書 @@ -13,9 +14,9 @@ (www.company1.com and www.company2.com のような) 二つ以上のウェブサイトを扱う運用方法のことを指します。 バーチャルホストには、各ウェブサイトに違う IP アドレスがある - 「IP ベース」と、単一の IP アドレスに + 「IP ベース」と、それぞれの IP アドレスに 複数の名前がある「名前ベース」とがあります。 - 複数のサイトが同じサーバで扱われている、ということはエンドユーザには + 複数のサイトが物理的に同じサーバで扱われている、ということはエンドユーザには 明らかではありません。

Apache は、特に手を入れない状態で IP ベースのバーチャルホスト @@ -29,9 +30,13 @@ - - mod_vhost_alias - +mod_vhost_alias +ネームベースのバーチャルホスト +IP ベースのバーチャルホスト +バーチャルホストの一般的な設定例 +ファイル記述子の限界 +大量のバーチャルホストの設定 +バーチャルホストのマッチングについての詳細

バーチャルホストのサポート @@ -43,7 +48,7 @@
  • バーチャルホストの一般的な設定例
  • ファイル記述子の限界 (または、多過ぎるログファイル)
    • -
  • 大量のバーチャルホストの動的な設定
    • +
  • 大量のバーチャルホストの設定
  • バーチャルホストのマッチングについての詳細
    • @@ -61,11 +66,11 @@

    バーチャルホストの設定のデバッグをするには - Apache のコマンドラインスイッチ -t -D DUMP_VHOSTS が便利です。 + Apache のコマンドラインスイッチ -S が便利です。 つまり、以下のコマンドを入力します:

    - /usr/local/apache/bin/httpd -t -D DUMP_VHOSTS + /usr/local/apache2/bin/httpd -S

    このコマンドは Apache が設定ファイルをどう解析したかについて出力します。 @@ -75,4 +80,4 @@ href="../programs/httpd.html">httpd プログラムの説明文書を見てください)

    -     + \ No newline at end of file diff --git a/docs/manual/vhosts/name-based.xml.ja b/docs/manual/vhosts/name-based.xml.ja new file mode 100644 index 00000000000..8617e6165d0 --- /dev/null +++ b/docs/manual/vhosts/name-based.xml.ja @@ -0,0 +1,270 @@ + + + + + + +バーチャルホスト +名前ベースのバーチャルホスト + + + +

    この文書では名前ベースのバーチャルホストをどんなとき、 + どうやって使うかを説明します。

    + +     + +ネームベースのバーチャルホスト +バーチャルホストのマッチングについての詳細 +大量のバーチャルホストの動的な設定 +バーチャルホストの一般的な設定例 +ServerPath 設定例 + +
    名前ベースと IP ベースのバーチャルホストの比較 + +

    IP ベースのバーチャルホストでは、応答する + バーチャルホストへのコネクションを決定するために IP + アドレスを使用します。ですから、それぞれのホストに個々に IP + アドレスが必要になります。これに対して名前ベースのバーチャルホストでは、 + クライアントが HTTP ヘッダの一部としてホスト名を告げる、 + ということに依存します。この技術で同一 IP + アドレスを異なる多数のホストで共有しています。

    + +

    名前ベースのバーチャルホストは通常単純で、それぞれのホスト名と + それに対応する正確な IP アドレスを DNS で設定し、異なる + ホスト名を区別するように Apache HTTP サーバを設定するだけです。 + さらに、名前ベースのバーチャルホストは不足する IP + アドレスの需要を緩和します。したがって、IP ベースのバーチャルホストを + 選択すべき特定の理由がなければ名前ベースのバーチャルホストを使うべきです。 + IP ベースのバーチャルホストを使用することを考慮する理由として、

    + +
      +
    • 名前ベースのバーチャルホストに対応していない古いクライアントがある + 名前ベースのバーチャルホストが働くためには、クライアントは + HTTP ホストヘッダを送ってこなければなりません。 + これは HTTP/1.1 の仕様で要求されていて、すべての現代的な + HTTP/1.0 ブラウザでも拡張として実装されています。 + とても古いクライアントをサポートしつつ、名前ベースの + バーチャルホストを行いたい場合は、この文書の最後の方に + 書かれている解決策になるかもしれない方法を見てください。
      • + +
    • 名前ベースのバーチャルホストは SSL プロトコルの特徴により、 + SSL セキュアサーバには使えません。
      • + +
    • オペレーティングシステムやネットワーク装置のなかには、 + 別の IP アドレス上でない場合、複数のホストを別扱いできないような + 帯域管理の方法を実装しているものがあります。
      • +
    + +
    + +
    名前ベースのバーチャルホストを利用する + + + + core + + + + DocumentRoot + NameVirtualHost + ServerAlias + ServerName + ServerPath + VirtualHost + VirtualHost + + + +

    名前ベースのバーチャルホストを使うには、そのホストへの + リクエストを受け付けるサーバの IP アドレス (もしかしたらポートも) + を指定する必要があります。 + これは NameVirtualHost + ディレクティブで設定します。通常、NameVirtualHost で + * の属性を使ってサーバの全ての IP アドレスを使います。 + NameVirtualHost ディレクティブで + IP アドレスを書いても、 + 自動的にサーバがその IP アドレスをリッスンするということはないことに + 注意してください。詳細は「Apache の使うアドレスと + ポートを設定する」を読んでください。さらに、ここで指定された + IP アドレスは全てサーバのネットワークインターフェースと関連付けられて + いなければなりません。

    + +

    次は、扱うホストそれぞれに対して VirtualHost ブロックを + 作成してください。VirtualHost + ディレクティブの引数は NameVirtualHost + ディレクティブの引数と同じにしてください (すなわち、IP アドレスか、全てのアドレスを意味する + *)。それぞれの VirtualHost + ディレクティブの中には、最低限、どのホストが扱われるかを示す ServerName ディレクティブと、 + そのホスト用のコンテンツがファイルシステム上のどこにあるかを示す + DocumentRoot ディレクティブを + 書く必要があります。

    + + メインホストはなくなります +

    既にあるウェブサーバにバーチャルホストを追加する場合、 + 既存のウェブサーバに対しても VirtualHost + ブロックを作らなければなりません。このバーチャルホストの + ServerName と + DocumentRoot + は、グローバルな ServerName と + DocumentRoot + と同じものにします。また、このバーチャルホストを設定ファイルの中で + 先頭に置いて、デフォルトホストとして動作するようにします。

    +     + +

    たとえば、www.domain.tld を動かしていて、 + さらにバーチャルホスト www.otherdomain.tld + を追加するとしましょう。このバーチャルホストは同一 IP を指しているとします。 + そのような場合は、httpd.conf + に以下のようなコードを追加するだけです

    + + + NameVirtualHost *
    +
    + <VirtualHost *>
    + + ServerName www.domain.tld
    + DocumentRoot /www/domain
    +     + </VirtualHost>
    +
    + <VirtualHost *>
    + + ServerName www.otherdomain.tld
    + DocumentRoot /www/otherdomain
    +     + </VirtualHost>
    +     + +

    NameVirtualHost 及び + VirtualHost のどちらの場合も、 + * の部分には明示的に IP アドレスを指定することができます。

    + +

    複数の名前でサーバアクセスができるようにしたいことも多いでしょう。 + このようなことは、ServerAlias ディレクティブを VirtualHost + セクションに記述することで実現できます。 + 例えば上記の VirtualHost の例であれば、 + 次のように一覧に挙げられた名前が、 + ユーザが同一のウェブサイトとして目にして使用できるサーバ名である、 + と ServerAlias + ディレクティブで指定できます。

    + + + ServerAlias domain.tld *.domain.tld + + +

    domain.tld ドメインへの全てのホストへのリクエストは + www.domain.tld のバーチャルホストが処理します。 + 名前をマッチさせるために、ワイルドカード文字 * や ? + を使用することもできます。もちろん思いつきの名前を作って、 + ServerName や + ServerAlias + にその名前を書くといったことはできません。まずは、 + これらの名前が サーバに付けられた IP アドレスにマップされるように + DNS サーバを適切に設定しなければなりません。

    + +

    最後に、VirtualHost コンテナの中に + 他のディレクティブを書くことで、バーチャルホストの設定を細かく調整 + することができます。 + ほとんどのディレクティブはこれらのコンテナに設置することができて、 + 変更点はそのバーチャルホストに対してのみ有効になります。 + どのディレクティブを書くことができるかは、ディレクティブの コンテキスト を + 調べてください。主サーバコンテキスト + (VirtualHost + コンテナの外) の設定用ディレクティブはバーチャルホストでの設定で + 上書きされない場合のみ使用されます。

    + +

    リクエストが来ると、サーバはまず最初に NameVirtualHost + にマッチする IP アドレスかどうかをチェックします。マッチすれば + マッチした IP アドレスの VirtualHost + のそれぞれのセクションの中から + ServerName か + ServerAlias + に要求されたホスト名があるか探します。 + 見つかればそのサーバ用の設定を使います。マッチするバーチャルホスト + が見つからなければ、マッチした IP アドレスの + リストの最初にあるバーチャルホスト が使われます。

    + +

    結果として、リストの最初のバーチャルホストが デフォルト の + バーチャルホストになります。IP アドレスが NameVirtualHost + ディレクティブにマッチした場合は、メインのサーバ の + DocumentRoot + は決して使われません + どのバーチャルホストにもマッチしないリクエストに対して、 + 特別な設定をしたいのであれば、設定ファイル中の最初の + <VirtualHost> コンテナにそれを記述してください。

    + +
    + +
    古いブラウザとの互換性 + +

    以前述べたように、名前ベースのバーチャルホストが正しく動作する + ために必要な情報を送ってこないクライアントが依然として存在しています。 + そのようなクライアントに対しては、該当する IP アドレスについて、 + 一番最初に設定されているバーチャルホスト + (プライマリの名前ベースのバーチャルホスト) + からページが送り返されます。

    + + どのぐらい古いの ? +

    「古い」と表現している場合、本当に古いことを意味して使っています。 + 不幸にして今現在でもこのような古いブラウザに遭遇することがあります。 + 現在のブラウザは全て、名前ベースのバーチャルホストに必要な + Host ヘッダを送ります。

    +     + +

    ServerPath + ディレクティブで対処が可能です。ちょっと不格好ですけれども。

    + +

    設定例

    + + + NameVirtualHost 111.22.33.44
    +
    + <VirtualHost 111.22.33.44>
    + + ServerName www.domain.tld
    + ServerPath /domain
    + DocumentRoot /web/domain
    +     + </VirtualHost>
    +     + +

    この例にはどういう意味があるでしょうか? これは + "/domain" で始まる URI へのリクエストはすべて、 + バーチャルホスト www.domain.tld で処理される、 + という意味です。つまり、すべてのクライアントで + http://www.domain.tld/domain/ でアクセスできるページが、 + Host: ヘッダを送ってくるクライアントであれば + http://www.domain.tld/ としてもアクセスできる、 + という意味です。

    + +

    これが動作するようにするには、 + プライマリのバーチャルホストのページに + http://www.domain.tld/domain/ へのリンクを設置します。 + そして、バーチャルホストのページでは、純粋な相対リンク (例: + "file.html" や "../icons/image.gif")、 + あるいは /domain/ で始まるリンク (例: + "http://www.domain.tld/domain/misc/file.html" や + "/domain/misc/file.html") だけを設置します。

    + +

    これには、幾分かの規律が必要となりますが、 + このようなガイドラインを忠実に守ることにより、たいていの場合、 + すべてのブラウザで ― 新しいブラウザでも古いものでも ― + 作成したページが見えるということを保証します。

    + +
    +     + + diff --git a/docs/manual/vhosts/name-based.xml.meta b/docs/manual/vhosts/name-based.xml.meta index d8491f23f30..5c011302e2f 100644 --- a/docs/manual/vhosts/name-based.xml.meta +++ b/docs/manual/vhosts/name-based.xml.meta @@ -8,7 +8,7 @@ de en - ja + ja ko