Catalyst 4500 シリーズ スイッチ Cisco IOS ソフトウェア コンフィギュレーション ガイド リリース IOS XE 3.4.0SG および IOS 15.1(2)SG

デバイスの役割

802.1X ポートベース認証では、ネットワーク装置は特定の役割を果たします。図 45-1 に、下記の各装置の役割を示します。

図 45-1 802.1X デバイスのロール

• クライアント：LAN へのアクセスを要求し、スイッチからの要求に応答するワークステーション。ワークステーションは、802.1X 準拠のクライアント ソフトウェアが動作するものでなければなりません。

• オーセンティケータ：クライアントの認証ステータスに基づいて、ネットワークへの物理アクセスを制御します。Catalyst 4500 シリーズ スイッチは、クライアントと認証サーバ間の仲介装置として機能し、クライアントに識別情報を要求してその情報を認証サーバで確認し、クライアントに応答をリレーします。スイッチは Extensible Authentication Protocol（EAP）フレームのカプセル化およびカプセル化解除を行い、RADIUS 認証サーバと対話します。

スイッチが EAPOL フレームを受信して認証サーバにリレーすると、イーサネット ヘッダーが取り除かれ、残りの EAP フレームが RADIUS 形式で再度カプセル化されます。カプセル化では EAP フレームの変更または検証は行われず、認証サーバはネイティブ フレーム フォーマットの EAP をサポートしなければなりません。スイッチが認証サーバからフレームを受信すると、サーバからフレーム ヘッダーが削除され、EAP フレームが残ります。これがイーサネット用にカプセル化されてクライアントに送信されます。

（注） Catalyst 4500 シリーズ スイッチでは、RADIUS クライアントおよび 802.1X をサポートするソフトウェアを実行している必要があります。

• 認証サーバ：クライアントの実際の認証を行います。認証サーバは、クライアントの識別情報を確認し、LAN およびスイッチ サービスへのクライアントのアクセスを許可することをスイッチに通知します。（サポートされる認証サーバは、EAP 拡張機能を備えた RADIUS 認証サーバのみです。これは、Cisco Secure Access Control Server バージョン 3.2 以降のリリースで使用できます）。

802.1X とネットワーク アクセス コントロール

ネットワーク アクセス コントロールは、ポート アクセス ポリシーが認証装置のアンチウイルス ポスチャによって影響を受ける機能です。

アンチ ウイルスのポスチャには、デバイスで実行されているオペレーティング システム、オペレーティング システムのバージョン、アンチウイルス ソフトウェアがインストールされているかどうか、使用できるウイルス シグニチャのバージョンなどの要素が含まれています。認証デバイスに NAC 対応 802.1X サプリカントがあり、802.1X を使用して NAC をサポートするように認証サーバが設定されている場合、ウイルスのポスチャ情報は 802.1X 認証交換の一部として自動的に含まれます。

NAC の詳細については、次の URL を参照してください。

http://www.cisco.com/en/US/products/ps6128/index.html

認証の開始およびメッセージ交換

スイッチまたはクライアントのどちらからでも、認証を開始できます。以下を使用してポート上で認証をイネーブルにする場合、ポートのリンク ステートが移行したことを確認したときに、 authentication port-control auto インターフェイス コンフィギュレーション コマンド（Cisco IOS Release 12.2(46) SG 以前のリリースでは dot1x port-control auto コマンド）を使用して、スイッチ認証を開始する必要があります。次に EAP-Request/Identity フレームをクライアントに送信して識別情報を要求します（一般に、スイッチは最初の Identity/Request フレームを送信して、そのあとで 1 つまたは複数の認証情報の要求を送信します）。クライアントはフレームを受信すると、EAP-Response/Identity フレームで応答します。

ただし、クライアントが起動時にスイッチからの EAP-Request/Identity フレームを受信しなかった場合、クライアントは EAPOL-Start フレームを送信して認証を開始できます。このフレームはスイッチに対し、クライアントの識別情報を要求するように指示します。

ネットワーク アクセス スイッチで 802.1X がイネーブルになっていない場合、またはサポートされていない場合は、クライアントからの EAPOL フレームはドロップされます。クライアントが認証の開始を 3 回試みても EAP EAP-Request/Identity フレームを受信しなかった場合、クライアントはポートが許可ステートにあるかのようにフレームの送信を開始します。ポートが認証ステートであるということは、クライアントが正しく認証されていることを意味します。クライアントが自らの識別情報を提示すると、スイッチは仲介デバイスとしての役割を開始し、認証が成功または失敗するまで、クライアントと認証サーバの間で EAP フレームを送受信します。認証が成功すると、スイッチ ポートは許可ステートになります。

実際に行われる EAP フレーム交換は、使用する認証方式によって異なります。図 45-2 に、認証サーバで One-Time-Password（OTP）認証方式を使用するクライアントによって開始されるメッセージ交換を示します。

図 45-2 メッセージ交換

許可ステートおよび無許可ステートのポート

スイッチ ポートのステートによって、クライアントがネットワーク アクセスを許可されているかどうかがわかります。ポートは、無許可ステートで開始します。ポートはこのステートにある間、802.1X プロトコル パケットを除いてすべての入力トラフィックおよび出力トラフィックを許容しません。クライアントが正常に認証されると、ポートは許可ステートに移行し、そのクライアントへのすべてのトラフィックが許容されます。

802.1X 非対応クライアントが無許可ステートの 802.1X ポートに接続している場合、スイッチはクライアントの識別情報を要求します。この状況では、クライアントは要求に応答せず、ポートは引き続き無許可ステートのままであり、クライアントはネットワーク アクセスを許可されません。802.1X 非対応クライアントに接続されたポート上にゲスト VLAN が設定されている場合、このポートは設定されたゲスト VLAN に追加され、許可ステートになります。詳細については、「ゲスト VLAN を使用した 802.1X 認証の使用」を参照してください。

これに対し、802.1x 対応のクライアントが、802.1x プロトコルを実行していないポートに接続すると、クライアントは EAPOL 開始フレームを送信して認証プロセスを開始します。応答を受信しなかった場合、クライアントは要求を固定回数だけ送信します。応答が得られないため、クライアントはポートが許可ステートにあるかのようにフレームの送信を開始します。

authentication port-control インターフェイス コンフィギュレーション コマンド（Cisco IOS Release 12.2(46)SG 以前では dot1x port-control auto コマンド）およびこれらのキーワードを使用することにより、ポート認可状態をコントロールできます。

• force-authorized ：802.1X 認証をディセーブルにして、認証交換を要求せずにポートを許可ステートに移行させます。ポートはクライアントの 802.1x ベース認証なしで通常のトラフィックを送受信します。この設定は、デフォルトです。

• force-unauthorized ：ポートが無許可ステートのままになり、クライアントからの認証の試みをすべて無視します。スイッチはインターフェイスを使用してクライアントに認証サービスを提供できません。

• auto ：802.1X 認証をイネーブルにして、ポートに無許可ステートを開始させ、EAPOL フレームだけがポートを使用して送受信できるようにします。ポートのリンク ステートがダウンからアップに移行するか、または EAPOL-Start フレームを受信すると、認証プロセスが開始されます。スイッチはクライアントの識別情報を要求し、クライアントと認証サーバとの間で認証メッセージのリレーを開始します。スイッチはクライアントの MAC アドレスを使用して、ネットワーク アクセスを試みる各クライアントを一意に識別します。

クライアントが正常に認証されると（認証サーバから Accept フレームを受信する）、ポートが許可ステートに変わり、認証されたクライアントのフレームはすべてそのポートを使用して許可されます。認証が失敗した場合、ポートは無許可ステートのままですが、認証を再試行できます。認証サーバにアクセスできない場合、スイッチは要求を再送信できます。指定された回数試行してもサーバから応答が得られない場合は、認証が失敗し、ネットワーク アクセスは許可されません。

ポートのリンク ステートがアップからダウンに移行した場合、または EAPOL-Logoff フレームを受信した場合、ポートは無許可ステートに戻ります。

MDA がポートでイネーブルになっている場合、音声認証に適用可能な一部の例外付きでこのフローを使用できます。MDA の詳細については、以下を参照してください。「複数ドメイン認証と複数認証の使用」。

図 45-3 に、認証プロセスを示します。

図 45-3 認証フローチャート

802.1X ホスト モード

802.1X ポートのホスト モードでは、ポート上で複数のクライアントが認証可能かどうかや、認証方法が、決定されます。次のセクションの説明のとおり、802.1X ポートを設定すると、5 つのホスト モードのうち任意のものを使用できます。また、認証前オープン アクセスを許可するために、各モードを変更できます。

• 「シングルホスト モード」

• 「複数ホスト モード」

• 「マルチドメイン認証モード」

• 「マルチ認証モード」

• 「認証前オープン アクセス」

シングルホスト モード

単一ホストまたは複数ホスト モードの 802.1X ポートを設定できます。単一ホスト モード（図 45-1 を参照）では、802.1X 対応スイッチ ポートに接続できるのは 1 つのクライアントだけです。スイッチは、ポートのリンク ステートがアップに変化したときに、EAPOL フレームを送信することでクライアントを検出します。クライアントがログオフしたとき、または別のクライアントに代わったときには、スイッチはポートのリンク ステートをダウンに変更し、ポートは無許可ステートに戻ります。

複数ホスト モード

複数ホスト モードでは、複数のホストを 1 つの 802.1X 対応ポートに接続できます。図 45-4に、ワイヤレス LAN 上での 802.1X ポートベースの認証を示します。このモードでは、接続されたクライアントのうち 1 つが許可されれば、クライアントすべてのネットワーク アクセスが許可されます。ポートが無許可ステートになると（再認証が失敗した場合、または EAPOL ログオフ メッセージを受信した場合）、スイッチは接続されたすべてのクライアントのネットワーク アクセスを拒否します。このトポロジでは、ワイヤレス アクセス ポイントが接続しているクライアントの認証を処理し、スイッチに対してクライアントとしての役割を果たします。

マルチ ホスト モードがイネーブルになっている場合、802.1X 認証を使用してポートおよびポート セキュリティを認証し、クライアントも含めて、すべての MAC アドレスへのネットワーク アクセスを管理できます。

図 45-4 マルチ ホスト モードの例

マルチドメイン認証モード

Cisco IOS Release 12.2(37)SG、Catalyst 4500 シリーズ スイッチ以降は、MDA（マルチドメイン認証）をサポートします。MDA では、802.1X を使用して、IP Phone（Cisco またはサードパーティ）および IP Phone に接続されている単一ホストを個々に認証でき、MAC 認証バイパス（MAB）または（ホストのみに対して）Web ベースの認証が可能です。このアプリケーションでは、マルチドメインは、データと音声の 2 つのドメインを指し、1 ポートごとに 2 つの MAC アドレスのみ使用できます。1 つのスイッチでは、これらが同じスイッチ ポートにある場合でも、データ VLAN にホストを、音声 VLAN に IP Phone をそれぞれ置くことができます。データ VLAN および音声 VLAN は、CLI 設定で指定できます。デバイスは、認証、許可、アカウンティング（AAA）サーバから受信したベンダー固有属性（VSA）によって、データまたは音声のいずれかとして認識されます。データ VLAN と音声 VLAN は、認証中に（AAA）サーバから受信した VSA からも取得されます。

図 45-5 マルチドメイン認証モードの例

図 45-5図 45-5 に、802.1X がイネーブルのポートに接続されている IP Phone に接続された単一ホストがある、典型的な MDA アプリケーションを示します。クライアントはスイッチに直接接続されないため、クライアントが接続されていない場合、スイッチでは、ポート リンクの切断を検出できません。別のデバイスで、接続されていないクライアントで確立された認証が後で使用されることを防ぐため、Cisco IP Phone は、Cisco Discovery Protocol（CDP）のホスト表示 Type-Length-Value（TLV）に対して、接続されているクライアントのポート リンク状態に変更があったスイッチを通知します。

