${modelData.links[i].title}${modelData.links[i].title}${modelData.links[i].title}この機能ではボックスに入力した内容との完全一致を検索します。個に減らして、もう一度検索してください。コンテキストの設定方法について説明します。コンテキストと呼ばれる複数の仮想デバイスにパーティション化できます。ポリシー、インターフェイス、および管理者を持つ独立したデバイスとして機能します。デバイスを使用することに似ています。モードのガイドラインを参照してください。コンテキストの概要について説明します。コンテキストを使用する状況には次のようなものがあります。ソリューションを実装できます。このソリューションでは、カスタマーのトラフィックすべての分離とセキュリティが確保され、設定も容易です。大企業または広大な大学の構内で、各部門の完全な独立を維持する必要がある。ポリシーの提供が求められている。必要なネットワークを使用する場合。モードのコンフィギュレーションを実装する方法について説明します。デバイスで設定できるすべてのオプションが指定されています。HTTP(S)サーバからダウンロードすることもできます。コンフィギュレーションに設定することで、コンテキストを追加および管理します。コンフィギュレーションです。基本設定を識別します。インターフェイスやネットワーク設定は含まれません。リソースにアクセスする必要が生じたときに(サーバからコンテキストをダウンロードするなど)、システムは管理コンテキストとして指定されているコンテキストのいずれかを使用します。インターフェイスがあります。管理コンテキストは、他のコンテキストとまったく同じです。コンテキストおよび他のすべてのコンテキストにアクセス可能になる点が異なります。管理コンテキストは制限されていないため、通常のコンテキストとして使用できます。管理コンテキストにログインすると、すべてのコンテキストへの管理者特権が付与されるため、場合によっては、管理コンテキストへのアクセスを適切なユーザに制限する必要があります。メモリに置く必要があります。メモリに自動的に作成されます。管理コンテキストとして使用しない場合は、管理コンテキストを変更できます。入ってくるパケットはいずれも分類する必要があります。どのコンテキストにパケットを送信するかを決定できます。アドレスの場合、パケットが複製され、各コンテキストに送信されます。分類子基準この項では、分類子で使用される基準について説明します。アドレスが分類に使用されます。テーブルはパケット分類には使用されません。パケットをそのコンテキストに分類します。モードでは、各コンテキストに固有のインターフェイスが必要なため、この方法は、常にパケット分類の目的で使用されます。アドレスが分類子で使用されます。ルータはコンテキストに直接ルーティングできません。アドレスの自動生成を有効にできます。アドレスを設定することもできます。コンフィギュレーション内のマッピングされたアドレスを使用してパケットを分類します。アドレスを使用することをお勧めします。コンテキストを示します。内部ネットワークからのものを含め、新たに着信するトラフィックすべてが分類される点に注意してください。