リライトアクションとポリシーの例
このセクションの例は、さまざまな便利なタスクを実行するようにリライトを設定する方法を示しています。例としては、Example Manufacturing Inc. のサーバールームがあります。Example Manufacturing Inc. は、自社の Web サイトを使用して販売、配送、カスタマーサポートのかなりの部分を管理している中規模の製造会社です。
Example Manufacturing には 2 つのドメインがあります。1 つはウェブサイトと顧客への電子メール用の example.com で、もう 1 つはイントラネット用の example.net です。お客様は、Example Web サイトを使用して、注文、見積もりの依頼、製品の調査、カスタマーサービスやテクニカルサポートへの連絡を行います。
Exampleの収益源の重要な部分として、Webサイトは迅速に対応し、顧客データの機密性を維持する必要があります。そのため、Example には複数のWebサーバーがあり、NetScalerアプライアンスを使用してWebサイトの負荷を分散し、Webサーバーとの間で送受信されるトラフィックを管理しています。
Example システム管理者は書き換え機能を使用して以下のタスクを実行します。
Example Inc. は、受信リクエストから古い X-Forwarded-For ヘッダーとクライアントIP HTTP ヘッダーを削除します。
例2：ローカルのClient-IPヘッダーの追加
Example Inc. は、受信リクエストに新しいローカルクライアント IP ヘッダーを追加します。
Example Inc. は、受信リクエストに、接続が安全な接続かどうかを示すヘッダーをタグ付けします。
Example Inc. は HTTP Server: ヘッダーを変更して、権限のないユーザーや悪意のあるコードがそのヘッダーを使用して使用している HTTP サーバーソフトウェアを特定できないようにします。
Example Inc. は、Web サイト上の URL を短く覚えやすくし、サイトのセキュリティを向上させるために、Web サーバーの実際の名前やサーバールームの構成に関する情報をユーザーから隠しています。
Example Inc. は、ApacheリライトルールをNetScalerアプライアンスに移行し、Apache Perlベースのスクリプト構文をNetScalerリライトルール構文に変換しました。
Example Inc. のマーケティング部門は、会社の Web サイトで事前に定義された特定のキーワード検索用の簡略化された URL を設定します。
Example Inc. は特定のクエリリクエストを適切なサーバーにリダイレクトします。
Example Inc. は最近、小規模な競合他社を買収し、買収した会社のホームページへのリクエストを自社の Web サイトのページにリダイレクトするようになりました。
Example Inc. は、PEM RSA 公開鍵を使用して、HTTP の定義済みおよびユーザー定義のヘッダーまたは本文コンテンツを暗号化します。
これらの各タスクでは、システム管理者が書き換えアクションとポリシーを作成し、それらをNetScaler上の有効なバインドポイントにバインドする必要があります。
Related information
書き換え
例 1: 古い X-Forwarded-For ヘッダーとクライアント IP ヘッダーを削除する例 2: ローカルクライアント IP ヘッダーを追加する例 3: 安全な接続と安全でない接続にタグを付ける例 4: HTTP サーバータイプをマスクする例 5: 外部 URL を内部 URL にリダイレクトする例 6: Apache リライトモジュールルールを移行する例 7: マーケティングキーワードのリダイレクト例 8: クエリをクエリされたサーバーにリダイレクトする例9：ホームページのリダイレクト例 10: ポリシーベースの RSA 暗号化例 11: パディング操作なしのポリシーベースの RSA 暗号化例12：NetScaler ADCアプライアンスのクライアント要求でホスト名とURLを変更するように書き換えを構成する