MDA の設定方法については、「複数ドメイン認証と複数認証の使用」を参照してください。

マルチ認証モード

Cisco IOS Release 12.2(50)SG から、マルチ認証モードでは、音声 VLAN 上の 1 つのクライアントと、データ VLAN 上の複数の認証済みクライアントを使用できます。ハブまたはアクセス ポイントが 802.1X ポートに接続されているときに、接続されている各クライアントの認証を要求することにより、マルチ認証モードによって、複数ホスト モードを介して拡張セキュリティが用意されます。非 802.1X デバイスでは、個々のホスト認証のフォールバック方式として MAB または Web ベースの認証を使用でき、これによって、単一ポート上の異なる方式を介して異なるホストを認証できます。

マルチ認証では、認証サーバから受信した VSA により、データ VLAN または音声 VLAN のいずれかに対して認証済みデバイスを割り当てることによって、音声 VLAN 上で MDA 機能もサポートされます。

（注） ポートがマルチ認証モードの場合、ゲスト VLAN および認証失敗 VLAN は、データ デバイスに対してアクティブになりません。

認証前オープン アクセス

Cisco IOS Release 12.2(50)SG から、認証前にデバイスからネットワークにアクセスできるよう、4 つのホスト モードのうち任意のモードを追加設定することができます。この認証前オープン アクセスは、Pre-boot eXecution Environment（PXE）などのアプリケーションで役に立ちます。PXE では、デバイスがネットワークにアクセスし、認証クライアントを含むブート可能イメージをダウンロードする必要があります。

ホスト モード設定後に、 authentication open コマンドを入力することにより、認証前オープン アクセスをイネーブルにします。設定済みホスト モードに対する拡張機能として動作します。たとえば、単一ホスト モードで認証前オープン アクセスがイネーブルにされている場合、ポートでは、1 つの MAC アドレスのみ使用できます。認証前オープン アクセスがイネーブルの場合、ポート上に設定されている 802.1X とは別の他のアクセス制限によってのみ、ポート上の初期トラフィックは、制限されます。ポート上で 802.1X 以外のアクセス制限が設定されていない場合は、設定された VLAN 上でクライアント デバイスがフル アクセスできます。

802.1X 違反モード

違反モード（制限、シャットダウン、および置換）を設定するには、authentication violation インターフェイス コンフィギュレーション コマンドを使用します。

シングル ホスト モードで、セュリティ違反は、データ VLAN で複数のデバイスが検出された場合に発生します。マルチドメイン認証モードで、セュリティ違反は、データ VLAN または音声 VLAN で複数のデバイスが検出された場合に発生します。

セキュリティ違反は、マルチホスト モードまたはマルチ認証モードでは発生しません。

セキュリティ違反が発生すると、ポートは、次のような設定された違反アクションに応じて保護されます。

シャットダウン：ポートを errdisable にします（ポートのデフォルト動作）。

制限：ポート ステートは影響を受けません。ただし、攻撃 MAC アドレスからのトラフィックを制限するように、プラットフォームは通知を受けます。

置換：ポートを errdisable にし、または制限する代わりに、新しいホストで既存のホストを置換します。

詳細については、「違反アクションの設定」を参照してください。

MAC 移動の使用

ホストは、別のスイッチのポートに移動したかのように、制限なしで、同じまたは別の VLAN 上のスイッチ内のポート間で移動できる必要があります。

Cisco IOS Release 12.2(54) SG よりも前では、MAC アドレスが 1 つのスイッチ ポートで認証されると、そのアドレスは別の 802.1X スイッチ ポートで許可されません。スイッチが別の 802.1X ポートで同じ MAC アドレスを検出した場合、このアドレスは許可されません。

Cisco IOS Release 12.2(54) SG 以降では、同じスイッチの別のポートに MAC アドレスを移動できます。ただし、最初のホストが接続解除されたときに、ポートダウン イベントまたはプロキシ EAPoL-Logoff/CDP TLV が受信される場合、これは直接接続ホストまたは Cisco 電話機の背後にあるホストに対して、適切ではありません。これは、ハブから接続解除されるホスト、サードパーティの電話機、またはレガシー Cisco 電話に対して適切で、セッションは維持されます。MAC 移動ではこのようなホストをデバイスから接続解除して、同じスイッチの別のポートに直接接続できます。

デバイスが新しいポートで再認証されるように、MAC 移動をグローバルにイネーブルにできます。ホストが別のポートに移動すると、最初のポートのセッションが削除され、ホストは新しいポートで再認証されます。

MAC 移動はすべてのホスト モードでサポートされます （認証済みホストは、そのポートでイネーブルになっている任意のホスト モードで、スイッチの任意のポートに移動できます）。

詳細については、「MAC 移動の設定」を参照してください。

MAC 置換の使用

Cisco IOS Release 12.2(54) SG 以降では、新しいホストを放棄されたポートに接続できます。設定された違反アクションが置換である場合、ポートを errdisable にするか、または制限する代わりに、既存のホストは新しいホストに置換されます（単一ホスト モードおよび MDA モードの場合と同様）。

ただし、最初のホストが接続解除されたときに、ポートダウン イベントまたはプロキシ EAPoL-Logoff/CDP TLV が受信される場合、これは直接接続ホストまたは Cisco 電話機の背後にあるホストには関係しません。これは、ホストがハブ、サードパーティの電話機、またはレガシー Cisco 電話から接続解除されたときに、セッションを維持する場合に関係します。このポートに接続している新しいホストは、ホスト モードに違反し、違反が発生します。違反アクションがある置換である場合、NAD（スイッチ）は、最初のセッションを終了し、新しい MAC に基づいて認証シーケンスをリセットします。これは、単一ホストおよび MDA ホスト モードに適用されます。マルチ認証モードでは、同じポートの既存セッションの削除は試行されません。

詳細については、「MAC 置換の設定」を参照してください。

VLAN 割り当てを使用した 802.1X 認証の利用

VLAN 割り当てを使用すると、ネットワーク アクセスを特定のユーザに限定できます。VLAN 割り当てでは、802.1X で認証されたポートはポートに接続したクライアントのユーザ名に基づいて VLAN に割り当てられます。RADIUS サーバ データベースは、ユーザ名/VLAN マッピングを保持します。ポートの 802.1X 認証が成功すると、RADIUS サーバは VLAN 割り当てをスイッチに送信します。この場合の VLAN は、標準 VLAN または PVLAN です。

PVLAN をサポートするプラットフォームでは、ポートを PVLAN に割り当てることによってホストを分離できます。

スイッチおよび RADIUS サーバ上で設定する場合、VLAN 割り当てを使用した 802.1X 認証には次の特性があります。

• RADIUS サーバから VLAN が提供されない場合は、認証が成功したときにポートは自身のアクセス VLAN または独立 PVLAN に設定されます。

• 認証サーバが無効な VLAN 情報を提供した場合、ポートは無許可ステートのままになります。これは、設定エラーによって不適切な VLAN 上にポートが突然現れることを防ぐためです。

• 複数認証モードが 802.1X ポートでイネーブルの場合、Cisco IOS Release 15.0(2) SG 以降では、VLAN 割り当てが、最初に認証されたホストで正常に行われます。（ユーザ クレデンシャルに基づいて）後に許可されたデータ ホストは、正常に認証されたと見なされます。ただし、VLAN 割り当てがないか、ポートで最初に正常に認証されたホストと一致する VLAN 割り当てがあることを条件とします。これにより、ポートで正常に認証されたすべてのホストは、確実に同じ VLAN メンバになります。VLAN 割り当ての柔軟性は、最初に認証されたホストだけで生じます。

• 認証サーバが有効な VLAN 情報を提供した場合、認証に成功すると、ポートは許可ステートになり、指定された VLAN に追加されます。

• 複数ホスト モードがイネーブルの場合、すべてのホストは最初に認証されたユーザと同じ VLAN 内にあります。

• ポート上で 802.1X がディセーブルになると、そのポートは設定されたアクセス VLAN に戻ります。

• ポートは、アクセス ポート（「通常の」VLAN にのみ割り当て可能）か、または PVLAN ホスト ポート（PVLAN にのみ割り当て可能）として設定する必要があります。ポートを PVLAN ホスト ポートとして設定すると、ポート上のすべてのホストはそのポスチャが適合か不適合かにかかわらず、PVLAN に割り当てられることになります。Access-Accept に示された PVLAN タイプが、ポートに割り当てられると予測される PVLAN タイプ（アクセス ポートには通常の VLAN、PVLAN ホスト ポートにはセカンダリ PVLAN）と一致しない場合、VLAN 割り当ては失敗します。

• ゲスト VLAN が応答しないホストを処理するよう設定されている場合、ゲスト VLAN として設定されている VLAN タイプがポート タイプと一致する必要があります（つまり、アクセス ポート上で設定されたゲスト VLAN の場合は標準 VLAN、PVLAN ホスト ポート上で設定されたゲスト VLAN の場合は PVLAN）。ゲスト VLAN のタイプが、ポート タイプと一致しない場合、応答しないホストはゲスト VLAN が設定されていない場合と同じように処理されます（つまり、ネットワーク アクセスを拒否されます）。

• ポートを PVLAN に割り当てるには、示された VLAN がセカンダリ PVLAN である必要があります。スイッチは、ローカルに設定されたセカンダリ/プライマリのアソシエーションから暗黙のプライマリ VLAN を判別します。

（注） RADIUS が割り当てた VLAN で認証されているポートのアクセス VLAN または PVLAN ホスト VLAN マッピングを変更すると、ポートは RADIUS が割り当てた VLAN に残ったままになります。

VLAN 割り当てを設定するには、次の作業を実行する必要があります。

• network キーワードを使用して AAA 認証をイネーブルにし、RADIUS サーバからのインターフェイス設定を可能にします。aaa authorization network group radius コマンドを適用する方法については、「802.1X 認証のイネーブル化」を参照してください。

• 802.1X をイネーブルにします （VLAN 割り当て機能は、アクセス ポートに 802.1X が設定されると自動的にイネーブルになります）。

• RADIUS サーバにベンダー固有のトンネル属性を割り当てます。VLAN を適切に割り当てるには、RADIUS サーバが次の属性をスイッチに返す必要があります。

– トンネル タイプ = VLAN

– トンネル メディア タイプ = 802

– トンネル プライベート グループ ID = VLAN NAME

ゲスト VLAN を使用した 802.1X 認証の使用

ゲスト VLAN を使用すると、802.1X 非対応ホストが 802.1X 認証を使用するネットワークにアクセスできるようになります。たとえば、802.1X 認証をサポートするようにシステムをアップグレードしている間も、ゲスト VLAN を使用できます。

ゲスト VLAN はポート単位でサポートされ、その VLAN タイプがポート タイプと一致するかぎり、すべての VLAN をゲスト VLAN として使用できます。ポートがすでにゲスト VLAN 上で転送を行っている場合に、そのホストのネットワーク インターフェイス上で 802.1X サポートをイネーブルにすると、ポートはただちにゲスト VLAN から除外され、オーセンティケータは認証の開始を待機します。

ポート上での 802.1X 認証をイネーブルにすると、802.1X プロトコルが開始されます。ホストが一定期間内にオーセンティケータからのパケットに応答できなかった場合、オーセンティケータはそのポートを設定済みのゲスト VLAN に追加します。

ポートが PVLAN ホスト ポートとして設定されている場合、ゲスト VLAN はセカンダリ PVLAN である必要があります。ポートがアクセス ポートとして設定されている場合、ゲスト VLAN は通常の VLAN である必要があります。ポート上で設定されたゲスト VLAN が、ポート タイプに適さない場合、スイッチはゲスト VLAN が設定されていないように動作します（すなわち、応答しないホストはネットワーク アクセスを拒否されます）。

