From 59312ece282d571d6f4b4e19ed272c85a9cfe740 Mon Sep 17 00:00:00 2001 From: Takashi Sato Date: Mon, 16 Jun 2008 09:37:15 +0000 Subject: [PATCH] update transformations git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@668094 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/dns-caveats.html.en | 18 +- docs/manual/dns-caveats.xml.ja | 2 +- docs/manual/dns-caveats.xml.ko | 2 +- docs/manual/glossary.html | 4 + docs/manual/glossary.html.de | 2 + docs/manual/glossary.html.en | 169 ++--- docs/manual/glossary.html.es | 2 + docs/manual/glossary.html.fr | 2 + docs/manual/glossary.html.ja.utf8 | 452 ++++++++++++ docs/manual/glossary.html.ko.euc-kr | 2 + docs/manual/glossary.html.tr.utf8 | 2 + docs/manual/glossary.xml.de | 2 +- docs/manual/glossary.xml.es | 2 +- docs/manual/glossary.xml.ko | 2 +- docs/manual/glossary.xml.meta | 1 + docs/manual/mod/mod_auth_digest.html.en | 18 +- docs/manual/mod/mod_auth_digest.xml.ko | 2 +- docs/manual/mod/quickreference.html.de | 16 +- docs/manual/mod/quickreference.html.en | 16 +- docs/manual/mod/quickreference.html.es | 16 +- docs/manual/mod/quickreference.html.ja.utf8 | 16 +- docs/manual/mod/quickreference.html.ru.koi8-r | 16 +- docs/manual/mod/quickreference.html.tr.utf8 | 16 +- docs/manual/platform/win_compiling.html.en | 9 +- docs/manual/platform/win_compiling.xml.ko | 2 +- docs/manual/vhosts/details.html | 4 + docs/manual/vhosts/details.html.en | 6 +- docs/manual/vhosts/details.html.fr | 6 +- docs/manual/vhosts/details.html.ko.euc-kr | 6 +- docs/manual/vhosts/details.html.tr.utf8 | 408 +++++++++++ docs/manual/vhosts/details.xml.meta | 1 + docs/manual/vhosts/examples.html | 4 + docs/manual/vhosts/examples.html.en | 6 +- docs/manual/vhosts/examples.html.fr | 6 +- docs/manual/vhosts/examples.html.ja.utf8 | 6 +- docs/manual/vhosts/examples.html.ko.euc-kr | 6 +- docs/manual/vhosts/examples.html.tr.utf8 | 645 ++++++++++++++++++ docs/manual/vhosts/examples.xml.meta | 1 + docs/manual/vhosts/fd-limits.html | 4 + docs/manual/vhosts/fd-limits.html.en | 6 +- docs/manual/vhosts/fd-limits.html.fr | 6 +- docs/manual/vhosts/fd-limits.html.ja.utf8 | 6 +- docs/manual/vhosts/fd-limits.html.ko.euc-kr | 6 +- docs/manual/vhosts/fd-limits.html.tr.utf8 | 126 ++++ docs/manual/vhosts/fd-limits.xml.meta | 1 + docs/manual/vhosts/mass.html | 4 + docs/manual/vhosts/mass.html.en | 6 +- docs/manual/vhosts/mass.html.ko.euc-kr | 6 +- docs/manual/vhosts/mass.html.tr.utf8 | 440 ++++++++++++ docs/manual/vhosts/mass.xml.meta | 1 + 50 files changed, 2326 insertions(+), 182 deletions(-) create mode 100644 docs/manual/glossary.html.ja.utf8 create mode 100644 docs/manual/vhosts/details.html.tr.utf8 create mode 100644 docs/manual/vhosts/examples.html.tr.utf8 create mode 100644 docs/manual/vhosts/fd-limits.html.tr.utf8 create mode 100644 docs/manual/vhosts/mass.html.tr.utf8 diff --git a/docs/manual/dns-caveats.html.en b/docs/manual/dns-caveats.html.en index a0f2dee33ec..282e9900ee4 100644 --- a/docs/manual/dns-caveats.html.en +++ b/docs/manual/dns-caveats.html.en @@ -109,14 +109,18 @@ configuration snippet:

- <VirtualHost www.abc.dom>
-   ServerAdmin webgirl@abc.dom
-   DocumentRoot /www/abc
- </VirtualHost>
+ <VirtualHost www.abc.dom>
+ + ServerAdmin webgirl@abc.dom
+ DocumentRoot /www/abc
+ + </VirtualHost>

- <VirtualHost www.def.dom>
-   ServerAdmin webguy@def.dom
-   DocumentRoot /www/def
+ <VirtualHost www.def.dom>
+ + ServerAdmin webguy@def.dom
+ DocumentRoot /www/def
+ </VirtualHost>

diff --git a/docs/manual/dns-caveats.xml.ja b/docs/manual/dns-caveats.xml.ja index 6910957b093..11c0240c3f9 100644 --- a/docs/manual/dns-caveats.xml.ja +++ b/docs/manual/dns-caveats.xml.ja @@ -1,7 +1,7 @@ - + + +用語 - Apache HTTP サーバ + + + + +
+

モジュール | ディレクティブ | FAQ | 用語 | サイトマップ

+

Apache HTTP サーバ バージョン 2.2

+
+
<-
+
+Apache > HTTP サーバ > ドキュメンテーション > バージョン 2.2

用語

+
+

Available Languages:  de  | + en  | + es  | + fr  | + ja  | + ko  | + tr 

+
+ +

この用語集では Apacheに特化した用語と、 + ウェブサーバ全般で一般的な用語をいくつか定義しています。 + それぞれの概念の、より詳細な情報はリンク先にあります。

+
+
top
+
+

定義

