${modelData.links[i].title}${modelData.links[i].title}${modelData.links[i].title}この機能ではボックスに入力した内容との完全一致を検索します。個に減らして、もう一度検索してください。モードをイネーブルにする方法について説明します。この章には、次の項があります。コンテキストと呼ばれる複数の仮想装置に分割することができます。ポリシー、インターフェイス、および管理者を持つ独立した装置です。マルチコンテキストは、複数のスタンドアロン装置を使用することに似ています。テーブル、ファイアウォール機能、IPS、管理など、多くの機能がサポートされます。プロトコルなど、いくつかの機能はサポートされません。ポリシー、インターフェイス、およびスタンドアロン装置で設定できるほとんどのオプションを識別するコンテキストごとのコンフィギュレーションが含まれます。コンフィギュレーションに設定することでコンテキストを追加および管理します。コンフィギュレーションです。アプライアンスの基本設定を識別します。インターフェイスまたはネットワーク設定は含まれません。リソースにアクセスする必要が生じたとき(サーバからコンテキストをダウンロードするときなど)は、管理コンテキストとして指定されたコンテキストのいずれかを使用します。管理コンテキストは、他のコンテキストとまったく同じです。コンテキストおよび他のすべてのコンテキストにアクセス可能になる点が異なります。コンテキストの概要について説明します。次の項目を取り上げます。コンテキストを使用する状況には次のようなものがあります。ソリューションを実装できます。このソリューションでは、顧客のトラフィックすべての分離とセキュリティが確保され、設定も容易です。大企業または広大な大学の構内で、各部門の完全な独立を維持する必要がある。ポリシーの提供が求められている。アプライアンスが必要なネットワークを使用している。モードでサポートされていない機能は、次のとおりです。ルートのみサポートします。イネーブルにできません。ブリッジングはサポートされています。ポリシーおよびインターフェイスが指定されます。サポートされる機能のオプションはすべて、スタンドアロン装置で設定できます。HTTP(S)サーバからダウンロードすることもできます。コンフィギュレーションが含まれています。コンフィギュレーションに常駐しています。インターフェイスまたはネットワーク設定は含まれません。リソースにアクセスする必要が生じたとき(サーバからコンテキストをダウンロードするときなど)は、管理コンテキストとして指定されたコンテキストのいずれかを使用します。インターフェイスがあります。メモリに自動的に作成されます。このコンテキストは「admin」と名付けられます。管理コンテキストとして使用しない場合は、管理コンテキストを変更できます。アプライアンスに入ってくるパケットはいずれも分類する必要があります。アプライアンスは、どのコンテキストにパケットを送信するかを決定できます。ここでは、次の項目について説明します。アドレスの場合、パケットが複製されて、各コンテキストに送信されます。有効な分類子の基準この項では、分類子が使用する基準について説明します。次の事項を取り上げます。アプライアンスはパケットをそのコンテキストに分類します。モードでは、各コンテキストに固有のインターフェイスが必要なため、この方法は、常にパケット分類の目的で使用されます。アドレスを使用します。アドレスを同一の共有インターフェイス(共有物理インターフェイスまたは共有サブインターフェイス)に割り当てることができます。アドレスがありません。アドレスを使用します。ルータは直接コンテキストにルーティングできません。Advanced」を参照してください)。Contexts」を参照してください)。ルックアップを実行します。アドレスだけが使用されます。コンテキストの背後にあるサブネットを分類子が認識できなければなりません。コンフィギュレーションに基づいて各コンテキストのサブネットを判別します。コマンドのいずれかと照合します。セッションを照合してパケットを分類する必要がありません。制御の設定方法によります。アドレスが分類用として使用されます。次のコンフィギュレーションは、パケットの分類に使用されません。免除コンフィギュレーションを使用しません。インターフェイスを識別しないためです。外部インターフェイスを共有するマルチコンテキストを示します。アドレスが割り当てられていない外部インターフェイスを共有するマルチコンテキストを示します。内部ネットワークからのものを含め、新たに着信するトラフィックすべてが分類される点に注意してください。上のホストがインターネットにアクセスしている場合を示します。割り当てられているためです。アドレスを使用していない場合、分類子には重要な制約事項がいくつかあります。分類子は、アドレス変換コンフィギュレーションに基づいてコンテキスト内のパケットを分類します。トラフィックの宛先アドレスを変換する必要があります。実行しないので、パケットを共有インターフェイスの内部から外部へ送信できない場合もあります。コンフィギュレーションのアドレスが予測できないためです。アドレスを使用することを推奨します。内部ネットワークからの着信トラフィック透過ファイアウォールでは、固有のインターフェイスを使用する必要があります。内部ネットワークのホストを示します。割り当てられているためです。コンテキストのカスケード接続コンテキストを別のコンテキストの前に直接置くことをコンテキストをカスケードするといいます。あるコンテキストの外部インターフェイスは、別のコンテキストの内部インターフェイスと同じインターフェイスです。いくつかのコンテキストのコンフィギュレーションを単純化する場合、最上位のコンテキストの共有パラメータを設定することにより、コンテキストをカスケードできます。アドレスを設定する必要があります。コンテキストを使用することはお勧めできません。コンテキストを示します。モードでのシステム管理者のアクセスと各コンテキスト管理者のアクセスを利用できます。次の各項では、システム管理者またはコンテキスト管理者としてのログインについて説明します。コンソールへのアクセスコンソールからシステム実行スペースにアクセスします。システム管理者として、すべてのコンテキストにアクセスできます。管理者またはシステムからコンテキストに変更する場合、ユーザ名はデフォルトの「enable_15」に変わります。そのコンテキストでコマンド認可を設定した場合は、「enable_15」というユーザの認可特権を設定するか、またはコンテキストのコマンド認可コンフィギュレーションで必要な特権を付与できる別のユーザ名でログインします。コマンドを入力します。「admin」というユーザ名で管理者コンテキストにログインします。管理者コンテキストにはコマンド認可コンフィギュレーションがありませんが、それ以外のすべてのコンテキストにはコマンド認可があります。コンフィギュレーションには、最大特権を持つ「admin」がユーザとして含まれています。コマンドを入力して、再度「admin」でログインする必要があります。コマンドを入力して、「admin」でログインする必要があります。データベースに設定することができます。使用して、コンテキストにアクセスできます。管理外コンテキストにログインすると、アクセスできるのはそのコンテキストのコンフィギュレーションだけです。そのコンテキストに個別のログインを付与することができます。コンテキスト用に設定されている場合があります。アップグレードする場合は、この項で説明する手順に従ってシングルモードからマルチモードへの変換が必要になる場合があります。フェールオーバーをイネーブルにした場合、シングルモードからマルチモードへの変更をサポートします。ウィザードへのアクセスと使用」を参照してください。モードを変更する必要があります。モード変更について説明します。次の項目を取り上げます。ここでは、次の項目について説明します。つのファイルに変換します。コンフィギュレーションは保存されないため、実行コンフィギュレーションと異なる場合は、手順を進める前にバックアップを取る必要があります。ファイルには保存されません。コマンドを実行して新しい装置のモードを一致するように設定します。つのファイルに変換します。ディレクトリに作成されます)。ディレクトリに保存されます)。コンフィギュレーションは保存されません。アプライアンスによって自動的に追加されます。マルチモードをイネーブルにするには、次のコマンドを入力します。アプライアンスをリブートするよう求められます。アプライアンスにコピーします(可能な場合)。コンフィギュレーションは完全に機能を果たすコンフィギュレーションではないためです。アプライアンスにアクセスしてコピーをとる必要があります。コンフィギュレーションにコピーしてモードをシングルモードに変更するには、システム実行スペースで次の手順を実行します。コンフィギュレーションにコピーするには、システムの実行スペースで次のコマンドを入力します。現在実行中のコンフィギュレーションを保存しないように注意してください。保存するとコピーしたコンフィギュレーションが上書きされます。モードをシングルモードに設定するには、システム実行スペースで次のコマンドを入力します。アプライアンスがリブートします。アプライアンスのリソースに無制限にアクセスできます。複数のコンテキストがリソースを使用し過ぎて、他のコンテキストが接続できなくなる場合には、リソース管理の設定を行い、コンテキストごとのリソースの使用を制限することができます。ここでは、次の項目について説明します。クラスに割り当てることによりリソースを管理します。各コンテキストは、クラスが設定するリソース制限を使用します。ここでは、次の項目について説明します。アプライアンスでは、そのクラスに割り当てられたコンテキストごとにリソースの一部を除外するのではなく、コンテキストの最大限度を設定します。リソースをオーバーサブスクライブしたり、特定のリソースを無制限にしたりすると、いくつかのコンテキストがリソースを使い果たして、他のコンテキストに対するサービスに影響が出ることがあります。個々のリソースに、制限をパーセント(ハードウェアのシステム制限がある場合)または絶対値で設定できます。アプライアンスをオーバーサブスクライブすることができます。