ゲスト VLAN の設定方法については、「ゲスト VLAN を使用した 802.1X 認証の設定」を参照してください。

ゲスト VLAN を使用した 802.1X 認証の使用上の注意事項

802.1X 認証をゲスト VLAN で使用する場合、次の注意事項を考慮してください。

• ゲスト VLAN を別の VLAN に再設定すると、認証失敗ポートもすべて移動され、ポートは現在の許可ステートのままです。

• ゲスト VLAN をシャット ダウンするか、または VLAN データベースから削除すると、すべての認証失敗ポートはただちに無許可ステートに移行し、認証プロセスが再び開始されます。

（注） ゲスト VLAN では定期的な再認証を行うことはできません。

Windows XP ホスト上でのゲスト VLAN 使用 802.1X 認証の使用上の注意事項

802.1X 認証を Windows XP ホストのゲスト VLAN で使用する場合は、次の注意事項を考慮してください。

• ホストがオーセンティケータに応答しない場合、ポートは接続を 3 回試行します（試行間隔は 30 秒です）。このあとは、ログイン/パスワード ウィンドウはホストに表示されなくなります。ネットワーク インターフェイス ケーブルを取り外し、再接続する必要があります。

• 不正なログイン/パスワードで応答するホストは、認証に失敗します。認証に失敗したホストは、ゲスト VLAN に追加されません。ホストが初めて認証に失敗すると、待機時間タイマーが始動し、タイマーが満了するまでアクティビティが一切発生しません。待機時間タイマーが満了すると、ホストにログイン/パスワード ウィンドウが表示されます。ホストが 2 度めも認証に失敗すると、待機時間タイマーが再度始動し、タイマーが満了するまでアクティビティは一切発生しません。ホストにはこのあとさらに、3 度めのログイン/パスワード ウィンドウが表示されます。ホストが 3 度めの認証に失敗すると、ポートは無許可ステートになり、ネットワーク インターフェイス ケーブルを取り外して再接続することが必要になります。

MAC 認証バイパスを使用した 802.1X 認証の利用

802.1X プロトコルには、クライアント（サプリカント）、オーセンティケータ、認証サーバの 3 つのエンティティがあります。通常、ホスト PC はサプリカント ソフトウェアを実行し、自分自身を認証するために資格情報をオーセンティケータに送信します。オーセンティケータはその情報を認証サーバに送信して認証を求めます。

しかし、すべてのホストにサプリカント機能があるわけではありません。802.1X を使用して自分自身を認証できないがネットワークにアクセスする必要がある装置は、MAC Authentication Bypass（MAB; MAC 認証バイパス）が使用できます。MAB は、接続先装置の MAC アドレスを使用してネットワーク アクセスを認可または拒否します。

通常、この機能はプリンタなどの装置が接続されているポートで使用します。これらの装置には 802.1X サプリカント機能がありません。

通常の構成では、RADIUS サーバはアクセスが必要な MAC アドレスのデータベースを保持します。この機能によって新しい MAC アドレスがポートで検出されると、装置の MAC アドレスとしてユーザ名とパスワードが使用された RADIUS 要求が生成されます。認証に成功したら、802.1X サプリカントを処理するときに 802.1X 認証で行われるのと同じコード パスを使用して、ポートからその装置にアクセスできるようになります。認証に失敗すると、ポートはゲスト VLAN に移動するか（ゲスト VLAN が設定されている場合）、未認証のままになります。

Catalyst 4500 シリーズ スイッチは、ポート レベルごとの MAC の再認証もサポートします。再認証機能は 802.1X から提供され、MAB 固有ではありません。再認証モードでは、ポートは RADIUS から送信された VLAN にとどまり、自分自身を再認証しようとします。再認証に成功すると、ポートは RADIUS から送信された VLAN にとどまります。失敗した場合は、ポートは未認証になり、ゲスト VLAN が設定されている場合はゲスト VLAN に移動します。

MAB の設定方法については、「MAC 認証バイパスを使用した 802.1X 認証の設定」を参照してください。

機能の相互作用

ここでは、MAB がイネーブルの場合の機能の相互作用と制約事項を示します。MAB とシームレスに相互作用する機能については説明していません（単方向制御ポートなど）。

• MAB は、ポートに 802.1X が設定されている場合にだけイネーブルにできます。MAB は MAC を認証するフォール バック メカニズムとしてのみ機能します。ポートに MAB と 802.1X を同時に設定すると、ポートは 802.1X を使用して認証しようとします。ホストが EAPOL 要求への応答に失敗した場合に MAB が設定されていると、802.1X ポートが開かれパケットを受信して MAC アドレスを取得します。無限に認証が続くことはありません。

デフォルトの 802.1X タイマー値に基づき、メカニズム間の移行にはおよそ 90 秒かかります。転送時間の値を小さくすれば時間を短くできますが、EAPOL 転送頻度に影響を与えます。より小さいタイマー値では、これよりも短い間隔中に EAPOL が送信されます。MAB がイネーブルな状態で 802.1X が EAPOL のフルセットを 1 回実行すると、学習された MAC アドレスが認証サーバに送信されて処理されます。

MAB モジュールは、ライン上で検出された最初の MAC アドレスの許可を実行します。RADIUS が承認する有効な MAC アドレスが受信されると、ポートは許可されたと見なされます。

MAB の結果として最初に許可されたポートで EAPOL パケットが受信されると、802.1X 認証は再起動できます。

図 45-6 に、MAB 時のメッセージ交換を示します。

図 45-6 MAC 認証バイパス時のメッセージ交換

• 認証に失敗した VLAN は、802.1X 認証に失敗したユーザだけが使用します。MAB は 802.1X 認証に失敗したユーザに対しては試みられません。802.1X 認証に失敗すると、MAB の設定の有無にかかわらずポートは認証失敗 VLAN（設定されている場合）に移動します。

• MAB とゲスト VLAN の両方が設定されており EAPOL パケットがポートで受信されなかった場合、802.1X ステート マシンは MAB ステートに移行し、ここでポートが開いてトラフィックを受信し MAC アドレスを取得します。ポートは、MAC を認識するまではこのステートのままです。アドレスが認証に失敗すると、ポートはゲスト VLAN（設定されている場合）に移動します。

ゲスト VLAN 内のポートは、指定されたゲスト VLAN のすべてのトラフィックに対してオープンです。通常は認証されるが、認証に失敗した装置が早い段階で検出されたためにゲスト VLAN になった非 802.1X サプリカントは、いつまでもゲスト VLAN に残ります。ただし、リンクが消失したりライン上で EAPOL が検出されるとゲスト VLAN 外に移動し、デフォルトの 802.1X モードに戻ります。

• MAB によって新しい MAC が認証されると、802.1X オーセンティケータ（またはポート セキュリティ）によってアクセスが制限されるようになり、ポートのセキュリティが保護されます。802.1X デフォルト ホスト パラメータは、単一ホストだけに定義されます。ポートがマルチユーザ ポストに変更されると、ポート セキュリティが採用され、このポートで許容される MAC アドレスの数が適用されます。

• Catalyst 4500 シリーズ スイッチは VVID を持つ MAB をサポートしますが、MAC アドレスはポート データ VLAN だけに表示されます。CDP を使用して学習したすべての IP Phone の MAC は、音声 VLAN で許容されます。

• MAB と VMPS の機能は重複しており、相互に排他的です。

Web ベース認証を使用した 802.1X 認証の利用

Web ベース認証機能（別名 Web 認証プロキシ）を使用して、IEEE 802.1X サプリカントを実行していないホスト システムでエンド ユーザを認証できます。

Web ベース認証を設定する場合は、次の注意事項に従ってください。

• Web ベース認証に対するフォールバックは、スイッチ ポート上のアクセス モードで設定されます。トランク モードのポートはサポートされません。

• Web ベース認証に対するフォールバックは、EtherChannels または EtherChannel メンバではサポートされません。

• Web ベース認証に対するフォールバックは、インターフェイス固有の設定ですが、Web ベース認証の動作は、グローバル フォールバック プロファイルで定義されます。グローバル フォールバック設定を変更する場合、認証フォールバックの次のインスタンスまで、新しいプロファイルは使用されません。

Web ベース認証の設定方法の詳細については、「Web ベース認証の設定」を参照してください。

アクセス不能認証バイパスを使用した 802.1X 認証の利用

スイッチが設定された RADIUS サーバに到達できないためにクライアント（サプリカント）が認証されない場合、アクセス不能認証バイパスがイネーブルのクリティカル ポートに接続するホストにネットワーク アクセスできるようにスイッチを設定できます。

アクセス不能認証バイパスがイネーブルの場合、スイッチは設定された RADIUS サーバのステータスをモニタリングします。RADIUS サーバが使用できない場合、認証サーバが使用不可であるために失敗したクライアントは許可されます。アクセス不能認証バイパス機能は、クライアント データおよび音声クライアントに対してイネーブルにできます。データ クライアントの場合、ポート単位のアクセス不能認証バイパス VLAN を指定できます。音声クライアントは、設定済みの音声 VLAN で許可されます。音声クライアント用のアクセス不能認証バイパスは、認証が音声デバイスに適用される複数ドメイン認証および複数認証モードでアクティブ化できます。

（注） アクセス不能認証バイパス機能によって、RADIUS が使用不可になった場合に、音声クライアントで設定済みの音声 VLAN にアクセスできます。音声デバイスは、正しく動作するために、CDP、LLDP、または DHCP（該当する場合）などの他のプロトコルで音声 VLAN ID を学習する必要があります。RADIUS サーバが使用できない場合、スイッチは、音声デバイスのものとして MAC アドレスを認識できなくなる場合があります。したがって、アクセス不能認証バイパス機能が音声デバイスに設定されている場合は、データ用にも設定する必要があります。音声デバイスは、重要なデータ VLAN と音声 VLAN の両方で許可される場合があります。ポート セキュリティがイネーブルの場合、これはポートに適用される最大ポート セキュリティ エントリに影響する場合があります。

デフォルトでは、RADIUS が使用できなくなった時点で許可されているデータ クライアントは、アクセス不能認証バイパスの影響を受けません。RADIUS が使用できなくなった場合に、ポートのすべての許可済みのデータ クライアントを再認証するには、authentication server dead action reinitialize vlan インターフェイス コンフィギュレーション コマンドを使用します。このコマンドは、マルチ認証モードに限られ、authentication server dead action authorize vlan コマンドと相互排他的です。

（注） マルチ認証モードでは、authentication server dead action authorize vlan コマンドを使用して、データ クライアントのアクセス不能認証バイパスをイネーブルにできません。これは無効です。代わりに、authentication server dead action reinitialize vlan vlan-id コマンドを使用します。

RADIUS が使用できるようになると、クリティカル許可されたポートは、自動的に自分自身を再認証するように設定されます。

（注） 適切に RADIUS サーバの可用性を検出するには、radius-server host コマンドで test username name オプションをイネーブルにする必要があります。RADIUS サーバの設定方法については、「スイッチ/RADIUS サーバ通信の設定」を参照してください。

アクセス不能認証バイパス機能は、ポートが Web ベース認証にフォール バックした後でアクティブにすることはできません。Web ベース認証を設定する方法の詳細については、「Web ベース認証の設定」を参照してください。

アクセス不能認証バイパスの設定方法については、「Web ベース認証の設定」を参照してください。

単方向制御ポートを使用した 802.1X 認証の利用