+ +
+
アクセス制御
+
ネットワーク認可領域へのアクセスを制限します。Apache においては、 + 普通はアクセスの制限は URL に対するものとなります。
+ 参照: 認証、承認、アクセス制御 +
+ +
アルゴリズム
+
有限回のステップで問題を解くためのあいまいでない式もしくは規則の + 集合。暗号のためのアルゴリズムは通常 Cipher と呼ばれます。 +
+ +
APache + eXtension Tool (apxs)
+
モジュール ソースを + 動的共有オブジェクト (DSO) にコンパイルし、 + Apache Web サーバにインストールする手助けをする perl スクリプト。
+ 参照: マニュアルページ: apxs +
+ +
Apache Portable Runtime (APR)
+
サーバ(訳注: Apache HTTP Server)と OS の + 間の基本的なインターフェースの多くを提供する(訳注: + OS の差を吸収する)ライブラリのセット。 APR は 独立した + プロジェクトとして Apache HTTP Server と平行して開発が行われています。
+ 参照: Apache Portable Runtime + プロジェクト +
+ +
認証
+
サーバ、クライアント、ユーザといったネットワークエンティティの + 身元の特定。
+ 参照: 認証、承認、アクセス制御 +
+ +
証明書
+
サーバやクライアントといったネットワークエンティティを認証するのに + 使用されるデータレコード。証明書には (subject と呼ばれる) 所有者と、 + (issuer と呼ばれる) 認証局 の署名、所有者の + 公開鍵 と、CA による署名という + X.509 の情報が含まれます。ネットワークエンティティはそれらの署名を + CA 証明書を使って検証します。
+ 参照: SSL/TLS 暗号化 +
+ +
証明書署名リクエスト + (訳注: Certificate Signing Request) + (CSR)
+
認証局 に提出 + する未署名の 証明書。 + 認証局は CA 証明書 の 秘密鍵 で署名します。 + 一旦 CSR に署名がなされると、それは本物の証明書になります。
+ 参照: SSL/TLS 暗号化 +
+ +
証明局 + (訳注: Certification Authority) + (CA)
+
安全な方法で認証を行なったネットワークエンティティの証明書を + 署名するための信頼できる第三者機関。他のネットワークエンティティは + 証明書の保持者が CA に認証されたかを署名を検証することで調べることが + できます。
+ 参照: SSL/TLS 暗号化 +
+ +
Cipher
+
データ暗号化のためのアルゴリズム。例えば DES, IDEA, RC4 など。
+ 参照: SSL/TLS 暗号化 +
+ +
暗号文
+
平文 が + Cipher をかけられた結果。
+ 参照: SSL/TLS 暗号化 +
+ +
Common + Gateway Interface (CGI)
+
外部プログラムがリクエストを扱うことができるようにするための + ウェブサーバと外部プログラム間のインタフェースの標準仕様。 + インタフェースは元々 NCSA により定義 + されていましたが + RFC プロジェクト も存在します。
+ 参照: CGI による動的コンテンツ +
+ +
設定ディレクティブ
+
参照: ディレクティブ
+ +
設定ファイル
+
Apache の設定を制御する ディレクティブ + の書かれたテキストファイル。
+ 参照: 設定ファイル +
+ +
CONNECT
+
データチャネルをそのまま HTTP 上でプロキシするための HTTP + メソッド。SSL のような他の + プロトコルをくるむために使うことができます。 +
+ +
コンテキスト
+
設定ファイル 中で、 + 特定の種類の ディレクティブ が許可されている場所。
+ 参照: Apache のディレクティブの + 説明に使われている用語 +
+ +
デジタル署名
+
証明書や他のファイルを検証するための暗号化されたテキストブロック。 + 認証局 は + 証明書 に埋め込まれた 公開鍵 のハッシュを作成し、 + それを自身の 秘密鍵 で暗号化することで署名を作成します。 + CA の公開鍵でのみその署名を復号することができますので、それにより + 証明書 を保有するネットワークエンティティを CA が認証した + ことを検証できます。
+ 参照: SSL/TLS 暗号化 +
+ +
ディレクティブ
+
Apache のいろいろな振る舞いを制御する設定コマンド。ディレクティブは + 設定ファイル に + 書かれます。
+ 参照: ディレクティブ索引 +
+ +
動的 + 共有オブジェクト (訳注: Dynamic + Shared Object) (DSO)
+
必要に応じて読み込むことが可能な、Apache httpd とは + 別にコンパイルされた モジュール
+ 参照: 動的共有オブジェクトサポート +
+ +
環境変数 + (env-variable)
+
情報を保管したり、プログラム間の通信をするために使われる、 + オペレーティングシステムのシェルにより管理されている名前付きの変数。 + Apache も環境変数と呼ばれる内部変数を持っていますが、こちらは + シェル環境ではなく、Apache の内部構造体に保持されています。
+ 参照: Apache の環境変数 +
+ +
輸出強度削減 + (訳注: Export-Crippled)
+
アメリカの Export Administration Regulations (EAR) + (訳注: 輸出管理規則) に従うために暗号の強度 (とセキュリティ) + を削減すること。輸出強度削減された暗号ソフトウェアは小さいキーに + 制限され、通常総当たり攻撃で復号できてしまう 暗号文 を生成する + ことになります。
+ 参照: SSL/TLS 暗号化 +
+ +
フィルタ
+
サーバから送られるデータとサーバが受け取るデータに適用される処理。 + 入力フィルタはクライアントからサーバに送られたデータを処理し、 + 出力フィルタはサーバにある文書をクライアントに送る前に処理します。 + 例えば、INCLUDES 出力フィルタは + Server Side Includes の文書を + 処理します。
+ 参照: フィルタ +
+ +
完全修飾ドメイン名 + (訳注: Fully-Qualified Domain-Name) + (FQDN)
+
IP アドレスに解決できるホスト名と、ドメイン名からなるネットワーク + エンティティの一意な名前。例えば、www はホスト名で、 + example.com はドメイン名なので、 + www.example.com は完全修飾ドメイン名になります。
+ +
ハンドラ
+
ファイルが呼ばれたときに行なわれる動作の Apache の内部での表現。 + 一般にファイルにはファイルの種類に応じて暗黙のハンドラが設定されて + います。普通はすべてのファイルがサーバにより送られますが、別に + 扱われる (訳注: handle) ファイルの種類も存在します。 + 例えば cgi-script はファイルが + CGI として処理されるように指定します。
+ 参照: Apache のハンドラの使用 +
+ +
ハッシュ
+
任意の文字列から固定長の文字列を生成する、数学的な一方向で不可逆な + アルゴリズム。異なった入力文字列からは普通は違うハッシュが生成されます + (ハッシュ関数に依存します)。
+ +
ヘッダ
+
実際のコンテンツの前に送られ、コンテンツを説明するメタ情報の + 入った HTTP リクエストと応答の一部分。
+ +
.htaccess
+
ウェブツリーに置かれて、そのディレクトリとサブディレクトリに + ディレクティブ を適用する + 設定ファイル。 + 名前とは裏腹に、このファイルにはアクセス制御ディレクティブだけでなく、 + ほとんどどんな種類のディレクティブでも書くことができます。
+ 参照: 設定ファイル +
+ +
httpd.conf
+
メインの Apache 設定 + ファイル。デフォルトの場所は + /usr/local/apache2/conf/httpd.conf + ですが、実行時やコンパイル時の設定により違う場所に移動されて + いるかもしれません。
+ 参照: 設定ファイル +
+ +
HyperText Transfer Protocol + (HTTP)
+
World Wide Web で使われる標準の転送プロトコル。Apache + は HTTP/1.1 と呼ばれ、RFC 2616 + で定義されているプロトコルのバージョン 1.1 を実装しています。
+ +
HTTPS
+
The HyperText Transfer Protocol (Secure), + World Wide Web での暗号化された標準の通信機構。これは実際は + 単に SSL 上での HTTP です。
+ 参照: SSL/TLS 暗号化 +
+ +
メソッド
+
HTTP の文脈では、 + クライアントから指定されたリクエスト行に対応するリソース + に対して行なう動作。HTTP では GET, POST, + PUT といったようなメソッドがあります。
+ +
メッセージダイジェスト
+
メッセージのハッシュで、メッセージの内容が転送時に変更されていないことの検証に + 使える。
+ 参照: SSL/TLS 暗号化 +
+ +
MIME タイプ
+
送信されているドキュメントの種類を表すための方法。 + この名前はフォーマットが Multipurpose Internet Mail Extensions から + 借りてこられたことによります。これはスラッシュで分離された、 + 主タイプと副タイプからなります。例えば、text/html, + image/gif, application/octet-stream など + があります。HTTP では、MIME タイプは Content-Type + ヘッダ で送信されます。
+ 参照: mod_mime +
+ +
モジュール
+
プログラムの独立した一部分。Apache の機能の多くは使用するかしないかを + 選択できるモジュールの中にあります。Apache httpd + に組み込まれているモジュールは静的モジュールと呼ばれ、 + 別に保存され、実行時に読み込むことのできるモジュールは + 動的モジュール もしくは DSO と + 呼ばれます。デフォルトで含まれているモジュールはbase モジュール + と呼ばれます。Apache HTTP サーバの tarball + の一部としては配られていない Apache 用のモジュールがあります。 + それらは サードパーティモジュール と呼ばれます。
+ 参照: モジュール索引 +
+ +
Module Magic + Number (MMN)
+
Apache ソースコードで定義されている、モジュールのバイナリ互換性に + 関する定数。バイナリ互換性が保てなくなるような Apache 内部の構造体や、 + 関数呼び出し、その他の API の重要な部分の変更があったときに変更されます。 + MMN が変わると、すべてのサードパーティモジュールは少なくとも再コンパイルを + する必要があり、場合によっては新しいバージョンの Apache で動作するために + 少し変更する必要さえあるかもしれません。
+ +
OpenSSL
+
SSL/TLS 用のオープンソースツールキット
+ 参照 http://www.openssl.org/# +
+ +
パスフレーズ
+
秘密鍵のファイルを保護するための語句。権限の無いユーザが + 暗号化するのを防ぎます。通常は単に Cipher の秘密の暗号用と復号用のキーです。
+ 参照: SSL/TLS 暗号化 +
+ +
平文
+
暗号化されていないテキスト。
+ +
秘密鍵
+
受け取るメッセージの復号と送出するメッセージの署名に使われる、 + 公開鍵暗号 の + 秘密鍵。
+ 参照: SSL/TLS 暗号化 +
+ +
プロキシ
+
クライアントと オリジンのサーバ の間に存在する中間サーバ。 + クライアントからのリクエストを受け取り、オリジンのサーバに送信して、オリジンの + サーバからの応答をクライアントに返します。複数のクライアントが同じ + コンテンツを要求する場合は、毎回元のサーバにリクエストを送る代わり + プロキシはキャッシュからコンテンツを送り、応答時間を短縮することが + できます。
+ 参照: mod_proxy +
+ +
公開鍵
+
所有者に向けられたメッセージの暗号化と所有者による署名の復号に使われる、 + 公開鍵暗号システムに + おける公けにされている鍵。
+ 参照: SSL/TLS 暗号化 +
+ +
公開鍵暗号
+
ある鍵を暗号に使い、別の鍵を復号に使う非対称暗号システムについての研究や + その応用を指す。対応する鍵はキーペアと呼ばれます。非対称暗号とも呼ばれます。
+ 参照: SSL/TLS 暗号化 +
+ +
正規表現 + (Regex)
+
テキストのパターンを表現する方式の一つ。例えば、 + 「A で始まるすべての単語」や「すべての 10 桁の電話番号」や、 + 「コンマが二つあり、大文字の Q がないすべての文」というのでさえ表現 + できます。 + 正規表現は Apache においても便利なもので、ファイルやリソースの集まりに対して + 何らかの属性を適用することがとても柔軟にできます。例えば、 + すべての "images" ディレクトリの下の、すべての .gif と .jpg ファイル + は /images/.*(jpg|gif)$ と書くことができます。 + Apache では PCRE ライブラリが提供する + Perl 互換正規表現 (訳注: Perl Compatible Regular Expressions) + を使います。
+ +
リバースプロキシ
+
クライアントには オリジンのサーバ のように見える + プロキシ サーバ。セキュリティの + ためや、負荷分散のためにクライアントからオリジンのサーバを隠したいときに + 便利です。
+ +
Secure Sockets + Layer (SSL)
+
Netscape Communications Corporation により + TCP/IP ネットワーク上で一般の通信の認証と暗号用に作られたプロトコル。 + 最もよく使われているものは HTTPS つまり SSL 上での + HyperText Transfer Protocol (HTTP) です。
+ 参照: SSL/TLS 暗号化 +
+ +
Server Side + Includes (SSI)
+
HTML ファイル中に処理ディレクティブを埋め込む技術の一つ。
+ 参照: Server Side Includes 入門 +
+ +
セッション
+
一般的な通信における文脈情報。
+ +
SSLeay
+
Eric A. Young 氏による SSL/TLS を実装した元々のライブラリ。
+ +
対称暗号 +
+
一つの秘密鍵を暗号化と復号の両方に使う Cipher の + 研究や応用を指す。
+ +
Tarball
+
tar ユーティリティを使ってまとめられたファイルのパッケージ。 + Apache 配布は圧縮された tar アーカイブか pkzip で保管されています。
+ +
Transport + Layer Security (TLS)
+
TCP/IP ネットワーク上での一般通信の認証と暗号化用に + Internet Engineering Task Force (IETF) により作成された SSL の + 後継プロトコル。TLS バージョン 1 は SSL バージョン 3 とほぼ同じです。
+ 参照: SSL/TLS 暗号化 +
+ +
Uniform + Resource Locator (URL)
+
Internet のリソースの名前、もしくはアドレス。これは正式には + Uniform Resource Identifier + と呼ばれるもののよく使われる非公式な名前です。URL は普通は、 + http や https といったスキームとホスト名、 + パスからなります。このページの URL はおそらく + http://httpd.apache.org/docs/2.2/glossary.html + と思われます。 +
+ +
Uniform Resource Identifier + (URI)
+
抽象的なリソースや物理リソースを同定するためのコンパクトな文字列。 + 正式には RFC 2396 で + 定義されています。WWW で使われている URI は通常 + URL と呼ばれます。 +
+ +
バーチャルホスト
+
一つの Apache を使って複数のウェブサイトを扱うこと。 + IP バーチャルホスト は IP アドレスを使ってウェブサイトを + 区別します。また 名前ベースのバーチャルホスト は + ホストの名前だけを使って区別するので、同じ IP アドレス上での多くのサイトを + ホストできます。
+ 参照: Apache バーチャルホストの文書 +
+ +
X.509
+
SSL/TLS 認証に使われている International + Telecommunication Union (ITU-T) により推奨されている認証証明書の形式。
+ 参照: SSL/TLS 暗号化 +
+
+
+
+

