Web アプリケーションの標準仮想サーバーは、送信元アドレス変換オプションの Automap で構成されます。クライアントの元の送信元アドレスは、バックエンド サーバーによって認識されている必要があります。この要件を満たすために、BIG-IP管理者は何を構成する必要がありますか?

一連の Web サービスの仮想サーバーが LTM デバイス上に構築されます。LTM スペシャリストが iRule を作成し、この iRule を仮想サーバーに適用しました。
HTTP_REQUEST {
スイッチ [HTTP::uri] {
"/WS1/ws.jsp" {
local0 をログに記録します。「[HTTP::uri] - JSP プールにリダイレクトされました」
プール JSP
}
デフォルト { log local0. 「[HTTP::uri] - 非 JSP プールにリダイレクト」
プール NonJSP
}
}
}
ただし、iRule は期待どおりに動作していません。以下は、ログのスナップショットです。
/WS1/ws.jsp - JSP プールにリダイレクト
/WS1/ws.jsp - JSP プールにリダイレクト
/WS1/ws.jsp - JSP プールにリダイレクト
/WS1/WS.jsp - 非 JSP プールにリダイレクト
/ws1/WS.jsp - 非 JSP プールにリダイレクト
/WS1/ws.jsp - JSP プールにリダイレクト
/ws1/ws.jsp - 非 JSP プールにリダイレクト
何が問題ですか？

展示を参照してください。

組織は、パブリック クラウドでホストされているイントラネット Web サイトにアクセスする際のパフォーマンスの低下を報告しています。すべての従業員は、104.219.110.168 のパブリック IP を持つ単一のプロキシ サーバーを使用してインターネットに接続します。イントラネット Web サイトの BIG-IP 管理者は、この問題を解決するために何をすべきですか?

4 台のサーバーのプールが部分的にアップグレードされ、より多くのメモリと CPU 容量を備えた 2 台の新しいサーバーが追加されました。
BIG-IP 管理者は、負荷分散方法を変更して、2 つの新しいサーバーの接続を増やすことを検討する必要があります。プール メンバーの CPU とメモリの負荷を考慮する負荷分散方法はどれですか?

BIG-IP 管理者は、SSH 経由で管理インターフェイス上の BIG-IP デバイスにアクセスしようとする悪意のあるブルート フォース攻撃を発見します。BIG-IP 管理者は、管理インターフェイスへの SSH アクセスを制限する必要があります。
これはどこで達成する必要がありますか？