単方向制御ポートはハードウェアおよびソフトウェア機能が組み合わせられており、マジック パケットと呼ばれる特定のイーサネット フレームを受信すると、休止状態の PC の「電源を投入」します。通常、単方向制御ポートは、システムの電源が切断されていると考えられるような時間帯に管理者がリモート システムを管理する環境で使用されます。

802.1X ポート経由で接続されているホストで単方向制御ポートを使用した場合、ホストの電源が切断されると 802.1X ポートが未認証になるという独特の問題が発生します。この場合、ポートでは EAPOL パケットだけしか送受信できません。単方向制御ポートのマジック パケットはホストに到達できず、電源を投入しない限り PC で認証することもポートを開くこともできません。

単方向制御ポートは、未許可 802.1X ポートでパケットの送信を許容することにより、この問題を解決します。

（注） 単方向制御ポートは、ポートのスパニングツリー PortFast がイネーブルである場合のみ機能します。

802.1X 単方向制御ポートの設定方法については、「単方向制御ポートを使用した 802.1X 認証の設定」を参照してください。

単方向ステート

authentication control-direction in インターフェイス コンフィギュレーション コマンド（Cisco IOS Release 12.2(46) またはそれ以前のリリースでは dot1x control-direction in インターフェイス コンフィギュレーション コマンド）を使用してポートを単一方向に設定すると、そのポートはスパニングツリー フォワーディング ステートに移行します。

単方向制御ポートをイネーブルにすると、接続ホストはスリープ モードまたは電源切断状態になります。ホストはそのネットワークの他の装置とトラフィックを交換しません。ホストがネットワークにトラフィックを送信できない単方向ポートに接続されている場合、ホストはネットワークの他の装置からのトラフィックだけを受信します。

双方向ステート

authentication control-direction both インターフェイス コンフィギュレーション コマンド（Cisco IOS Release 12.2(46) またはそれ以前のリリースでは dot1x control-direction both インターフェイス コンフィギュレーション コマンド）を使用してポートを双方向に設定すると、ポートは両方向のアクセスを制御します。この場合、スイッチ ポートは EAPOL パケット以外のパケットを送受信しません。

VLAN ユーザ分散を使用した 802.1X の利用

動的に VLAN ID または VLAN 名を割り当てる方法の代替方法は、VLAN グループ名を割り当てることです。802.1X VLAN ユーザ分散機能によって、複数の VLAN で同じグループに属する（また、共通 VLAN グループ名によって特徴付けられる）ユーザを分散できます。通常、過度に大規模なブロードキャスト ドメインを作成しないために、これを行います。

たとえば、この機能によって、すべてのアクセスレイヤ スイッチに対して、認証サーバから共通の VLAN グループの名前（技術組織に属するすべてのユーザに対する ENG-Group など）をダウンロードできます。VLAN グループ名は、各アクセスレイヤ スイッチの異なる VLAN に、個々にマッピングされます。同じ VLAN 番号が、個別のスイッチ間で使用されている必要はありません。同様に、VLAN はエッジ デバイスで名前を変更する必要はありません。

認証サーバが複数の VLAN グループ名または VLAN を返す場合、この機能は、これらのグループ間でユーザを均等に分散することを試みます。これは、認証またはポート セキュリティによって、そのスイッチ上の各 VLAN に割り当てられているユーザのカウントを内部で維持します。この情報に基づいて、この機能は、RADIUS サーバから取得されたすべての VLAN または VLAN グループの名前の中で、そのスイッチの最も負荷の少ない VLAN に、新たに認証されたユーザを割り当てます。

この VLAN 分散は、再割り当て中を除き、最初のユーザ認証中だけに、すべての有効な VLAN の負荷を考慮に入れます。一部の既存の認証済みユーザが削除されると、この機能は残りの認証済みユーザの再分配を試行しません。グループ分散は、完全な負荷分散を必ずしも保証しません。

配備例

大規模なキャンパス LAN の設計では、大規模なレイヤ 2 ドメインがない VLAN インフラストラクチャを設計する場合があります。同じ従業員 VLAN の場合、お客様には、それぞれ異なるキャンパス アクセス スイッチで、異なる VLAN が割り当てられる場合があります。VLAN 割り当てを使用して 802.1X を配備する場合、すべての従業員に対して 1 つの従業員 VLAN が割り当てられることはありません。スイッチで設定されている実際の VLAN を認識している必要があります。ユーザ分散によって、VLAN または VLAN グループ名のリストをスイッチに送信できます。スイッチは、対応する VLAN に対してローカル マッピングを実行できます。（図 45-7）。

図 45-7 VLAN ユーザ分散を備えている 802.1X

VLAN ユーザ分散の設定方法の詳細については、「VLAN ユーザ分散を使用した 802.1X の設定」を参照してください。

認証失敗 VLAN 割り当てを使用した 802.1X 認証の利用

ポート単位で認証失敗 VLAN 割り当てを使用すると、認証失敗ユーザがアクセスできるようにします。認証失敗ユーザは、802.1X には対応できるが認証サーバ内に有効な資格情報を持たないエンド ホストか、またはユーザ側の認証ポップアップ ウィンドウでユーザ名とパスワードの組み合わせが入力されていないエンド ホストです。

ユーザが認証プロセスに失敗した場合、このポートは認証失敗 VLAN に置かれます。このポートは再認証タイマーが切れるまで、認証失敗 VLAN に残ります。再認証タイマーが切れると、スイッチはポート再認証要求の送信を開始します。ポートが再認証に失敗した場合は、認証失敗 VLAN に残ります。ポートが再認証に成功した場合は、RADIUS サーバにより送信された VLAN、または新たに認証されたポートに設定された VLAN に移動されます。移動先は、RADIUS サーバが VLAN 情報を送信するように設定されているかどうかによって異なります。

（注） 定期的な再認証をイネーブルにする場合（「定期的な再認証のイネーブル化」を参照）、ローカル再認証タイマー値だけが使用できます。RADIUS サーバを使用して再認証タイマー値を割り当てることはできません。

ポートが認証失敗 VLAN に移動される前に、オーセンティケータが送信する最大認証試行回数を設定できます。オーセンティケータは、各ポートの失敗した認証試行回数をカウントします。失敗した認証試行とは、空の応答または EAP 失敗のいずれかを指します。オーセンティケータは、認証試行回数に対して失敗した認証のすべての試行をまとめてカウントします。最大試行回数を超えると、ポートは再認証タイマーが次に切れるまで認証失敗 VLAN に置かれます。

（注） EAP をサポートしない RADIUS は、EAP パケットを含まない応答を送信する場合があります。また、サードパーティ製の RADIUS サーバも空の応答を送信する場合があります。この動作が見つかると、認証試行カウンタは増加します。

認証失敗 VLAN 割り当てを設定する方法については、「認証失敗の場合の 802.1X 認証の設定」を参照してください。

認証失敗 VLAN 割り当ての使用上の注意事項

使用上の注意事項は次のとおりです。

• 再認証をイネーブルにする必要があります。再認証がディセーブルの場合、認証失敗 VLAN 内のポートは再認証試行を受け入れません。再認証プロセスを開始するには、認証失敗 VLAN がポートからのリンク ダウン イベントまたは EAP ログオフ イベントを受信する必要があります。ホストがハブの背後にある場合は、次の再認証が試行されるまでリンク ダウン イベントを受信しなかったり、新しいホストを検出しなかったりする可能性があります。

• EAP 失敗メッセージは、ユーザに送信されません。ユーザが認証に失敗した場合、ポートは認証失敗 VLAN に移され、EAP 成功メッセージがユーザに送信されます。ユーザには認証失敗が通知されないため、ネットワークへのアクセスが制限される理由がわからない場合があります。EAP 成功メッセージが送信される理由は、次のとおりです。

– EAP 成功メッセージが送信されなければ、ユーザは EAP 開始メッセージを送信して 60 秒ごとに（デフォルト）認証を試行します。

– 場合によっては、ユーザが EAP 成功に DHCP を設定していて、成功を確認しない限り、ポート上で DHCP が動作しないこともあります。

• ユーザはオーセンティケータから EAP 成功メッセージを受信したあと、不正なユーザ名とパスワードの組み合わせをキャッシュして、再認証ごとにこの情報を再利用する場合があります。ユーザが正確なユーザ名とパスワードの組み合わせを渡すまで、ポートは認証失敗 VLAN に残されます。

• 認証失敗ポートが無許可ステートに移行すると、認証プロセスが再開されます。再度認証プロセスに失敗する場合には、オーセンティケータは保留ステートで待機します。正しく再認証されると、すべての 802.1X ポートは再度初期化され、通常の 802.1X ポートとして扱われます。

• 認証失敗 VLAN を別の VLAN に再設定すると、認証失敗ポートもすべて移動され、ポートは現在の許可ステートのままになります。

• 認証失敗 VLAN をシャット ダウンするか、または VLAN データベースから削除すると、すべての認証失敗ポートはただちに無許可ステートに移行され、認証プロセスが再開されます。認証失敗 VLAN 設定がまだ存在するため、オーセンティケータは保留ステートで待機しません。認証失敗 VLAN が非アクティブである間は、すべての認証試行がカウントされ、VLAN がアクティブになるとすぐにポートは認証失敗 VLAN に置かれます。

• VLAN で許容される最大認証失敗数を再設定した場合、この変更は再認証タイマーが切れたあとで有効になります。

• レイヤ 3 ポートで使用される内部 VLAN は、認証失敗 VLAN として設定できません。

• 認証失敗 VLAN は、単一ホスト モード（デフォルトのポート モード）でのみサポートされます。

• ポートが認証失敗 VLAN に置かれると、ユーザの MAC アドレスが MAC アドレス テーブルに追加されます。ポートで新しい MAC アドレスが検出されると、セキュリティ違反として扱われます。

• 認証失敗ポートが認証失敗 VLAN に移動されると、Catalyst 4500 シリーズ スイッチは標準の 802.1X 認証の場合とは異なり、RADIUS-Account Start メッセージを送信しません。

ポート セキュリティを使用した 802.1X 認証の利用

単一ホスト モードまたは複数ホスト モードのどちらかの 802.1X ポートでポート セキュリティをイネーブルにできます （ switchport port-security インターフェイス コンフィギュレーション コマンドを使用してポートにポート セキュリティを設定します）。ポート上のポート セキュリティと 802.1X をイネーブルにすると、802.1X がポートを認証し、ポート セキュリティがポート上で許容される MAC アドレス数（クライアントの MAC アドレスを含む）を管理します。ポート セキュリティがイネーブルの状態で 802.1X ポートを使用すると、ネットワークにアクセスできるクライアントの数とグループを制限できます。

複数ホスト モードの指定については、「802.1X 設定をデフォルト値にリセットする方法」を参照してください。

次に、スイッチ上の 802.1X とポート セキュリティ間の対話の例を示します。

• クライアントが認証され、ポート セキュリティ テーブルがいっぱいでない場合、そのクライアントの MAC アドレスが、セキュア ホストのポート セキュリティ リストに追加されます。追加されると、ポートが通常どおりアクティブになります。

クライアントが認証されて、ポート セキュリティが手動で設定された場合、セキュア ホスト テーブル内のエントリは保証されます（ポート セキュリティのスタティック エージングがイネーブルになっていない場合）。

ポート上で別のホストが学習されると、セキュリティ違反が発生します。その場合に取られる処置は、セキュリティ違反を検出した機能（802.1X またはポート セキュリティ）によって異なります。

– 802.1X が違反を検出した場合は、ポートが errdisable になります。

– ポート セキュリティが違反を検出した場合は、ポートがシャットダウンするか、または制限されます（対処法は設定可能です）。

ポート セキュリティおよび 802.1X セキュリティ違反が発生した場合の説明を、次に示します。

– 単一ホスト モードの場合にポートが許可されると、クライアント MAC アドレス以外の受信されたすべての MAC アドレスによって、802.1X セキュリティ違反が引き起こされます。