Available Languages:  de  | + en  | + es  | + fr  | + ja  | + ko  | + tr 

+
+ \ No newline at end of file diff --git a/docs/manual/glossary.html.ko.euc-kr b/docs/manual/glossary.html.ko.euc-kr index 2589ec3c690..10951871730 100644 --- a/docs/manual/glossary.html.ko.euc-kr +++ b/docs/manual/glossary.html.ko.euc-kr @@ -22,6 +22,7 @@  en  |  es  |  fr  | + ja  |  ko  |  tr 

@@ -360,6 +361,7 @@ ITU-T)  en  |  es  |  fr  | + ja  |  ko  |  tr 

@@ -463,6 +464,7 @@  en  |  es  |  fr  | + ja  |  ko  |  tr 

@@ -653,7 +654,8 @@

Available Languages:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/examples.html.fr b/docs/manual/vhosts/examples.html.fr index da0c971a41e..81a0ed6cbdf 100644 --- a/docs/manual/vhosts/examples.html.fr +++ b/docs/manual/vhosts/examples.html.fr @@ -21,7 +21,8 @@

Langues Disponibles:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

Cette traduction peut être périmée. Verifiez la version Anglaise pour les changements récents.
@@ -674,7 +675,8 @@

Langues Disponibles:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/examples.html.ja.utf8 b/docs/manual/vhosts/examples.html.ja.utf8 index 39b763b0a88..92a97751abe 100644 --- a/docs/manual/vhosts/examples.html.ja.utf8 +++ b/docs/manual/vhosts/examples.html.ja.utf8 @@ -21,7 +21,8 @@

Available Languages:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

This translation may be out of date. Check the English version for recent changes.
@@ -643,7 +644,8 @@

Available Languages:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/examples.html.ko.euc-kr b/docs/manual/vhosts/examples.html.ko.euc-kr index a1c0837f2b7..e01e5213811 100644 --- a/docs/manual/vhosts/examples.html.ko.euc-kr +++ b/docs/manual/vhosts/examples.html.ko.euc-kr @@ -21,7 +21,8 @@

°¡´ÉÇÑ ¾ð¾î:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -622,7 +623,8 @@

°¡´ÉÇÑ ¾ð¾î:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/examples.html.tr.utf8 b/docs/manual/vhosts/examples.html.tr.utf8 new file mode 100644 index 00000000000..c2dba66425c --- /dev/null +++ b/docs/manual/vhosts/examples.html.tr.utf8 @@ -0,0 +1,645 @@ + + + +Sanal Konak Örnekleri - Apache HTTP Sunucusu + + + + +
+

Modüller | Yönergeler | SSS | Terimler | Site Haritası

+

Apache HTTP Sunucusu Sürüm 2.2

+
+
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.2 > Sanal Konaklar

Sanal Konak Örnekleri

+
+

Mevcut Diller:  en  | + fr  | + ja  | + ko  | + tr 

+
+ + +

Bu belgede sanal konaklarla ile ilgili olarak karşılaşılması olası tüm + senaryolara yer verilmeye çalışılmıştır. Buradaki senaryolar, tek bir + sunucu üzerinde isme dayalı veya IP’ye dayalı sanal konaklar aracılığıyla çok + sayıda sitenin sunumu ile ilgilidir. +

+ +
+ +
top
+
+

Tek bir IP ile çok sayıda isme dayalı site

+ + +

Bu örnekte, makinenizin tek bir IP adresine sahip olduğunu ve bu + makineye mesela.dom ve faraza.dom şeklinde + (DNS A kayıtları sayesinde) farklı isimlerle erişilebildiğini + varsayalım.

+ +

Bilginize

Apache sunucusu üzerinde sanal konakları + yapılandırmakla bu konak isimleri için sihirli bir şekilde DNS + kayıtlarının da oluşturulmasını sağlamış olmazsınız. Bu isimler için + ilgili DNS kayıtlarında sizin IP adresinize çözümlenen A kayıtlarının + olması gerekir, yoksa sitenize kimse erişemez. Sitelere erişimi yerel + olarak denemek isterseniz, bu girdileri hosts dosyanıza + yazabilirsiniz. Fakat bu sadece sizin makinenizde çalışır. Yerel + ağınızdaki her makinenin hosts dosyasına bu girdileri + yazarak yerel ağdan erişimi bu yolla sağlayabilirsiniz ama dış ağdan + gelecek ziyaretçileriniz için DNS kayıtlarınızın olması şarttır.

+
+ +

Sunucu yapılandırması

+ + # Apache’nin 80. portu dinlediğinden emin olalım
+ Listen 80
+
+ # Sanal konak istekleri için bütün IP adresleri dinlensin.
+ NameVirtualHost *:80
+
+ <VirtualHost *:80>
+ + DocumentRoot /siteler/mesela
+ ServerName mesela.dom
+
+ # Diğer yönergeler, burada ...
+
+ + </VirtualHost>
+
+ <VirtualHost *:80>
+ + DocumentRoot /siteler/faraza
+ ServerName faraza.dom
+
+ # Diğer yönergeler, burada ...
+
+ + </VirtualHost> +

+ +

Yıldız imleri tüm adreslerle eşleşmeyi sağladığından ana sunucu + (yapılandırma dosyası genelindeki yapılandırma - sunucu geneli) + erişilebilir olmayacaktır. mesela.dom yapılandırma + dosyasındaki ilk sanal konak olduğundan en yüksek önceliğe sahiptir ve + öntanımlı veya baskın site olarak davranır. + Yani, hiçbir ServerName yönergesi ile eşleşmeyen bir istek + alındığında bu istek ilk VirtualHost yapılandırması ile + karşılanır.

+ +

Bilginize

+

İsterseniz, * yerine kendi IP adresinizi yazabilirsiniz. + Ancak bu durumda bunu hem VirtualHost hem de + NameVirtualHost için yapmalısınız:

+ +

+ NameVirtualHost 192.168.1.22
+
+ <VirtualHost 192.168.1.22>
+ # vs. ... +

+ +

