リダイレクトコンテキスト
目次
リダイレクトコンテキスト
リダイレクトコンテキスト
説明
リダイレクトコンテキストは、1つのURIまたはURIのグループを別の場所に転送するために使用できます。 宛先URIは、同じWebサイト(内部リダイレクト)または別のWebサイトを指す絶対URI(外部リダイレクト)のいずれかにすることができます。
URI
説明
このコンテキストのURIを指定します。
構文
URIは通常のURI("/"で始まる)またはPerl互換の正規表現URI("exp:"で始まる)にできます。通常のURIが"/"で終わる場合、このコンテキストはこのURI配下のすべてのサブURIを含みます。コンテキストがファイルシステム上のディレクトリにマップされる場合は、末尾に"/"を追加する必要があります。
参照
外部リダイレクト
説明
このリダイレクトが外部かどうかを指定します。 外部リダイレクトの場合は、ステータスコードを指定し、転送先URIは "/"または "http(s)://"で開始できます。 内部リダイレクトの場合、転送先URIは "/"で始まらなければなりません。
ステータスコード
説明
外部リダイレクトの応答ステータスコードを指定します。 ステータスコードが300〜399の場合、転送先URIを指定できます。
構文
ドロップダウンリストから選択
転送先URI
説明
リダイレクト先の場所を指定します。 このリダイレクトされたURIが別のリダイレクトコンテキスト内のURIにマップされる場合、再度リダイレクトされます。
構文
このURIは、"/"で始まる同じWebサイト上の相対URI、または"http(s)://"で始まる別のWebサイトを指す絶対URIのいずれかです。 URIに正規表現が含まれている場合、転送先は$1や$2などの一致した変数を参照できます。
ヘッダー操作
説明
追加するレスポンス/リクエストヘッダーを指定します。複数のヘッダーディレクティブを1行に1つ追加できます。"NONE"を使用すると、親ヘッダーの継承を無効にできます。ディレクティブが指定されていない場合は'Header'と見なされます。
構文
[Header]|RequestHeader [condition] set|append|merge|add|unset header [value] [early|env=[!]variable]
例
append Cache-control no-store
Header set My-header cust_header_val
RequestHeader set My-req-header cust_req_header_val
ヒント
情報 構文と使用方法は、サポートされる操作について Apacheのmod_headersディレクティブ に似ています。
情報 'Header'ディレクティブは任意であり、他の場所からルールをコピーする際に除外しても残しても問題ありません。
オーバーライドを許可
説明
アクセス制御ファイル内のどのディレクティブが許可されるかを指定します。 アクセス制御ファイルは、そのディレクトリの下にあるファイルのアクセシビリティを制御するためにディレクトリに置くことができます。
- 何もチェックしないと、継承されたデフォルト設定が使用されます。
- なしをチェックすると、アクセス制御ファイルは無視されます。
- 制限をチェックすると、 "Order"、 "Allow from"、 "Deny from"の各ディレクティブが許可されます。
- 認証がチェックされていると、 "AuthGroupFile"、 "AuthName"、 "AuthType"、 "AuthUserFile"、および "Require"の各ディレクティブが許可されます。
- ファイル情報がチェックされているとき、 "Satisfy"、 "AddDefaultCharset"、 "AddType"、 "DefaultType"、 "ForceType"、 "ExpiresActive"、 "ExpiresDefault"、 "ExpiresByType"、 "RedirectTemp" 、 "RedirectPermanent"、 "RewriteEngine"、 "RewriteOptions"、 "RewriteBase"、 "RewriteCond"、および "RewriteRule"は許可されています
- インデックスがチェックされている場合、ディレクティブ "DirectoryIndex"が許可されます
- オプションがチェックされていると、 "Options"ディレクティブが許可されます
Allow Override設定には、サーバー、バーチャルホスト、およびコンテキストの3つのレベルがあります。 サーバレベルでコンフィグレーションがチェックされていない場合、より低いレベルで有効になっているかどうかに関わらず、制御されたディレクティブはサーバ全体で無効になります。 サーバーレベルで何かが有効になっている場合、バーチャルホストはデフォルトで同じ設定を継承します。 同様に、コンテキストレベルの設定はバーチャルホスト設定から継承されます。 下位レベルでは、上位レベルで有効になっている設定は無効にできますが、上位レベルで無効になっている設定は有効にできません。
構文
チェックボックスから選択
ヒント
パフォーマンスディレクトリレベルの設定をカスタマイズする必要がない場合は、なしをチェックしてください。
レルム
説明
このコンテキストの認可レルムを指定します。 このコンテキストにアクセスするには、有効なユーザー名とパスワードを指定する必要があります。 認可レルムはバーチャルホストのセキュリティセクションに設定されています。 この設定では、各レルムのレルム名が使用されます。
構文
ドロップダウンリストから選択
必要 (ユーザー/グループ許可)
説明
このコンテキストにアクセスできるユーザー/グループを指定します。 これにより、複数のコンテキストにわたって1つのユーザー/グループデータベース(レルムで指定)を使用できますが、そのデータベースの特定のユーザー/グループのみがこのコンテキストにアクセスできます。
構文
構文はApache Requireディレクティブと互換性があります。 例えば:
- user username [username ...]
リストされたユーザーだけがこのコンテキストにアクセスできます。 - group groupid [groupid ...]
リストされたグループに属するユーザーのみがこのコンテキストにアクセスできます。
アクセス許可リスト
説明
このコンテキストでリソースにアクセスできるIPまたはサブネットワークを指定します。 アクセス拒否リストとサーバー/バーチャルホスト・レベルのアクセス制御とともに、アクセシビリティは、クライアントのIPアドレスが入る最小の範囲によって決まります。
構文
IP/サブネットワークのカンマ区切りリスト。
例
アクセス拒否リスト
説明
このコンテキストでリソースにアクセスできないIPまたはサブネットワークを指定します。 アクセス許可リストとサーバー/バーチャルホストレベルのアクセス制御とともに、アクセシビリティはクライアントのIPアドレスが入る最小の範囲で決まります。
構文
IP/サブネットワークのカンマ区切りリスト。
例
オーソライザ
説明
権限のある/権限のないかの決定を生成するために使用できる外部アプリケーションを指定します。 現在、FastCGI Authorizerのみが使用可能です。 FastCGI Authorizerの役割の詳細については、 https://fastcgi-archives.github.io/ を参照してください。 。
構文
ドロップダウンリストから選択