– 単一ホスト モードの場合に、（設定済みのセキュア MAC アドレスによって）ポート セキュリティが限度に達していることが原因で、802.1X クライアントの MAC アドレスの導入に失敗すると、ポート セキュリティ違反が引き起こされます。

– 複数ホスト モードの場合にポートが許可されると、ポート セキュリティが限度に達していることが原因で導入できない追加 MAC アドレスにより、ポート セキュリティ違反が引き起こされます。

• 802.1X クライアントがログオフすると、ポートが無許可ステートに移行し、クライアントのエントリを含むセキュア ホスト テーブル内のすべてのダイナミック エントリが削除されます。そのあと、通常の認証が行われます。

• ポートが管理上のシャットダウン状態になると、ポートは無許可ステートになり、すべてのダイナミック エントリがセキュア ホスト テーブルから削除されます。

• ポート セキュリティ テーブルからクライアントの MAC アドレスを削除できるのは、802.1X のみです。複数ホスト モードでは、クライアントの MAC アドレスを除き、ポート セキュリティによって学習されたすべての MAC アドレスを、ポート セキュリティ コマンドライン インターフェイス（CLI）を使用して削除できます。

• ポート セキュリティによって 802.1X クライアントの MAC アドレスが期限切れになると、802.1X はクライアントの再認証を試行します。ポート セキュリティ テーブル内でクライアントの MAC アドレスを保持できるのは、再認証に成功した場合のみです。

• CLI を使用してポート セキュリティ テーブルを表示すると、802.1X クライアントのすべての MAC アドレスに dot1x というタグが付けられます。

ACL 割り当てとリダイレクト URL を使用した 802.1X 認証の使用

Cisco IOS Release 12.2(50)SG 以降では、ホストの 802.1X または MAB の認証中に、ACL などのホストごとのポリシーをダウンロードし、RADIUS サーバからスイッチへ URL をリダイレクトできます。ACL ダウンロードは、802.1X または MAB からのフォールバック後、Web 認証でもサポートされます。

ポートの 802.1X ホスト モードが、単一ホスト、MDA またはマルチ認証のいずれかの場合、ダウンロードされる ACL（DACL）は、認証ホストの IP アドレスをソース アドレスとして使用して変更されます。ホスト モードが複数ホストの場合、ソース アドレスは ANY として設定され、ダウンロードされる ACL またはリダイレクトは、ポート上のすべてのデバイスに適用されます。

ホストの認証中に ACL が指定されない場合、ポート上に設定されるスタティック デフォルト ACL は、ホストに適用されます。音声 VLAN ポートでは、ポートのスタティック デフォルト ACL だけが電話に適用されます。

ここでは、次の内容について説明します。

• 「URL リダイレクトでの Cisco Secure ACS と AV のペア」

• 「ACL」

ダウンロード可能な ACL と URL リダイレクトの設定方法については、「ACL 割り当てとリダイレクト URL を使用した 802.1X 認証の設定」を参照してください。

URL リダイレクトでの Cisco Secure ACS と AV のペア

ダウンロード可能な ACL がイネーブルの場合、Cisco Secure ACS では、RADIUS を介して AAA サービスが用意されます。

これらの Attribute-Value（AV）のペアは、RADIUS cisco-av-pair ベンダー固有属性（VSA）で Cisco Secure ACS に設定できます。

• CiscoSecure-Defined-ACL では、Cisco Secure ACS に DACL の名前を指定します。スイッチは ACL 名を、次の形式の CiscoSecure-Defined-ACL AV ペアを使用して受け取ります。

#ACL#-IP-name-number

name は ACL の名前、number はバージョン番号（3f783768 など）を表します。

Auth-Manager コードにより、指定されたダウンロード可能な ACL のアクセス コントロール エントリ（ACE）が、前にダウンロードされたかどうかが確認されます。前にダウンロードされていない場合、ACE がダウンロードされるよう、Auth-Manager コードにより、ダウンロード可能な ACL 名をユーザ名として AAA 要求が送信されます。次に、ダウンロード可能な ACL は、名前付き ACL としてスイッチ上に作成されます。この ACL には、任意のソース アドレスで ACE が存在し、エンドポイントに暗黙拒否ステートメントは存在しません。認証の完了後にダウンロード可能な ACL がインターフェイスに適用される場合、インターフェイスのホスト モードにより、ソース アドレスが任意のものからソース IP アドレスに変更されます。ACE は、エンドポイント デバイスが接続されているスイッチ インターフェイスに適用されているダウンロード可能な ACL に、プリペンドされます。トラフィックが CiscoSecure-Defined-ACL ACE に一致する場合、適切なアクションが実行されます。

• url-redirect および url-redirect-acl により、スイッチ上にローカル URL が指定されます。スイッチは、これらの cisco-av-pair VSA を次のように使用します。

– url-redirect = <HTTP または HTTPS URL>

– url-redirect-acl = スイッチの ACL 名または番号

これらの AV ペアは、エンドポイント デバイスから HTTP または HTTPS の要求を代行受信するようスイッチをイネーブルにし、ダウンロード可能な最新のアンチウイルス ファイルから指定されたリダイレクト アドレスへ、クライアント Web ブラウザを転送します。Cisco Secure ACS 上の url-redirect AV ペアには、Web ブラウザがリダイレクトされる URL が格納されます。url-redirect-acl AV ペアには、リダイレクトされる HTTP トラフィックまたは HTTPS トラフィックが指定されている ACL の名前または番号が含まれています。リダイレクト ACL の許可エントリに一致するトラフィックは、リダイレクトされます。

（注） リダイレクトまたはデフォルト ACL は、スイッチ上に定義する必要があります。

ACL

ダウンロード可能な ACL が認証サーバ上の特定のクライアントに設定されている場合、クライアント側のスイッチ ポートにデフォルト ポート ACL を設定する必要があります。

デフォルト ACL がスイッチ上に設定されている場合で、Cisco Secure ACS からスイッチにホスト アクセス ポリシーが送信される場合、スイッチ ポートに接続されているホストからトラフィックに、ポリシーが適用されます。ポリシーが適用されない場合、デフォルト ACL が適用されます。Cisco Secure ACS からスイッチにダウンロード可能な ACL が送信される場合、この ACL は、スイッチ ポート上にすでに設定されているデフォルト ACL より優先されます。ただし、スイッチで、Cisco Secure ACS からホスト アクセス ポリシーを受信する場合で、デフォルト ACL が設定されていない場合、認可の失敗が宣言されます。

ダウンロード可能なポリシーの設定方法については、「ダウンロード ポリシーの設定」を参照してください。

RADIUS によるセッション タイムアウトを使用した 802.1X 認証の利用

スイッチで使用する再認証タイムアウトを、ローカルに設定されたものと RADIUS によるもののどちらにするかを指定できます。スイッチがローカル設定のタイムアウトを使用するように設定されている場合、タイマーが切れるとホストを再認証します。

スイッチが RADIUS によるセッション タイムアウトを使用するように設定されている場合、スイッチは RADIUS Access-Accept メッセージの Session-Timeout および任意の Termination-Action 属性をスキャンします。スイッチは、セッションの期間を判断するためには Session-Timeout 属性の値を使用し、セッションのタイマーが切れた際のスイッチのアクションを判断するためには Termination-Action 属性の値を使用します。

Termination-Action 属性が存在し、その値が RADIUS-Request である場合、スイッチはホストを再認証します。Termination-Action 属性が存在しないか、またはその値が Default である場合、スイッチはセッションを終了します。

（注） ポート上のサプリカントは、そのセッションが終了され、新しいセッションを開始しようとすることを認識します。認証サーバがこの新しいセッションを別に処理しない限り、スイッチが新しいセッションを確立しても、クライアントはネットワーク接続に少しの割り込みしか確認しない可能性があります。

スイッチが RADIUS によるタイムアウトを使用するように設定されているが、Access-Accept メッセージに Session-Timeout 属性が含まれない場合、スイッチはサプリカントを再認証しません。これは、シスコのワイヤレス アクセス ポイントに一貫した動作です。

RADIUS によるセッション タイムアウトを設定する方法については、「RADIUS によるセッション タイムアウトの設定」を参照してください。

音声 VLAN ポートを使用した 802.1X 認証の利用

音声 VLAN ポートは特殊なアクセス ポートで、次の 2 つの VLAN ID が対応付けられています。

• IP Phone へ、または IP Phone から音声トラフィックを伝送するための Voice VLAN ID（VVID）。VVID は、ポートに接続された IP Phone を設定するために使用されます。

• IP Phone を使用してスイッチに接続されたワークステーションへ、またはワークステーションからデータ トラフィックを伝送する Port VLAN ID（PVID）。PVID は、ポートのネイティブ VLAN です。

音声 VLAN に設定する各ポートは、VVID および PVID に関連付けられています。この設定により、音声トラフィックとデータ トラフィックを異なる VLAN に分離できます。

ポートが AUTHORIZED か UNAUTHORIZED かにかかわらずリンクがある場合、音声 VLAN ポートはアクティブになります。音声 VLAN にあるすべてのトラフィックは正常に認識され、MAC アドレス テーブルに表示されます。Cisco IP Phone は、他のデバイスから受け取った CDP メッセージをリレーしません。いくつかの Cisco IP Phone がシリーズで接続されている場合、スイッチは直接接続している IP Phone のみを認識します。802.1X が音声 VLAN ポートでイネーブルの場合、スイッチは複数のホップの認識されていない Cisco IP Phone からのパケットをドロップします。

802.1X がポートでイネーブルの場合、VVID と同じ PVID を設定できません。音声 VLAN の詳細については、「音声インターフェイスの設定」を参照してください。

次の機能の相互作用に注意してください。

• 802.1X VLAN 割り当ては、音声 VLAN と同じ VLAN のポートに割り当てることができません。割り当てると 802.1X 認証が失敗します。これは、ダイナミック VLAN 割り当てでも同様です。

• 802.1X ゲスト VLAN は、802.1X 音声 VLAN ポート機能と連動します。ただし、同一 VLAN をゲスト VLAN と音声 VLAN には設定できません。

• 802.1X ポート セキュリティは 802.1X 音声 VLAN ポート機能と連動し、ポート単位で設定されます。2 つの MAC アドレスを設定する必要があります。1 つは VVID の Cisco IP Phone MAC アドレスで、もう 1 つは PVID の PC MAC アドレスです。

ただし、802.1 X ポート セキュリティのスティッキ MAC アドレス設定および 802.1X ポート セキュリティの静的に設定された MAC アドレス設定と一緒に、802.1X 音声 VLAN ポート機能を使用することはできません。

• 802.1X アカウンティングは、802.1X 音声 VLAN ポート機能による影響を受けません。

• 802.1X がポートで設定されている場合、ハブ経由で Catalyst 4500 シリーズ スイッチに複数の IP Phone を接続できません。

• 音声 PVLAN は PVLAN のホスト ポートとして設定できず、PVLAN のホスト ポートに割り当てられるのは PVLAN だけであるため、PVLAN 割り当てでは音声 VLAN が設定されたポートに PVLAN を割り当てることができません。

音声 VLAN に 802.1X を設定する方法については、「音声 VLAN に対する 802.1X 認証の設定」を参照してください。

複数ドメイン認証と複数認証の使用

MDA は、データ デバイスと IP Phone（Cisco または Cisco 以外のサードパーティ）などの音声デバイスの両方が、データ ドメインと音声ドメインに分割される同一スイッチ ポートで認証できるようにします。

マルチ認証では、複数のデータ デバイスと音声デバイスを使用できます。複数認証ポート上で音声 VLAN が設定されている場合は、MDA ポートと同様に、音声ドメイン内で認証を実行することができます。