Bununla birlikte, IP adresinin önceden kestirilebilir olmadığı + sistemlerde, örneğin, hizmet sağlayıcınıza çevirmeli ağ ile bağlanıyor + ve onun rasgele atadığı bir IP adresi için bir devingen DNS çözümü + kullanıyorsanız, IP adresi değil de * kullanmak daha çok + işinize yarayacaktır. Yıldız imi her IP adresi ile eşleşeceğinden IP + adresiniz değişse bile bu yapılandırmayı değiştirmeden + kullanabilirsiniz.

+
+ +

Yukarıdaki yapılandırmayı hemen hemen tüm isme dayalı sanal konaklar + için kullanabilirsiniz. Bu yapılandırmanın çalışmayacağı tek durum, + farklı içerikleri farklı IP adreslerinden sunma gereğiyle + karşılaşmaktır.

+ +
top
+
+

IP adresleri farklı çok sayıda isme dayalı site

+ + +

Bilginize

+

Burada açıklanan teknikler istendiği kadar çok IP adresine + genişletilebilir.

+
+ +

Sunucunun iki IP adresi olsun. Birinden "ana sunucu" + (192.168.1.2) diğerinden mesela.dom + 192.168.2.2 hizmet versin. Bu arada başka sanal konakları + da sunabilelim istiyoruz.

+ +

Sunucu yapılandırması

+ + Listen 80
+
+ # Bu, 192.168.1.2 adresindeki "ana sunucu" olsun
+ ServerName sunucu.faraza.dom
+ DocumentRoot /siteler/anasunucu
+
+ # Burası da diğer adres için
+ NameVirtualHost 192.168.2.2
+
+ <VirtualHost 192.168.2.2>
+ + DocumentRoot /siteler/mesela
+ ServerName mesela.dom
+
+ # Diğer yönergeler, burada ...
+
+ + </VirtualHost>
+
+ <VirtualHost 192.168.2.2>
+ + DocumentRoot /siteler/falanca
+ ServerName falanca.dom
+
+ # Diğer yönergeler, burada ...
+
+ + </VirtualHost> +

+ +

192.168.2.2 adresinden gelmeyen tüm isteklere ana sunucu + (sunucu.faraza.dom), 192.168.2.2 adresinden + gelen sunucu ismi belirtmeyenler ile Host: başlığı + belirtmeyenlere ise mesela.dom hizmet verecektir.

+ +
top
+
+

Aynı içeriği farklı IP adresleriyle sunmak + (örn., dahili ve harici ağlara)

+ +

Sunucu makine iki IP adresine sahip olsun. Biri iç ağa + (192.168.1.1) diğeri dış ağa (172.20.30.40) + bakıyor olsun. sunucu.mesela.dom ismi dış ağda dış ağa + bakan IP’ye, iç ağda ise iç ağa bakan IP’ye çözümleniyor olsun.

+ +

Bu durumda, sunucu hem iç hem de dış ağdan gelen isteklere aynı içerik, + dolayısıyla aynı VirtualHost bölümü ile hizmet + verebilir.

+ +

Sunucu yapılandırması

+ + NameVirtualHost 192.168.1.1
+ NameVirtualHost 172.20.30.40
+
+ <VirtualHost 192.168.1.1 172.20.30.40>
+ + DocumentRoot /siteler/sunucu
+ ServerName sunucu.mesela.dom
+ ServerAlias sunucu
+ + </VirtualHost> +

+ +

Artık, hem iç hem de dış ağdan gelen isteklere aynı + VirtualHost bölümünden hizmet sunulacaktır.

+ +

Bilginize:

+

İç ağdan istek yapan biri, tam nitelenmiş konak ismi + sunucu.mesela.dom yerine makine ismini + (sunucu) kullanabilir (ServerAlias sunucu + satırına dikkat).

+ +

Ayrıca, yukarıdaki gibi iki ayrı IP adresi belirtmek yerine sadece + * belirtmekle sunucunun tüm IP adreslerine yine aynı + içerikle yanıt vereceğine dikkat ediniz.

+
+ +
top
+
+

Farklı portlarla farklı siteler

+ +

Aynı IP adresine sahip çok sayıda konak ismine sahip olduğunuzu ve + bunların bazılarının farklı portları kullanmasını istediğinizi + varsayalım. NameVirtualHost + yönergesi ile port tanımlamak suretiyle bunu mümkün kılabilirsiniz. + NameVirtualHost isim:port tanımı yapmadan + veya bunun yerine Listen + kullanarak VirtualHost isim:port kullanmaya + kalkışırsanız, yapılandırmanız çalışmayacaktır.

+ +

Sunucu yapılandırması

+ + Listen 80
+ Listen 8080
+
+ NameVirtualHost 172.20.30.40:80
+ NameVirtualHost 172.20.30.40:8080
+
+ <VirtualHost 172.20.30.40:80>
+ + ServerName mesela.dom
+ DocumentRoot /siteler/mesela-80
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40:8080>
+ + ServerName mesela.dom
+ DocumentRoot /siteler/mesela-8080
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40:80>
+ + ServerName faraza.dom
+ DocumentRoot /siteler/faraza-80
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40:8080>
+ + ServerName faraza.dom
+ DocumentRoot /siteler/faraza-8080
+ + </VirtualHost> +

+ +
top
+
+

IP’ye dayalı sanal konaklar

+ +

Sunucu makinenin, biri mesela.dom adından çözümlenen + 172.20.30.40, diğeri faraza.dom adından + çözümlenen 172.20.30.50 diye iki IP adresi olsun.

+ +

Sunucu yapılandırması

+ + Listen 80
+
+ <VirtualHost 172.20.30.40>
+ + DocumentRoot /siteler/mesela
+ ServerName mesela.dom
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.50>
+ + DocumentRoot /siteler/faraza
+ ServerName faraza.dom
+ + </VirtualHost> +

+ +

<VirtualHost> yönergelerinde belirtilmeyen + adreslerle yapılan isteklere (örneğin, localhost) sunucu + genelindeki yapılandırma ile ana sunucu yanıt verecektir.

+
top
+
+

Hem IP’ye hem de porta dayalı sanal konaklar

+ + +

Sunucu makinenin, biri mesela.dom adından çözümlenen + 172.20.30.40, diğeri faraza.dom adından + çözümlenen 172.20.30.50 diye iki IP adresi olsun ve iki + konak da hem 80 hem de 8080 portlarında çalışsınlar istiyoruz.

+ +

Sunucu yapılandırması

+ + Listen 172.20.30.40:80
+ Listen 172.20.30.40:8080
+ Listen 172.20.30.50:80
+ Listen 172.20.30.50:8080
+
+ <VirtualHost 172.20.30.40:80>
+ + DocumentRoot /siteler/mesela-80
+ ServerName mesela.dom
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40:8080>
+ + DocumentRoot /siteler/mesela-8080
+ ServerName mesela.dom
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.50:80>
+ + DocumentRoot /siteler/faraza-80
+ ServerName faraza.dom
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.50:8080>
+ + DocumentRoot /siteler/faraza-8080
+ ServerName faraza.dom
+ + </VirtualHost> +

+ +
top
+
+

Hem isme hem de IP‘ye dayalı sanal konaklar

+ + +

Bazı adreslerde isme dayalı, bazılarında da IP’ye dayalı sanal konaklar + çalışsın istersek...

+ +

Sunucu yapılandırması

+ + Listen 80
+
+ NameVirtualHost 172.20.30.40
+
+ <VirtualHost 172.20.30.40>
+ + DocumentRoot /siteler/mesela
+ ServerName mesela.dom
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40>
+ + DocumentRoot /siteler/faraza
+ ServerName faraza.dom
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40>
+ + DocumentRoot /siteler/falanca
+ ServerName falanca.dom
+ + </VirtualHost>
+
+ # IP-based
+ <VirtualHost 172.20.30.50>
+ + DocumentRoot /siteler/filanca
+ ServerName filanca.dom
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.60>
+ + DocumentRoot /siteler/fesmekan
+ ServerName fesmekan.dom
+ + </VirtualHost> +

+ +
top
+
+

Virtualhost ve + mod_proxy’nin birlikte kullanımı

+ +

Bu örnekte bir arabirimi dışarıya bakan bir makinede, başka bir + makinede çalışan bir sunucuya sanal konak olarak, bir vekil sunucu + çalıştırmak istediğimizi varsayıyoruz. 192.168.111.2 IP + adresli bir makinede aynı isimde bir sanal konak yapılandırılmış olsun. + Çok sayıda konak ismi için vekil olarak tek bir makine kullandığımızdan + ve konak isminin de aktarılmasını arzuladığımızdan ProxyPreserveHost On yönergesini + kullandık.

+ +

+ <VirtualHost *:*>
+ + ProxyPreserveHost On
+ ProxyPass / http://192.168.111.2/
+ ProxyPassReverse / http://192.168.111.2/
+ ServerName konak.mesela.dom
+ + </VirtualHost> +

+ +
top
+
+

_default_ sanal konakları

+ +