MDA では、デバイス認証の順序が指定されません。ただし、最適な結果を得るには、MDA 対応ポートで、データ デバイスを認証する前に音声デバイスを認証する必要があります。

MDA を設定する場合は、次の注意事項に従ってください。

（注） 音声 VLAN の設定時にも同じ注意事項が複数認証に適用されます。

• DoS 攻撃（サービス拒絶攻撃）を防ぐために MDA 対応ポートで CoPP をイネーブルにすることを推奨します。「コントロール プレーン ポリシングおよびレイヤ 2 制御パケット QoS の設定」を参照してください。

• MDA またはマルチ認証をスイッチ ポートに設定するには、「複数ドメイン認証および複数認可の設定」を参照してください。

• ホスト モードがマルチドメインに設定されている場合、IP Phone の音声 VLAN を設定する必要があります。詳細については、「音声インターフェイスの設定」 を参照してください。

• 音声デバイスを許可するには、値 device-traffic-class=voice の Cisco Attribute Value（AV; 属性値）ペア属性を送信するように AAA サーバを設定する必要があります。この値を使用しない場合、音声デバイスはデータ デバイスとして扱われます。

• ゲスト VLAN および制限付き VLAN 機能は、MDA 対応ポートでのデータ デバイスにだけ適用されます。スイッチ は、 許可されなかった音声デバイスをデータ デバイスと 見なします。

• 複数のデバイスでポートの音声またはデータ ドメインの許可を行おうとすると、errordisable になります。

• デバイスが許可されるまで、ポートはそのトラフィックをドロップします。他社製 IP Phone または音声デバイスはデータおよび音声 VLAN の両方に許可されます。データ VLAN では、音声デバイスを DHCP サーバに接続して IP アドレスおよび音声 VLAN 情報を取得することができます。音声デバイスが音声 VLAN で送信を開始すると、データ VLAN へのアクセスはブロックされます。音声デバイスがデータ VLAN 上にトラフィックを送信し続けていると、MDA 内でセキュリティ違反が発生する可能性があります。

• MDA はフォールバック メカニズムとして MAC 認証バイパスを使用して、スイッチ ポートが 802.1X 認証をサポートしないデバイスに接続できるようにします。これは特に 802.1X サプリカントのないサードパーティ電話で役立ちます。詳細については、「MAC 認証バイパスを使用した 802.1X 認証の利用」を参照してください。

• ポート上でデータ デバイスまたは音声デバイスが検出されると、その MAC アドレスは認証が成功するまではブロックされます。許可に失敗した場合、MAC アドレスが 5 分間ブロックされたままになります。

• データ VLAN で複数のデバイスが検出された場合、またはポートが許可されていないときに音声 VLAN で複数の音声デバイスが検出された場合、そのポートは errdisable になります。

• ポートのホスト モードをシングルホスト モードまたはマルチホスト モードからマルチドメイン モードに変更すると、ポートでは許可されたデータ デバイスは許可されたままになります。ただし、音声 VLAN のポートで許可されている Cisco IP Phone は自動的に削除されるため、そのポート上で再認証される必要があります。

• ゲスト VLAN や制限付き VLAN などのアクティブ フォールバック メカニズムは、ポートをシングル モードまたはマルチホスト モードからマルチドメイン モードに変更したあとでも設定されたままになります。

• ポートのホスト モードをマルチドメイン モードからシングル モードまたはマルチホスト モードに変更すると、許可されているすべてのデバイスがポートから削除されます。

• データ ドメインが最初に許可され、ゲスト VLAN に設定された場合、非 802.1X 対応音声デバイスは音声 VLAN のパケットにタグを付け、認証をトリガーする必要があります。

• MDA 対応ポートでは、ユーザ単位 ACL を推奨しません。ユーザ単位 ACL ポリシーを備えた、許可されたデバイスは、ポートの音声 VLAN とデータ VLAN の両方のトラフィックに影響を与えることがあります。このようなデバイスを使用する場合は、ポートでユーザ単位 ACL を適用するデバイスは 1 台だけにしてください。

Network Edge Access Topology を使用した 802.1X サプリカントおよびオーセンティケータ

Network Edge Access Topology（NEAT）機能は、ワイヤリング クローゼット（会議室など）外の領域まで識別を拡張します。

サプリカント スイッチに接続するオーセンティケータ スイッチ インターフェイスで認証ホスト モードをイネーブルにできます。サプリカント スイッチが認証に成功すると、ポート モードがアクセスからトランクに変更されます。すべてのホスト モードで NEAT が確実に動作するようにするには、サプリカント スイッチで dot1x supplicant force-multicast グローバル コンフィギュレーション コマンドを使用します。アクセス VLAN は、オーセンティケータ スイッチで設定されている場合、認証が成功した後にトランク ポートのネイティブ VLAN になります。

（注） MAB と NEAT の併用はサポートされず、推奨されません。サプリカント スイッチを認証するには、802.1X だけを使用します。

（注） Catalyst 4500 シリーズ スイッチは、オーセンティケータのポートだけをサポートします。

配備

NEAT は、エンドホスト（PC または Cisco IP Phone）に対して 802.1X オーセンティケータとして動作するスイッチが、保護されていない位置（ワイヤリング クローゼットの外側）に配備されるシナリオを対象としています。

このようなトポロジのために、オーセンティケータ スイッチは必ずしも信頼できません。たとえば、コンパクト スイッチ（8 ポート Catalyst 3560 および Catalyst 2960）は、一般に、ワイヤリング クローゼットの外部に配備されます。これにより、ハッカーのデバイスが、スイッチを無効化し、ネットワークへのアクセス権を取得して、セキュリティが侵害されるおそれがあります。エッジ スイッチは、ネットワーク エッジ認証トポロジ（NEAT）と呼ばれる別のスイッチに対して自身を認証する必要があります。

図 45-8 に一般的な NEAT のトポロジを図示します。

図 45-8 一般的な NEAT トポロジ

NEAT は、このようなシナリオで次の機能を容易にします。

ホスト許可：許可済み（サプリカントでスイッチに接続する）ホストからのトラフィックだけがネットワークで許可されます。これらのスイッチは、Client Information Signalling Protocol（CISP）を使用して、サプリカント スイッチに接続する MAC アドレスをオーセンティケータ スイッチに送信します。

自動イネーブル化：オーセンティケータ スイッチでのトランク コンフィギュレーションを自動的にイネーブル化します。これにより、サプリカント スイッチから着信する複数の VLAN のユーザ トラフィックが許可されます。ACS では、device-traffic-class=switch として Cisco AV ペアを設定する必要があります。この方法の詳細については、「NEAT を使用したオーセンティケータ スイッチおよびサプリカント スイッチの設定」を参照してください。

ポート上で 802.1X が失敗する場合

802.1X は、タイムアウト、明示的な障害、およびプロトコルのタイムアウトの 3 通りの方法により、ポートで失敗することがあります。

タイムアウト：スイッチはリンク アップで 802.1X を試行しますが、接続されたエンド ポイントは 802.1X 対応ではありません。設定した数の再試行とタイムアウトの後に、いずれかが設定されている場合、スイッチは次の認証方式を試行します（MAB など）。MAB が失敗した場合、スイッチは、ゲスト VLAN（非応答 VLAN とも呼ばれます）を配備します（設定されている場合）。ゲスト VLAN は、authentication event no-response interface コマンドで設定されます。

明示的な障害：スイッチとエンド ポイントは、802.1X 認証シーケンス全体を実行し、その結果、明示的な障害が発生します（通常、RADIUS サーバからスイッチへの Access-Reject と、スイッチからエンドポイントに送信される EAP-Failure で示されます）。この場合、スイッチは MAB を試行し（「認証イベント障害アクション next-method」が設定されている場合）、AuthFail VLAN を配備します（「認証イベント障害アクション authorize vlan」が設定されている場合）。

プロトコルのタイムアウト：スイッチとエンド ポイントは、802.1X 認証プロセスを開始しますが、このプロセスを完了しません。たとえば、エンド ポイントは 802.1X EAPoL-Start メッセージを送信してから、スイッチへの応答を停止することがあります（エンドユーザによる情報の入力を待機しているために、エンドポイントにクレデンシャルがない場合など）。この場合、スイッチは接続された装置が EAPoL 対応であることを認識しているため、タイムアウト後にゲスト VLAN を配備しません。代わりに、タイムアウト後に認証を再開します。スイッチは、物理リンクのダウン イベントが検出されるまで、EAPoL 対応としてポートを引き続き分類します。プロトコルのタイムアウトが生じた場合に、ゲスト VLAN の配置をスイッチに強制するには、dot1x guest-vlan supplicant をグローバルに設定します。ポートがホストモードのマルチドメイン認証用に設定されている場合、スイッチは dot1x guest-vlan supplicant が設定されている場合と同様に動作します。

サポートされるトポロジ

802.1X ポートベースの認証は、次の 2 つのトポロジをサポートします。

• Point-to-point

• ワイヤレス LAN

ポイントツーポイント構成（図 45-1 を参照）では、複数ホスト モードがイネーブルでない場合（デフォルト）、802.1X 対応スイッチ ポートに接続できるクライアントは 1 台だけです。スイッチは、ポートのリンク ステートがアップ ステートに変化すると、クライアントを検出します。クライアントがログオフしたとき、または別のクライアントに代わったときには、スイッチはポートのリンク ステートをダウンに変更し、ポートは無許可ステートに戻ります。

ワイヤレス LAN の 802.1X ポートベース認証（図 45-9）では、クライアントが認証されるとすぐにワイヤレス アクセス ポイントとして認証される 802.1X ポートを複数ホスト ポートとして設定します （「802.1X 設定をデフォルト値にリセットする方法」を参照）。ポートが許可されると、ポートに間接的に接続されたホストを除くすべてのホストに対して、ネットワーク アクセスが許可されます。ポートが無許可になると（再認証が失敗するか、EAPOL-Logoff メッセージを受信すると）、スイッチは、無線アクセス ポイントに接続されたすべてのクライアントに対してネットワーク アクセスを拒否します。このトポロジでは、無線アクセス ポイントは、接続しているクライアントを認証する役割があり、スイッチに対してクライアントとして機能します。

図 45-9 ワイヤレス LAN の例

802.1X のデフォルト設定

表 45-1 に、802.1X のデフォルト設定を示します。

802.1X 設定時の注意事項

802.1X 認証を設定する際の注意事項は次のとおりです。

• 802.1X プロトコルは、レイヤ 2 スタティック アクセス、PVLAN ホスト ポート、およびレイヤ 3 ルーテッド ポートでのみサポートされます。その他のポート モードには 802.1X を設定できません。

• VLAN 割り当を使用する場合、この機能では一般的な AAA コマンドが使用されることに留意してください。AAA の設定については、「802.1X 認証のイネーブル化」を参照してください。または、この場所にある Cisco IOS セキュリティに関する次のマニュアルを参照してください。

http://www.cisco.com/en/US/products/ps6586/products_ios_technology_home.html

802.1X 認証のイネーブル化

802.1X ポート ベース認証をイネーブルにするには、まずスイッチ上で 802.1X をグローバルにイネーブルにしてから、AAA をイネーブルにし、認証方式リストを指定する必要があります。方式リストは、ユーザ認証のためクエリー送信を行う手順と認証方式を記述したものです。

ソフトウェアは、方式リスト内の最初の方式を使用してユーザを認証します。その方式で応答が得られなかった場合、ソフトウェアはそのリスト内の次の認証方式を選択します。このプロセスは、リスト内の認証方式による通信が成功するか、定義された方式をすべて試し終わるまで繰り返されます。このサイクルのいずれかの時点で認証が失敗した場合には、認証プロセスは中止され、その他の認証方式が試みられることはありません。

（注） VLAN 割り当てを可能にするには、AAA 認証をイネーブルにして、ネットワーク関連のすべてのサービス要求に対してスイッチを設定する必要があります。

802.1X ポートベース認証を設定するには、次の作業を行います。

（注） スパニングツリー PortFast をイネーブルにすると、許可直後にポートが必ずアップになります。

（注） ポートに任意の 802.1X パラメータを設定すると、ポート上に 802.1X 認証が自動的に作成されます。その結果、dot1x pae authenticator が設定に表示され、dot1x 認証が、手動介入なしに、レガシー設定で引き続き確実に動作します。

次に、ファスト イーサネット ポート 2/1 で 802.1X と AAA をイネーブルにし、設定を確認する例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

次に、ポートが認可されるときの例を示します。

スイッチ/RADIUS サーバ通信の設定

RADIUS セキュリティ サーバは、ホスト名または IP アドレス、ホスト名と各 UDP ポート番号、あるいは IP アドレスと各 UDP ポート番号で識別します。IP アドレスと UDP ポート番号の組み合わせによって、一意の ID が作成され、サーバの同一 IP アドレス上にある複数の UDP ポートに RADIUS 要求を送信できるようになります。同じ RADIUS サーバ上の異なる 2 つのホスト エントリに同じサービス（たとえば認証など）を設定した場合、2 番めに設定されたホスト エントリは、最初に設定されたホスト エントリのフェールオーバー バックアップとして動作します。RADIUS のホストエントリは、設定された順序で試行されます。

スイッチ上で RADIUS サーバ パラメータを設定するには、次の作業を行います。

次に、IP アドレスが 172.120.39.46 であるサーバを RADIUS サーバとして指定する例を示します。最初のコマンドはポート 1612 を認証ポートとして指定し、暗号キーを rad123 に設定します。

2 番めのコマンドは、RADIUS サーバ上でキーを照合するように指定します。

radius-server host グローバル コンフィギュレーション コマンドを使用して、すべての RADIUS サーバに対してタイムアウト、再送信回数、暗号キーの値をグローバルに設定できます。これらのオプションをサーバ単位で設定するには、 radius-server timeout 、 radius-server retransmit 、および radius-server key グローバル コンフィギュレーション コマンドを使用します。

さらに、RADIUS サーバで AAA クライアントも作成する必要があります。これらの設定値としては、スイッチの IP アドレス、およびサーバとスイッチの双方で共有するキー ストリングがあります。

複数ドメイン認証および複数認可の設定

（注） 複数許可では、Cisco IOS Release 12.2(50)SG およびそれ以降のリリースが必要です。

マルチドメイン認証（MDA）および複数認可を設定するには、次の作業を実行します。

次に、802.1X 認証をイネーブルにし、複数ホストを許可する例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

次に、MDA をイネーブルにし、ポート上でホストと 802.1X 音声デバイス（802.1X サプリカントを持つ Cisco またはサードパーティ電話など）の両方を許可する例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

次に、MDA をイネーブルにし、ポート上でホストと 802.1X 以外の音声デバイスを許可する例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

次に、ファスト イーサネット インターフェイス 3/1 での dot1x MDA 設定を確認する例を示します。

次に、MDA をイネーブルにし、IEEE 802.1x 認可ポート上で複数ホストと 1 つの音声デバイスを認証する例を示します。

（注） この例は、Cisco IOS Release 12.2(50)SG およびそれ以降のリリースに適用できます。

ACL 割り当てとリダイレクト URL を使用した 802.1X 認証の設定

ここでは、次の内容について説明します。

• 「ダウンロード可能 ACL」

• 「URL のリダイレクト」

• 「ダウンロード ポリシーの設定」

ダウンロード可能 ACL

ダウンロード可能な ACL（DACL）機能を使用すると、認証サーバからデバイス固有の認可ポリシーをダウンロードできます。これらのポリシーは、該当するクライアントに対する認証に成功し、クライアントの IP アドレスが IP デバイス トラッキング テーブルに入力された後で、アクティブにされます （ポートが認証され、IP デバイス トラッキング テーブルに IP アドレス エントリが入力されると、ダウンロード可能な ACL がポート上で適用されます）。

次のセクションでは、関連する認証（802.1X または MAB）の設定を補うために必要な設定について説明します。（スイッチ上では独自の設定作業は不要です。設定のすべては ACS 上に存在します。）認証に成功後、show ip access-list コマンドを入力して、ダウンロード可能な ACL を表示します。

ダウンロード可能な ACL のスイッチの設定

ダウンロード可能な ACL にスイッチを設定するには、次の手順を実行します。

ステップ 1 IP デバイス トラッキング テーブルを設定します。

ステップ 2 認証を転送するよう、RADIUS VSA を設定します。

ステップ 3 インターフェイスにスタティック ACL を設定します。

インターフェイスの設定：例

DACL のデバッグ コマンド

IP デバイス トラッキング テーブルには、ARP または DHCP を介して認識されたホスト IP アドレスが含まれています。

次のコマンドにより、IP デバイス トラッキング テーブルでの制限が表示されます。

次のコマンドにより、ACS からのダウンロード可能な ACL が Policy Enforced Module（EPM）セッションに含まれることが表示されます。

次のコマンドにより、ダウンロード可能な ACL の内容が表示されます。

Cisco ACS での DACL の設定

（注） DACL は、Cisco ACS のみでサポートされます。

DACL に必要な ACS が正しく動作するように設定する手順は、次のとおりです。

ステップ 1 [Radius Shared Profile] > [Downloadable IP ACL Content]（図 45-10）を選択すると表示されるウィンドウで、ダウンロード可能な IP ACL を設定します。

図 45-10 共有プロファイル コンポーネント

ステップ 2 [User] > [DACLs] を選択すると表示されるウィンドウを使用して、ユーザでこのダウンロード可能な ACL を接続します（図 45-11）。

図 45-11 ダウンロード可能 ACL

URL のリダイレクト

URL ダイレクトを設定するには、ACS とスイッチ上で設定する必要があります。

ACS の設定

2 つの Cisco-AV ペアを設定するには、ユーザまたはグループの Cisco IOS/PIX 6x RADIUS 属性で次のステートメントを追加します。

（注） デフォルト ポート ACL は、インターフェイス上で設定する必要があります。

スイッチの設定

URL リダイレクトのためにスイッチを設定するには、次の手順を実行します。

ステップ 1 IP デバイス トラッキング テーブルを設定します。

ステップ 2 send authentication コマンドを使用して、RADIUS を設定します。

ステップ 3 URL リダイレクトの ACL（URLACL）を設定します。

ステップ 4 インターフェイスにスタティック ACL（PACL）を設定します。

インターフェイスの設定：例

次のコマンドを使用して、URL リダイレクトを確認します。

show ip device tracking コマンドにより、IP デバイス トラッキング テーブルでの制限が表示されます。

show epm session ip コマンドにより、特定のホストの EPM セッションが表示されます。ACS からダウンロードされる URL のリダイレクト ACL 情報および URL リダイレクト URL 情報を確認します。

Cisco IOS ソフトウェアでサポートされる AV ペアの詳細については、 AAA クライアント上で実行されるソフトウェア リリースについての ACS コンフィギュレーションおよびコマンド リファレンス マニュアルを参照してください。

DACL と URL リダイレクトの注意事項

ダウンロード可能な ACL または URL リダイレクトでは、ACL ソースは ANY にする必要があります
（permit TCP ANY host 1.1.1.1 eq 80 または permit TCP ANY host 1.1.1.1 eq 443）。

ダウンロード ポリシーの設定

ダウンロード可能なポリシーを設定するには、次の作業を行います。

次に、ダウンロード可能なポリシーに関するスイッチを設定する例を示します。

ユーザ単位の ACL とフィルタ ID ACL を使用した 802.1X 認証の設定

ここでは、次の内容について説明します。

• 「ユーザ単位の ACL とフィルタ ID ACL」

• 「ユーザ単位の ACL とフィルタ ID ACL の設定」

ユーザ単位の ACL とフィルタ ID ACL

Cisco IOS Release 12.2(52)SG よりも前のリリースでは、Catalyst 4500 プラットフォームでのみ、ダウンロード可能な ACL がサポートされます。これは、Cisco ACS サーバでは動作しますが、サードパーティ AAA サーバでは動作しません。With Cisco IOS Release 12.2(52)SG では、Catalyst 4500 スイッチからフィルタ ID/ユーザ単位の ACL 拡張機能が提供されます。これにより、サードパーティ製 AAA サーバを使用した ACL ポリシーの実施が可能になります。

フィルタ ID 機能により、次の機能が実行できるようになります。

フィルタ ID オプションを使用すると、管理者は、IETF 規格の RADIUS 属性を使用して、AAA サーバ上で ACL 名を定義できます。ACL そのものは、スイッチ上で事前にローカルに定義する必要があります。

ユーザ単位の ACL 機能により、次の機能が実行できるようになります。

ユーザ単位の ACL を使用すると、管理者は、Cisco RADIUS AV ペアを使用して、AAA サーバ上でユーザ単位の ACL を定義できます。このアクションによって、サードパーティ AAA サーバは、VSA として設定された Cisco Radius AV ペアを持つ Cisco Radius ディクショナリをロードすることにより、相互運用できるようになります。

（注） RADIUS のベンダー固有属性（VSA）を使用すると、ベンダーは、標準 RADIUS 属性に含まれない独自の専用 RADIUS 属性をサポートできます。

スイッチの設定

ユーザ単位の ACL とフィルタ ID ACL でスイッチを設定するには、次の手順を実行します。

ステップ 1 IP デバイス トラッキング テーブルを設定します。

ステップ 2 インターフェイスにスタティック ACL を設定します。

インターフェイスの設定：例

ACS でのユーザ単位の ACL の設定

[Group/User Setting] ページで、[Cisco IOS/PIX 6.x RADIUS Attributes] セクションまでカーソルを移動します。[[009\001] cisco-av-pair] の横のボックスを選択し、ユーザ単位の ACL の要素を入力します。ユーザ単位の ACL の形式は、次のとおりです。

protocol ip（IP ベースの ACL の場合）または mac（MAC ベースの ACL の場合）のいずれか

図 45-12 は、設定しているグループのメンバが 10.100.60.0 サブネットへのすべてのアクセスを拒否され、10.100.10.116 のサーバへの HTTP アクセスを拒否され、その他のすべての場所では許可されることを示しています。

図 45-12 ユーザ単位の ACL での ACE の定義

（注） 出力 ACL（OUTACL）はサポートされません。

ACS でのフィルタ ID の設定

[Group/User Setting] ページで、[IETF RADIUS Attributes] セクションまでカーソルを移動します。[Filter-Id] の横のボックスを選択し、このグループのメンバに適用する ACL を入力します（図 45-13）。

この形式の Filter-Id ia：

ACL このスイッチで以前に設定された ACL の数

図 45-13 フィルタ ID 属性の設定

（注） 出力 ACL（「100.out」など）はサポートされません。

ユーザ単位の ACL とフィルタ ID ACL のデバッグ コマンド

IP デバイス トラッキング テーブルには、ARP または DHCP を介して認識されたホスト IP アドレスが含まれています。次のコマンドにより、IP デバイス トラッキング テーブルでの制限が表示されます。

次のコマンドにより、ACS からのユーザ単位の ACL が Policy Enforced Module（EPM）セッションに含まれることが表示されます。

次のコマンドにより、ユーザ単位の ACL の内容が表示されます（前述のユーザ単位の ACL はインターフェイス上に設定されるデフォルト ポート ACL で、次の例では、151 がデフォルト ポート ACL です）。

次のコマンドにより、セッション数と、対応するクライアント IP アドレスが表示されます。