Tüm portlar için _default_

+ + +

Bir IP adresi ve port belirtilmeyen veya hiçbir sanal konağın hiçbir + adresi/portu ile eşleşmeyen istekleri yakalamak istersek...

+ +

Sunucu yapılandırması

+ + + <VirtualHost _default_:*>
+ + DocumentRoot /siteler/default
+ + </VirtualHost> +

+ +

Bütün portlarla eşleşen böyle bir öntanımlı sanal konağın kullanımı + hiçbir isteğin ana sunucuya gitmemesi sonucunu doğurur.

+ +

Bir öntanımlı sanal konak, asla, isme dayalı sanal konaklar için + kullanılmış bir adrese/porta gönderilmiş bir isteğe hizmet sunmaz. Eğer + istek bilinmeyen bir Host: başlığına sahipse veya hiç + Host: başlığı içermiyorsa isteğe daima ilk (yapılandırma + dosyasındaki ilk) isme dayalı sanal konak hizmet sunar.

+ +

Her isteği tek bir bilgilendirme sayfasına (veya betiğe) yönlendirmek + isterseniz AliasMatch veya + RewriteRule yönergesini + kullanabilirsiniz.

+ + +

Farklı portlardan _default_

+ + +

Önceki yapılandırmaya ek olarak 80. portta ayrı bir + _default_ sanal konağı kullanmak istersek...

+ +

Sunucu yapılandırması

+ + + <VirtualHost _default_:80>
+ + DocumentRoot /siteler/default80
+ # ...
+ + </VirtualHost>
+
+ <VirtualHost _default_:*>
+ + DocumentRoot /siteler/default
+ # ...
+ + </VirtualHost> +

+ +

80. porttan hizmet sunan _default_ sanal konağı IP adresi + belirtilmeyen tüm istekleri yakalar, bunu yapabilmesi için yapılandırma + dosyasında tüm portlara hizmet sunan benzerinden önce yer almalıdır. Bu + durumda ana sunucu hiçbir isteğe yanıt vermeyecektir.

+ + +

Tek portluk _default_

+ + +

_default_ sanal konağının sadece 80. porttan hizmet + sunmasını istersek...

+ +

Sunucu yapılandırması

+ + + <VirtualHost _default_:80>
+ DocumentRoot /siteler/default
+ ...
+ </VirtualHost> +

+ +

80. porttan gelen IP adresi belirtilmemiş isteklere + _default_ sanal konağı, diğer portlardan gelen adres + belirtilmemiş isteklere ise ana sunucu hizmet verecektir.

+ + +
top
+
+

Bir isme dayalı sanal konağı bir IP’ye dayalı + sanal konakla yansılamak

+ +

İsme dayalı sanal konak örneklerinin 2. sinde adı + geçen falanca.dom bu örnekte kendi IP adresinden hizmet + veriyor olsun. İsme dayalı sanal konağı eski IP adresiyle kaydetmiş + vekiller ve isim sunucularından kaynaklanacak olası sorunlardan kaçınmak + için yansılama sırasında sanal konağı hem eski hem de yeni IP adresiyle + sunmamız lazım.

+ +

Çözüm kolay, çünkü yapacağımız sadece VirtualHost + yönergesine yeni IP adresini (192.168.2.2) eklemek olacak.

+ +

Sunucu yapılandırması

+ + + Listen 80
+ ServerName mesela.dom
+ DocumentRoot /siteler/mesela
+
+ <VirtualHost 192.168.1.2>
+
+ <VirtualHost 192.168.1.2 192.168.2.2>
+ + DocumentRoot /siteler/falanca
+ ServerName falanca.dom
+ # ...
+ + </VirtualHost>
+
+ <VirtualHost 192.168.1.2>
+ + DocumentRoot /siteler/faraza
+ ServerName faraza.dom
+ ServerAlias *.faraza.dom
+ # ...
+ + </VirtualHost> +

+ +

Böylece sanal konağa hem yeni (bir IP’ye dayalı sanal konak olarak) + hem de eski adresinden (bir isme dayalı sanal konak olarak) + erişilebilecektir.

+ +
top
+
+

ServerPath yönergesinin kullanımı

+ + +

İsme dayalı iki sanal konağı olan bir sunucumuz olsun. Doğru sanal + konağa erişebilmek için istemcinin doğru Host: başlığı + göndermesi gerekir. Eski HTTP/1.0 istemcileri böyle bir başlık + göndermedikleri için Apache istemcinin hangi sanal konağa erişmek + istediğini bilemez (ve isteğe ilk sanal konaktan hizmet sunar). Daha iyi + bir geriye uyumluluk sağlamak için isme dayalı sanal konağa bir önek + bağlantısı içeren bir bilgilendirme sayfası sunmak üzere yeni bir sanal + konak oluşturabiliriz.

+ +

Sunucu yapılandırması

+ + + NameVirtualHost 172.20.30.40
+
+ <VirtualHost 172.20.30.40>
+ + # ilk sanal konak
+ DocumentRoot /siteler/baska
+ RewriteEngine On
+ RewriteRule ^/.* /siteler/baska/index.html
+ # ...
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40>
+ DocumentRoot /siteler/baska/bir
+ + ServerName bir.baska.tld
+ ServerPath /bir/
+ RewriteEngine On
+ RewriteRule ^(/bir/.*) /siteler/baska$1
+ # ...
+ + </VirtualHost>
+
+ <VirtualHost 172.20.30.40>
+ + DocumentRoot /siteler/baska/iki
+ ServerName iki.baska.tld
+ ServerPath /iki/
+ RewriteEngine On
+ RewriteRule ^(/iki/.*) /siteler/baska$1
+ # ...
+ + </VirtualHost> +

+ +

ServerPath yönergesinden dolayı + http://bir.baska.tld/bir/ şeklinde yapılan isteklere + daima “bir” sanal konağı hizmet sunacaktır.

+ +

http://bir.baska.tld/ şeklinde yapılan isteklere ise + istemcinin doğru Host: başlığı göndermesi şartıyla + “bir” sanal konağı hizmet sunacaktır. İstemci, bir + Host: başlığı göndermediği takdirde ilk konaktan bir + bilgilendirme sayfası alacaktır.

+ +

Yalnız buradaki bir tuhaflığa dikkat edin: Eğer istemci bir + Host: başlığı göndermeden + http://iki.baska.tld/bir/ şeklinde bir istek yaparsa bu + isteğe de “bir” sanal konağı hizmet sunacaktır.

+ +

RewriteRule yönergesi, bir + istemcinin, bir URL öneki belirtsin ya da belirtmesin doğru + Host: başlığı gönderdiğinden emin olmak için + kullanılmıştır.

+ +
+
+

Mevcut Diller:  en  | + fr  | + ja  | + ko  | + tr 

+
+ \ No newline at end of file diff --git a/docs/manual/vhosts/examples.xml.meta b/docs/manual/vhosts/examples.xml.meta index 1998b44fd05..1d1fd9d1d6f 100644 --- a/docs/manual/vhosts/examples.xml.meta +++ b/docs/manual/vhosts/examples.xml.meta @@ -11,5 +11,6 @@ fr ja ko + tr diff --git a/docs/manual/vhosts/fd-limits.html b/docs/manual/vhosts/fd-limits.html index 392fda66e0a..3cd6111932c 100644 --- a/docs/manual/vhosts/fd-limits.html +++ b/docs/manual/vhosts/fd-limits.html @@ -15,3 +15,7 @@ Content-type: text/html; charset=UTF-8 URI: fd-limits.html.ko.euc-kr Content-Language: ko Content-type: text/html; charset=EUC-KR + +URI: fd-limits.html.tr.utf8 +Content-Language: tr +Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/vhosts/fd-limits.html.en b/docs/manual/vhosts/fd-limits.html.en index 51861bcc076..786d1a3348f 100644 --- a/docs/manual/vhosts/fd-limits.html.en +++ b/docs/manual/vhosts/fd-limits.html.en @@ -21,7 +21,8 @@

Available Languages:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

@@ -121,7 +122,8 @@ Each file will be called hostname.log.

Available Languages:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/fd-limits.html.fr b/docs/manual/vhosts/fd-limits.html.fr index 88b658ebbad..232461fc223 100644 --- a/docs/manual/vhosts/fd-limits.html.fr +++ b/docs/manual/vhosts/fd-limits.html.fr @@ -21,7 +21,8 @@

Langues Disponibles:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

@@ -134,7 +135,8 @@ nomm

Langues Disponibles:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/fd-limits.html.ja.utf8 b/docs/manual/vhosts/fd-limits.html.ja.utf8 index e0addfcff3b..f928ba278fd 100644 --- a/docs/manual/vhosts/fd-limits.html.ja.utf8 +++ b/docs/manual/vhosts/fd-limits.html.ja.utf8 @@ -21,7 +21,8 @@

Available Languages:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

@@ -118,7 +119,8 @@ split-logfile < /logs/multiple_vhost_log