次のコマンドにより、ACL（ACS からの IP と MAC ACL の両方）が Policy Enforced Module（EPM）セッションに含まれることが表示されます。

次のコマンドにより、ユーザ単位の ACL の内容が表示されます（前述のユーザ単位の ACL はインターフェイス上に設定されるデフォルト ポート ACL で、前の例では、151 がデフォルト ポート ACL です）。

次のコマンドにより、ACS からのフィルタ ID 155 が Policy Enforced Module（EPM）セッションに含まれることが表示されます。

（注） 156 IP 拡張 ACL はスイッチ上で事前に設定されるもので、これによってポリシー実行を発生させることができます。

次のコマンドにより、インターフェイスに適用されるフィルタ ID の内容が表示されます。

ユーザ単位の ACL とフィルタ ID ACL の注意事項

ユーザ単位の ACL およびフィルタ ID ACL については、ACL ソースを ANY にする必要があります
（permit TCP ANY host 1.1.1.1 eq 80 または permit TCP ANY host 1.1.1.1 eq 443）。

ユーザ単位の ACL とフィルタ ID ACL の設定

ユーザ単位の ACL およびフィルタ ID ACL を設定するには、次の作業を行います。

次に、ダウンロード可能なポリシーに関するスイッチを設定する例を示します。

RADIUS によるセッション タイムアウトの設定

Catalyst 4500 シリーズ スイッチでは、RADIUS による再認証タイムアウトを使用するように設定できます。

RADIUS によるタイムアウトを設定するには、次の作業を行います。

次に、スイッチがサーバから再認証時間を取得するように設定し、設定を確認する例を示します。

Cisco IOS Release 12.2(50)

Cisco IOS Release 12.2(46) またはそれ以前のリリース

MAC 移動の設定

MAC 移動を使用すると、認証されたホストをスイッチのポート間で移動できます。

（注） MAC 移動を設定する前に、ポート セキュリティを削除する必要があります。

スイッチで MAC 移動をグローバルにイネーブルにするには、次の作業を行います。

次の例では、スイッチで MAC 移動をグローバルにイネーブルにする方法を示します。

次の syslog メッセージは、MAC 移動が発生したときに表示されます。

MAC 置換の設定

MAC 置換によって、新規ユーザは、放棄されたポートに接続できます。

ユーザが接続を解除するが、スイッチが EAPOL ログオフを受信しなかった場合、セッションはアップのままです。単一または複数のドメイン モードでは、新しいホストがそのポートに接続できません。新しいホストが接続しようとした場合、違反がポートでトリガーされます。違反アクションが置換として設定されている場合、望ましい動作は、NAD（スイッチ）が、最初のセッションを終了し、新しい MAC に基づく認証シーケンスをリセットすることです。

スイッチの MAC 置換をイネーブルにする手順は、次のとおりです。

次の例では、スイッチで MAC 置換をグローバルにイネーブルにする方法を示します。

次の syslog メッセージは、MAC 置換が発生したときに表示されます。

違反アクションの設定

違反に対する応答に基づいて、シャットダウン、制限、または置換のいずれかのモードで 802.1X セキュリティ違反動作を設定できます。

違反アクションを設定するには、次の作業を実行します。

次に、スイッチで違反モードをシャットダウンに設定する例を示します。

シャットダウン モードでセキュリティ違反がトリガーされたときに、ポートは errdisable になります。次の syslog メッセージが表示されます。

ゲスト VLAN を使用した 802.1X 認証の設定

Catalyst 4500 シリーズ スイッチの各 802.1X ポートにゲスト VLAN を設定して、クライアントに限定されたサービス（802.1X クライアントのダウンロードなど）を提供できます。これらのクライアントは 802.1X 認証用にシステムをアップグレードできる場合もありますが、一部のホストには（Windows 98 システムなど）802.1X 対応でないものもあります。

802.1X ポート上でゲスト VLAN をイネーブルにしたときに、次のいずれかが当てはまる場合、Catalyst 4500 シリーズ スイッチは、ゲスト VLAN にクライアントを割り当てます。

• 認証サーバが、EAPOL 要求またはアイデンティティ フレームに対する応答を受信しない。

• EAPOL パケットがクライアントによって送信されない。

Cisco IOS Release 12.2(25)EWA 以降では、Catalyst 4500 シリーズ スイッチでは EAPOL パケット履歴が保持されます。リンクの存続期間中に他の EAPOL パケットがインターフェイス上で検出された場合、ネットワーク アクセスは拒否されます。EAPOL 履歴は、リンクの消失時にリセットされます。

スイッチ ポートがゲスト VLAN に移されると、許可される 802.1X 非対応クライアントの許容数に制限がなくなります。802.1X 対応クライアントが、ゲスト VLAN が設定されたのと同じポートに参加する場合、ポートはユーザ設定のアクセス VLAN 内で無許可ステートになり、認証が再開されます。

ゲスト VLAN は、単一ホスト モードまたは複数ホスト モードの 802.1X ポートでサポートされます。

（注） ポートがゲスト VLAN に追加されると、自動的に複数ホスト モードになり、このポートを使用してポートを無制限に接続できるようになります。複数ホスト設定を変更しても、ゲスト VLAN 内のポートには影響しません。

（注） RSPAN VLAN または音声 VLAN 以外の任意のアクティブな VLAN を、802.1X ゲスト VLAN として設定できます。

ポート上のゲスト VLAN に 802.1X を設定するには、次の作業を行います。

次に、FastEthernet 4/3 上の通常の VLAN 50 をスタティックなアクセス ポート上のゲスト VLAN としてイネーブルにする例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

次に、セカンダリ PVLAN 100 を PVLAN ホスト ポート上のゲスト VLAN としてイネーブルにする例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

サプリカントがスイッチ上のゲスト VLAN で許容されるようにするには、次の作業を実行します。

次に、ゲスト VLAN 機能をイネーブルにし、ゲスト VLAN として VLAN 5 を指定する例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

MAC 認証バイパスを使用した 802.1X 認証の設定

MAC 認証バイパス（MAB）をイネーブルにするには、次の作業を実行します。

（注） ポートの 802.1X MAB 設定を削除しても、ポートの認可ステートおよび認証ステートには影響がありません。ポートが無認証ステートであれば、そのステートのまま残ります。MAB のためにポートが認証ステートであれば、スイッチは 802.1X オーセンティケータに戻ります。MAC アドレスによりポートがすでに認可されている場合に、MAB 設定が削除されると、再認証されるまでポートは認可ステートのままになります。そのとき 802.1X サプリカントがライン上で検出されれば、MAC アドレスは削除されます。

次に、ギガビット イーサネット インターフェイス 3/3 で MAB をイネーブルにし、設定を確認する例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

アクセス不能認証バイパスを使用した 802.1X 認証の設定

ポートをクリティカル ポートとして設定し、アクセス不能認証バイパス機能をイネーブルにするには、次の作業を実行します。

次に、アクセス不能認証バイパスを使用した 802.1X 認証の完全な設定例を示します。これには、「802.1X 認証のイネーブル化」および「スイッチ/RADIUS サーバ通信の設定」で指定した必須の AAA および RADIUS 設定が含まれます。

設定された RADIUS サーバの IP アドレスは 10.1.2.3 で、認証にはポート 1645 を、アカウンティングには 1646 を使用します。RADIUS 秘密キーは mykey です。テスト サーバ プローブに使用するユーザ名は randomizes です。アップとダウンの両方のサーバに対するテスト プローブは 1 分間に 1 回生成されます。ファスト イーサネット インターフェイス 3/1 は、AAA の応答がなくなると VLAN 17 でクリティカル認証され、AAA が再び使用可能になると自動的に再初期化するように設定されます。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

単方向制御ポートを使用した 802.1X 認証の設定

単方向制御ポートを設定するには、次の作業を実行します。

（注） 単方向制御ポートは、ポートのスパニングツリー PortFast がイネーブルである場合のみ機能します。単方向制御ポートおよびスパニングツリー PortFast は、ホストに接続されたスイッチ ポートで実装する必要があります。2 つのポートがともにイーサネット ケーブルに接続されている場合、2 つのポート間でホスト学習のフラップが発生するため、CPU 使用率が高くなる可能性があります。

次に、単方向ポート制御をイネーブルにする例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

VLAN ユーザ分散を使用した 802.1X の設定

VLAN ユーザ分散で 802.1X を設定するために、スイッチおよび ACS を設定する必要があります。

スイッチの設定

スイッチを設定するには、次の手順を実行します。

ステップ 1 スイッチの VLAN グループを作成します。

VLAN グループを作成し、VLAN グループにいくつかの VLAN を割り当てるには、次のコマンドを入力します。次に、VLAN グループ eng-group を作成し、そのグループに VLAN 20～24 をマッピングする例を示します。

（注） VLAN グループの一部として指定する VLAN が、スイッチでイネーブルになっていることを確認します。指定した VLAN だけが、割り当てのために検討されます。

ステップ 2 マルチドメイン、シングル ホスト、またはマルチ ホストの各ポートを設定します。

詳細については、「802.1X 認証のイネーブル化」を参照してください。

show コマンド

VLAN グループのメンバ VLAN を表示するには、次の show コマンドを使用します。

次に、show vlan group コマンドの出力例を示します。

この例では、VLAN 3、4、5、7、および 9 は、VLAN グループ my group のメンバです。

ACS の設定

スイッチを設定したら、ACS 設定で VLAN グループの名前を指定する必要があります。

デフォルトでは、ACS によって、ユーザ 1 人あたりに 1 個の VLAN 名またはグループだけが送信されます。ただし、属性ごとに複数のタグを送信するように ACS を設定できます。これを行うには、ACS でユーザまたはグループの設定を変更する必要があります。（図 45-14 に示す例を参照してください）。

図 45-14 ACS の VLAN ユーザ分散：属性ごとにタグを変更するインターフェイス設定

属性ごとに必要なタグを追加した後、ユーザまたはグループの設定によって、RADIUS サーバからの値が複数のフィールドに表示されます（図 45-15）。

図 45-15 ACS の VLAN ユーザ分散：ユーザ 1 人あたりに設定した複数の VLAN 番号

これらの 2 つの作業を完了し、許可を受信した後、ACS は設定された VLAN のグループをスイッチに送信します。スイッチは、VLAN グループで設定された VLAN のリストを変更し、グループで最も負荷の少ない有効な VLAN がポートに割り当てられます。

認証失敗の場合の 802.1X 認証の設定

Catalyst 4500 シリーズ スイッチのレイヤ 2 ポートに認証失敗 VLAN アライメントを設定すると、認証プロセスに失敗するクライアントに限定的なネットワーク サービスを提供できます。

（注） 認証失敗 VLAN 割り当ては、他のセキュリティ機能（ダイナミック ARP インスペクション（DAI）、Dynamic Host Configuration Protocol（DHCP）スヌーピング、および IP ソース ガードなど）と併用できます。認証失敗 VLAN 上では、これらの機能を個別にイネーブルおよびディセーブルにできます。

認証失敗 VLAN 割り当てを使用した 802.1X を設定するには、次の作業を実行します。

次に、スタティック アクセス ポート上の認証失敗 VLAN としてファスト イーサネット インターフェイス 4/3 上の通常の VLAN 40 をイネーブルにする例を示します。

Cisco IOS Release 12.2(50)SG およびそれ以降のリリース

Cisco IOS Release 12.2(46)SG またはそれ以前のリリース

音声 VLAN に対する 802.1X 認証の設定

（注） 802.1X と音声 VLAN を同時に設定する必要があります。

（注） 同一ポート上に、認証失敗 VLAN と音声 VLAN の両方は設定できません。これら 2 つの機能を同じポート上で設定しようとすると、Syslog メッセージが表示されます。

音声 VLAN で 802.1X をイネーブルにするには、次の作業を実行します。