Available Languages:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/fd-limits.html.ko.euc-kr b/docs/manual/vhosts/fd-limits.html.ko.euc-kr index ed541423258..d6ed194aa7e 100644 --- a/docs/manual/vhosts/fd-limits.html.ko.euc-kr +++ b/docs/manual/vhosts/fd-limits.html.ko.euc-kr @@ -21,7 +21,8 @@

°¡´ÉÇÑ ¾ð¾î:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

@@ -115,7 +116,8 @@ split-logfile < /logs/multiple_vhost_log

°¡´ÉÇÑ ¾ð¾î:  en  |  fr  |  ja  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/fd-limits.html.tr.utf8 b/docs/manual/vhosts/fd-limits.html.tr.utf8 new file mode 100644 index 00000000000..5ab9b0cec54 --- /dev/null +++ b/docs/manual/vhosts/fd-limits.html.tr.utf8 @@ -0,0 +1,126 @@ + + + +Dosya Tanıtıcı Sınırları - Apache HTTP Sunucusu + + + + +
+

Modüller | Yönergeler | SSS | Terimler | Site Haritası

+

Apache HTTP Sunucusu Sürüm 2.2

+
+
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.2 > Sanal Konaklar

Dosya Tanıtıcı Sınırları

+
+

Mevcut Diller:  en  | + fr  | + ja  | + ko  | + tr 

+
+ + +

Çok büyük sayıda sanal konak kullanıyorsanız ve bunların her biri için + ayrı günlük kayıtları tutuyorsanız, Apache dosya tanıtıcılarını + tüketebilir. Apache tarafından, dahili olarak 10-20 dosya tanıtıcıya ek + olarak her hata günlüğü için bir ve her diğer günlük kaydı için bir dosya + tanıcı kullanılır. Unix işletim sisteminde dosya tanıtıcıların sayısı + süreç başına 64 taneyle sınırlıdır ve gerekirse donanıma bağlı olarak + arttırılabilir.

+ +

Apache gerektiğinde bu sınırı kendisi arttırmaya çalışırsa da bu her + zaman mümkün olmaz. Şöyle ki:

+ +
    +
  1. Sisteminiz setrlimit() sistem çağrısını + sağlamıyordur.
    2. + +
  2. Sisteminizde setrlimit(RLIMIT_NOFILE) çağrısı hiçbir işe + yaramıyordur (örneğin, Solaris 2.3).
    3. + +
  3. Dosya tanıtıcılarının sayısı donanıma bağlı olarak daha fazla + arttırılamıyordur.
    4. + +
  4. Sisteminiz dosya tanıtıcı sayısını başka sınırlara bağlı kılmıştır: + örneğin stdio akımları ile ilgili sınır, dosya tanıtıcı sayısının + 256’nın altında ollmasını gerektiriyordur (Solaris 2).
    5. +
+ +

Böyle sorunlar karşısında yapabilecekleriniz:

+ +
  • Ana günlük dosyaları hariç, <VirtualHost> bölümlerinde günlük dosyası + belirtmeyerek günlük dosyası sayısını düşürürsünüz. (Bunun nasıl + yapılacağını öğrenmek için Günlük kayıtlarının + ayrıştırılması bölümüne bakınız.)
    • + +
  • Sisteminizde serbest dosya tanıtıcı sayısı 1-2 civarına düşerse + Apache’yi aşağıdaki gibi bir betikle yeniden çalıştırarak dosya + tanıtıcı sayısını arttırabilirsiniz: + +

    + #!/bin/sh
    + ulimit -S -n 100
    + exec httpd     +

    +
    • +
+ +
+
top
+
+

Günlük kayıtlarının ayrıştırılması

+ +

Günlük dosyalarını çok sayıda sanal konak için ortak olarak + kullanıyorsanız, sanal konaklar için istatistiksel çözümlemeler yapmak + amacıyla sırası geldiğinde bunları ayrıştırabilirsiniz. Bu işlem aşağıda + anlatıldığı gibi yapılabilir.

+ +

İlk iş olarak, sanal konak bilgilerini günlük girdilerine eklemeniz + gerekir. Bu işlem, LogFormat yönergesi ve + %v biçem değişkeni ile yapılabilir. Günlük girdisi biçem + dizgesinin başına bunu ekleyiniz:

+ +

+ LogFormat "%v %h %l %u %t \"%r\" %>s %b" vhost
+ CustomLog logs/multiple_vhost_log vhost +

+ +

Bu yapılandırma ile her günlük kaydının başında sanal konağın + ServerName yönergesine belirtilen + ismi eklenir. (Günlük dosyalarınızın kişiselleştirilmesi ile ilgili daha + fazla bilgi için Günlük + Girdilerinin Kişiselleştirilmesi konusuna bakınız.)

+ +

Günlük dosyanızdaki kayıtları bileşenlere göre gruplamak isterseniz + split-logfile + programını kullanabilirsiniz. Bu programı Apache dağıtımının + support dizininde bulabilirsiniz.

+ +

Programı aşağıdaki gibi çalıştırın:

+ +

+ split-logfile < /logs/multiple_vhost_log +

+ +

Bu programı sanal konaklar için tuttuğunuz günlük dosyasının ismini + argüman olarak belirterek çalıştırdığınızda o dosyadaki kayıtlardan her + sanal konak için ayrı bir günlük dosyası + (konakadı.log) üretilir.

+ +
+
+

Mevcut Diller:  en  | + fr  | + ja  | + ko  | + tr 

+
+ \ No newline at end of file diff --git a/docs/manual/vhosts/fd-limits.xml.meta b/docs/manual/vhosts/fd-limits.xml.meta index b9070da75d5..68b57568f6a 100644 --- a/docs/manual/vhosts/fd-limits.xml.meta +++ b/docs/manual/vhosts/fd-limits.xml.meta @@ -11,5 +11,6 @@ fr ja ko + tr diff --git a/docs/manual/vhosts/mass.html b/docs/manual/vhosts/mass.html index 0ba07cc125e..408420d11ba 100644 --- a/docs/manual/vhosts/mass.html +++ b/docs/manual/vhosts/mass.html @@ -7,3 +7,7 @@ Content-type: text/html; charset=ISO-8859-1 URI: mass.html.ko.euc-kr Content-Language: ko Content-type: text/html; charset=EUC-KR + +URI: mass.html.tr.utf8 +Content-Language: tr +Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/vhosts/mass.html.en b/docs/manual/vhosts/mass.html.en index 71e6b40d8c4..a8efac62e4c 100644 --- a/docs/manual/vhosts/mass.html.en +++ b/docs/manual/vhosts/mass.html.en @@ -19,7 +19,8 @@ Apache > HTTP Server > Documentation > Version 2.2 > Virtual Hosts

Dynamically configured mass virtual hosting

Available Languages:  en  | - ko 

+ ko  | + tr 

@@ -449,7 +450,8 @@ RewriteRule ^/(.*)$ %1/cgi-bin/$1

Available Languages:  en  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/mass.html.ko.euc-kr b/docs/manual/vhosts/mass.html.ko.euc-kr index e80bd84a581..71b09fe9760 100644 --- a/docs/manual/vhosts/mass.html.ko.euc-kr +++ b/docs/manual/vhosts/mass.html.ko.euc-kr @@ -19,7 +19,8 @@ Apache > HTTP Server > Documentation > Version 2.2 > °¡»óÈ£½ºÆ®

´ë·®ÀÇ °¡»óÈ£½ºÆ®¸¦ µ¿ÀûÀ¸·Î ¼³Á¤Çϱâ

°¡´ÉÇÑ ¾ð¾î:  en  | - ko 

+ ko  | + tr 

ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.
@@ -416,7 +417,8 @@ RewriteRule ^/(.*)$ %1/cgi-bin/$1

°¡´ÉÇÑ ¾ð¾î:  en  | - ko 

+ ko  | + tr 

diff --git a/docs/manual/vhosts/mass.html.tr.utf8 b/docs/manual/vhosts/mass.html.tr.utf8 new file mode 100644 index 00000000000..de2ddc525e1 --- /dev/null +++ b/docs/manual/vhosts/mass.html.tr.utf8 @@ -0,0 +1,440 @@ + + + +Devingen olarak Yapılandırılan Kitlesel Sanal Barındırma - Apache HTTP Sunucusu + + + + +
+

Modüller | Yönergeler | SSS | Terimler | Site Haritası

+

Apache HTTP Sunucusu Sürüm 2.2

+
+
<-
+
+Apache > HTTP Sunucusu > Belgeleme > Sürüm 2.2 > Sanal Konaklar

Devingen olarak Yapılandırılan Kitlesel Sanal Barındırma

+
+

Mevcut Diller:  en  | + ko  | + tr 

+
+ + +

Bu belgede sanal konakların sonu belirsiz bir şekilde artışı karşısında + Apache httpd sunucusunun nasıl daha verimli kullanılacağı açıklanmıştır. +

+ +
+ +
top
+
+

Amaç

+ +

Burada açıklanan teknikler, httpd.conf dosyanızın + örnekteki gibi, aslında hemen hemen birbirinin aynı çok sayıda + <VirtualHost> bölümü içereceği zaman yapılacaklar ile + ilgilidir. +

+ +

+NameVirtualHost 111.22.33.44
+<VirtualHost 111.22.33.44>
+ + ServerName musteri-1.dom
+ DocumentRoot /siteler/musteri-1.dom/belgeler
+ ScriptAlias /cgi-bin/ /siteler/musteri-1.dom/cgi-bin
+ +</VirtualHost>
+<VirtualHost 111.22.33.44>
+ + ServerName musteri-2.dom
+ DocumentRoot /siteler/musteri-2.dom/belgeler
+ ScriptAlias /cgi-bin/ /siteler/musteri-2.dom/cgi-bin
+ +</VirtualHost>
+# blah blah blah
+<VirtualHost 111.22.33.44>
+ + ServerName musteri-N.dom
+ DocumentRoot /siteler/musteri-N.dom/belgeler
+ ScriptAlias /cgi-bin/ /siteler/musteri-N.dom/cgi-bin
+ +</VirtualHost> +

+ +

Ana fikir, tüm durağan <VirtualHost> + yapılandırmalarını devingen olarak çalışan tek bir + <VirtualHost> bölümüyle değiştirmektir. Bunun elbette + bazı getirileri olacaktır:

+ +
    +
  1. Yapılandırma dosyanız küçüleceği için Apache daha çabuk + başlatılabilecek ve daha az bellek harcayacaktır.
    2. + +
  2. Yeni sanal konakların eklenmesi, DNS’de yeni girdiler oluşturmak ve + dosya sisteminde bununla ilgili dizinleri açmak dışında biraz daha + basit olacaktır; en azından Apache’yi yeniden yapılandırmak ve yeniden + başlatmak zorunda kalmayacaksınız.
    3. +
+ +

Ana götürüsü ise her sanal konak için ayrı birer günlük dosyasına sahip + olamayacak olmanızdır. Öte yandan, dosya tanıtıcılarının sınırlı olması + nedeniyle bunu yapmayı zaten istemezsiniz. Günlük kayıtları için bir + fifo veya bir boru hattı oluşturmak ve diğer uçta çalışan bir süreç + vasıtasıyla günlükleri müşterilere paylaştırmak daha iyidir (ayrıca, bu, + istatistikleri toplamanızı da kolaylaştırır).

+ +
top
+
+

Genel Bakış

+ +

Bir sanal konak iki bilgiye bakarak belirlenir: IP adresi ve HTTP + isteğindeki Host: başlığının içeriği. Devingen sanal + barındırma tekniği, isteği yerine getirmek için kullanılacak dosya + yoluna bu bilgiyi kendiliğinden girmek esasına dayanır. Bu, Apache 2.0 + ile mod_vhost_alias kullanarak oldukça kolay + yapılabileceği gibi mod_rewrite da kullanılabilir. Bu + modüllerin her ikisi de öntanımlı olarak devre dışıdır. Bu tekniği + kullanmak isterseniz Apache’yi yeniden yapılandırıp derleyerek bu iki + modülü etkin duruma getirmeniz gerekir.

+ +

Devingen sanal konağı normal bir sanal konak gibi göstermek için bazı + şeyleri ’göstermelik’ olarak yapmak gerekir. Bunlardan en önemlisi, + Apache tarafından göreli URL’lerden normal URL’leri ve benzerlerini + üretmek için kullanılan sunucu ismidir. Sunucu ismi + ServerName yönergesi ile yapılandırılır ve CGI’ler + tarafından SERVER_NAME ortam değişkeni üzerinden + kullanılır. Çalışma anındaki asıl değer UseCanonicalName yönergesi tarafından denetlenir. + UseCanonicalName Off olduğunda sunucu ismi isteğin + Host: başlık alanından elde edilir. UseCanonicalName + DNS belirtilmişse, sunucu ismi, sanal konağın IP adresinden + tersine DNS sorgusu yapılarak elde edilir. Birincisi isme dayalı sanal + konaklar tarafından ikincisi ise IP’ye dayalı sanal konaklar tarafından + kullanılır. Eğer Apache, istekte Host: başlığının olmayışı + veya DNS sorgusunun başarısız olması sebebiyle sunucu ismini elde + edemezse son çare olarak ServerName yönergesinde yazılı + değeri kullanır.

+ +

‘Göstermelik’ yapılan şeylerden biri de DocumentRoot + yönergesi ile yapılandırılan belge kök dizini olup CGI’ler tarafından + DOCUMENT_ROOT ortam değişkeni üzerinden kullanılır. Normal + yapılandırmada core modülü tarafından dosya isimlerini + URI’lere eşlerken kullanılır. Fakat sunucu devingen sanal konakları + kullanmak üzere yapılandırıldığında, eşleştirmeyi farklı yollardan yapan + başka bir modül devreye girer (mod_vhost_alias veya + mod_rewrite). DOCUMENT_ROOT ortam değişkenine + değerini atamaktan sorumlu olan bu iki modülden biri kullanılmazsa CGI + veya SSI belgeleri yanlış değerlerle üretilirler.

+ +
top
+
+

Basit Devingen Sanal Konaklar

+ +

Yukarıda Amaç bölümünde özetlenen sanal konak + düzenlemesinin mod_vhost_alias kullanarak daha soysal bir + tarzda gerçekleştirilmiş halini içeren httpd.conf bölümü + aşağıdadır.

+ +

+# sunucu ismini Host: başlığından elde edelim
+UseCanonicalName Off
+
+# Bu günlükleme biçiminde ilk alana bakarak
+# sanal konak günlükleri ayrıştırılabilir
+LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon
+CustomLog logs/access_log vcommon
+
+# istekleri yerine getirmek için kullanılacak
+# dosya isimlerine sunucu ismini ekleyelim
+VirtualDocumentRoot /siteler/%0/belgeler
+VirtualScriptAlias /siteler/%0/cgi-bin +

+ +

Bu yapılandırmayı IP’ye dayalı sanal konaklar için kullanmak isterseniz + UseCanonicalName Off yerine UseCanonicalName + DNS yazmanız yeterlidir. Böylece dosya ismine eklenecek konak + ismi sanal konağın IP adresinden türetilir.

+ +
top
+
+

Sanal Kişisel Sayfalar Sistemi

+ +

Bu sistem, yukarıdaki yapılandırmanın bir ISS’nin kişisel sayfalar + sunucusuna uyarlanmasından başka bir şey değildir. Biraz daha karmaşık + bir yapılandırma ile dosya isimlerine /home/kullanıcı/ + dizinlerini ekleyebiliriz. Farklı olarak her sanal konak için bir tane + değil hepsi için bir tane cgi-bin olacaktır.

+ +

+# Son bölüm hariç yukarıdaki yapılandırma, burada...
+
+# sunucu ismine eklenecek dosya isimlerini oluşturalım
+VirtualDocumentRoot /siteler/%2/belgeler
+
+# ortak cgi-bin dizini
+ScriptAlias /cgi-bin/ /siteler/std-cgi/
+

+ +

mod_vhost_alias belgesinde daha karmaşık + VirtualDocumentRoot örnekleri vardır.

+ +
top
+
+

Aynı Sunucuda Kişisel ve Kurumsal Sanal Konaklar

+ +

Daha karmaşık ayarlamalar yaparak Apache’inin normal + <VirtualHost> bölümlerini farklı kitlesel sanal konak + yapılandırmaları için kullanabilirsiniz. Örneğin, bireysel + müşterileriniz için bir IP adresiniz, kurumsal müşterileriniz için de + başka bir IP adresiniz olsun. Her biri için ayrı ayrı sanal konaklar + ayarlamak yerine aşağıdaki gibi bir yapılandırma kullanabilirsiniz:

+ +

+UseCanonicalName Off
+
+LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon
+
+<Directory /siteler/kurumsal>
+ + Options FollowSymLinks
+ AllowOverride All
+ +</Directory>
+
+<Directory /siteler/bireysel>
+ + Options FollowSymLinks
+ AllowOverride None
+ +</Directory>
+
+<VirtualHost 111.22.33.44>
+ + ServerName kurumsal.iss.dom
+
+ CustomLog logs/access_log.kurumsal vcommon
+
+ VirtualDocumentRoot /siteler/kurumsal/%0/belgeler
+ VirtualScriptAlias /siteler/kurumsal/%0/cgi-bin
+ +</VirtualHost>
+
+<VirtualHost 111.22.33.45>
+ + ServerName bireysel.iss.dom
+
+ CustomLog logs/access_log.bireysel vcommon
+
+ VirtualDocumentRoot /siteler/bireysel/%0/belgeler
+ ScriptAlias /cgi-bin/ /siteler/std-cgi/
+ +</VirtualHost> +

+ +

Bilginize

+

Eğer ilk <VirtualHost> bölümü bir ServerName yönergesi içermezse ilgili IP + için ters DNS sorgusu yapılır. Eğer sorgudan elde edilen isim + sunucunun ismi değilse bu istenmeyen duruma bir çözüm olarak bir + bilgilendirme bölümü (ServerName isimsiz.iss.dom) + eklenebilir.

+
+ +
top
+
+

IP’ye dayalı sanal konakları daha verimli kılmak

+ +

İlk örnekte IP’ye dayalı sanal konaklar için + kullanılmak istenirse yapılandırmada neyin nasıl değiştirileceği + belirtilmişti. Her istek için ayrı bir DNS sorgusu gerekeceğinden bu + başarım düşmesine yol açar. DNS sorgusu ihtiyacını ortadan kaldırmak + için, bir çözüm olarak dosya sistemi, konak isimleri yerine IP + adreslerine göre düzenlenebilir. Günlük kayıtları da IP adreslerine göre + ayrıştırılacak şekilde ayarlanabilir.

+ +

+# Sunucu ismini IP adresinden ters DNS sorgusu ile elde edelim
+UseCanonicalName DNS
+
+# Günlük kayıtları IP adreslerine göre ayrıştırılabilsin
+LogFormat "%A %h %l %u %t \"%r\" %s %b" vcommon
+CustomLog logs/access_log vcommon
+
+# dosya isimleri IP adreslerini içersin
+VirtualDocumentRootIP /siteler/%0/belgeler
+VirtualScriptAliasIP /siteler/%0/cgi-bin
+

+ +
top
+
+

Apache’nin eski sürümlerini kullanmak

+ +

Yukarıdaki örnekler 1.3.6 sürümünden itibaren + mod_vhost_alias modülünü kullanarak çalışırlar. + mod_vhost_alias modülü içermeyen bir Apache sürümü + kullanıyorsanız bu tekniği mod_rewrite modülünü kullanarak + sadece Host: başlığını kullanan sanal konaklar için aşağıda + açıklandığı gibi gerçekleştirebilirsiniz.

+ +

Buna ek olarak günlük kayıtları ile ilgili olarak dikkat edilmesi + gereken şeyler vardır. Apache 1.3.6 %V günlük biçemi + yönergesinin içeren ilk sürümdür; 1.3.0 - 1.3.3 sürümlerinde aynı işi + %v yapardı. 1.3.4 sürümünde buna eşdeğer bir şey yoktu. + Apache’nin bu sürümlerinin hepsinde, müşterilerin yaptıkları yanlışların + günlük kaydına yazılmasını sağlamak üzere, UseCanonicalName + yönergesi .htaccess dosyalarında bulunabiliyordu. Bu + bakımdan yapılacak en iyi şey, Host: başlığını doğrudan + günlük kaydına geçirmek için %{Host}i yönergesini + kullanmaktır; böylece ardına %V ile sağlanmayan + :port yönergesinin eklenebileceğine dikkat ediniz.

+ +
top
+
+

mod_rewrite ile Kurumsal Müşteriler Sistemi

+ +

Buradaki httpd.conf bölümü de ilk + örnekteki gibi elde edilmiştir. İlk yarı, bazı değişiklikler dışında + yukarıdaki örneğe çok benzer. Bu değişiklikler yapılandırmanın + mod_rewrite bölümünün düzgün çalışması ve geriye doğru + uyumluluk için gereklidir. İkinci yarı, asıl işi yapan + mod_rewrite yapılandırmasını içerir.

+ +

Biraz uzmanlık gerektiren bazı kısımlar var: Öntanımlı olarak + mod_rewrite diğer (mod_alias, vs. gibi) URI + dönüşüm modüllerinden önce çalışır. Dolayısıyla bu modülleri kullanmak + isterseniz, mod_rewrite’ı bunlara izin verecek şekilde + yapılandırmalısınız. Ayrıca her devingen sanal konağa eşdeğer bir + ScriptAlias yapmak için de biraz büyü yapmak gerekir.

+ +

+# Sunucu ismini Host: başlığınıdan alalım.
+UseCanonicalName Off
+
+# Günlük dosyasından bilgileri ayıklayabilelim.
+LogFormat "%{Host}i %h %l %u %t \"%r\" %s %b" vcommon
+CustomLog logs/access_log vcommon
+
+<Directory /siteler/hosts>
+ + # ScriptAlias için yaptıklarımızla CGI betiklerini
+ # çalışmaya zorlayamayacağımızdan ExecCGI burada gerekli.
+ Options FollowSymLinks ExecCGI
+ +</Directory>
+
+# İşin zor yanına geldik.
+
+RewriteEngine On
+
+# Host: başlığından elde edilen sunucu isminde harf
+# büyüklükleri çeşitli olabilir. Hepsini küçük harf yapalım.
+RewriteMap lowercase int:tolower
+
+## önce normal belgelerle anlaşalım:
+# Alias /icons/ çalışsın - diğer rumuzlar için yineleyelim
+RewriteCond %{REQUEST_URI} !^/icons/
+# CGI’ler de çalışsın.
+RewriteCond %{REQUEST_URI} !^/cgi-bin/
+# Biraz da büyü yapalım.
+RewriteRule ^/(.*)$ /siteler/${lowercase:%{SERVER_NAME}}/belgeler/$1
+
+## Artık CGI’lerle anlaşabiliriz. - Bir MIME türü isteyelim.
+RewriteCond %{REQUEST_URI} ^/cgi-bin/
+RewriteRule ^/(.*)$ /siteler/${lowercase:%{SERVER_NAME}}/cgi-bin/$1 [T=application/x-httpd-cgi]
+
+# Bu kadar! +

+ +
top
+
+

mod_rewrite ile Kişisel Sayfalar Sistemi

+ +

Burada da ikinci örnekte yaptıklarımızı + yapıyoruz.

+ +

+RewriteEngine on
+
+RewriteMap lowercase int:tolower
+
+# CGI’ler çalışsın.
+RewriteCond %{REQUEST_URI} !^/cgi-bin/
+
+# konak ismi doğru mu bakalım yoksa RewriteRule çalışmaz.
+RewriteCond ${lowercase:%{SERVER_NAME}} ^www\.[a-z-]+\.isp\.dom$
+
+# URI’nin başına sanal konak ismini ekleyelim.
+# [C], bunu bitirdikten sonra, sonraki rewrite ile devam et demek.
+RewriteRule ^(.+) ${lowercase:%{SERVER_NAME}}$1 [C]
+
+# Artık asıl dosya ismini oluşturabiliriz.
+RewriteRule ^www\.([a-z-]+)\.isp\.dom/(.*) /home/$1/$2
+
+# Ortak CGI dizinini tanımlayalım.
+ScriptAlias /cgi-bin/ /siteler/std-cgi/ +

+ +
top
+
+

Sanal konaklar için ayrı bir yapılandırma dosyası kullanmak

+ +

Burada, sanal konak isimlerinden belge kök dizini elde ederken + mod_rewrite modülünün daha gelişkin özelliklerinden + yararlanarak isimleri ayrı bir dosyadan okutacağız. Bu, esnekliği + artırır ama daha karmaşık bir yapılandırma gerekir.

+ +

Aşağıdaki içeriğe sahip bir vhost.mapdosyamız olsun:

+ +

+musteri-1.dom /siteler/kurumsal/1
+musteri-2.dom /siteler/kurumsal/2
+# ...
+musteri-N.dom /siteler/kurumsal/N
+

+ +

httpd.conf dosyamız da şunları içerecektir:

+ +

+RewriteEngine on
+
+RewriteMap lowercase int:tolower
+
+# Eşlem dosyasını tanımlayalım
+RewriteMap vhost txt:/siteler/conf/vhost.map
+
+# Rumuzları yukarıdaki gibi halledelim.
+RewriteCond %{REQUEST_URI} !^/icons/
+RewriteCond %{REQUEST_URI} !^/cgi-bin/
+RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$
+# Eşlemeyi dosyalar için de yapalım.
+RewriteCond ${vhost:%1} ^(/.*)$
+RewriteRule ^/(.*)$ %1/belgeler/$1
+
+RewriteCond %{REQUEST_URI} ^/cgi-bin/
+RewriteCond ${lowercase:%{SERVER_NAME}} ^(.+)$
+RewriteCond ${vhost:%1} ^(/.*)$
+RewriteRule ^/(.*)$ %1/cgi-bin/$1 +

+ +
+
+

Mevcut Diller:  en  | + ko  | + tr 

+
+ \ No newline at end of file diff --git a/docs/manual/vhosts/mass.xml.meta b/docs/manual/vhosts/mass.xml.meta index d474d8a0aa2..b9587271537 100644 --- a/docs/manual/vhosts/mass.xml.meta +++ b/docs/manual/vhosts/mass.xml.meta @@ -9,5 +9,6 @@ en ko + tr -- 2.47.2