Catalyst 2960 スイッチ ソフトウェア コンフィギュ レーション ガイド Cisco IOS リリース12.2(50)SE

デバイスの役割

802.1X ポートベース認証を使用するデバイスの役割：

図 9-1 802.1X におけるデバイスの役割

• クライアント ：LAN およびスイッチ サービスへのアクセスを要求し、スイッチからの要求に応答するデバイス（ワークステーション）。ワークステーションでは、Microsoft Windows XP OS（オペレーティング システム）に付属しているような 802.1X 準拠のクライアント ソフトウェアを実行する必要があります （クライアントは、802.1X 標準では サプリカント といいます）。

（注） Windows XP のネットワーク接続および 802.1X 認証については、次の URL にある「Microsoft Knowledge Base」を参照してください。http://support.microsoft.com/support/kb/articles/Q303/5/97.ASP

• 認証サーバ ：クライアントの実際の認証を行います。認証サーバはクライアントの識別情報を確認し、そのクライアントに LAN およびスイッチ サービスへのアクセスを許可すべきかどうかをスイッチに通知します。スイッチはプロキシとして動作するので、認証サービスはクライアントに対してトランスペアレントに行われます。今回のリリースでサポートされる認証サーバは、Extensible Authentication Protocol（EAP）拡張機能を備えた Remote Authentication Dial-In User Service（RADIUS）セキュリティ システムだけです。これは Cisco Secure Access Control Server バージョン 3.0 以降で利用できます。RADIUS はクライアント/サーバ モデルで動作し、RADIUS サーバと 1 つまたは複数の RADIUS クライアントとの間でセキュア認証情報を交換します。

• スイッチ （エッジ スイッチまたはワイヤレス アクセス ポイント）：クライアントの認証ステータスに基づいて、ネットワークへの物理アクセスを制御します。スイッチはクライアントと認証サーバとの仲介デバイス（プロキシ）として動作し、クライアントに識別情報を要求し、その情報を認証サーバで確認し、クライアントに応答をリレーします。スイッチには、EAP フレームのカプセル化とカプセル化解除、および認証サーバとの対話を処理する RADIUS クライアントが含まれています （スイッチは、802.1X 標準では オーセンティケータ といいます）。

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

仲介デバイスとして動作できるものには、Catalyst 3750-E、Catalyst 3560-E、Catalyst 3750、Catalyst 3560、Catalyst 3550、Catalyst 2975、Catalyst 2970、Catalyst 2960、Catalyst 2955、Catalyst 2950、Catalyst 2940、またはワイヤレス アクセス ポイントがあります。これらのデバイスでは、RADIUS クライアントおよび 802.1X 認証をサポートするソフトウェアが稼動している必要があります。

認証プロセス

802.1X ポートベース認証がイネーブルであり、クライアントが 802.1X 準拠のクライアント ソフトウェアをサポートしている場合、次のイベントが発生します。

• クライアント ID が有効で 802.1X 認証に成功した場合、スイッチはクライアントにネットワークへのアクセスを許可します。

• EAPOL メッセージ交換の待機中に 802.1X 認証がタイムアウトし、MAC 認証バイパスがイネーブルの場合、スイッチはクライアント MAC アドレスを認証用に使用します。このクライアント MAC アドレスが有効で認証に成功した場合、スイッチはクライアントにネットワークへのアクセスを許可します。クライアント MAC アドレスが無効で認証に失敗した場合、ゲスト VLAN が設定されていれば、スイッチは限定的なサービスを提供するゲスト VLAN にクライアントを割り当てます。

• スイッチが 802.1X 対応クライアントから無効な ID を取得し、制限付き VLAN が指定されている場合、スイッチは限定的なサービスを提供する制限付き VLAN にクライアントを割り当てることができます。

• RADIUS 認証サーバが使用できず（ダウンしていて）アクセスできない認証バイパスがイネーブルの場合、スイッチは、RADIUS 設定 VLAN またはユーザ指定アクセス VLAN で、ポートをクリティカル認証ステートにして、クライアントにネットワークのアクセスを許可します。

（注） アクセスできない認証バイパスは、クリティカル認証、または Authentication, Authorization, Accounting（AAA; 認証、許可、アカウンティング）失敗ポリシーとも呼ばれます。

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

図 9-2 認証フローチャート

次の状況のいずれかが発生すると、スイッチはクライアントを再認証します。

• 定期的な再認証がイネーブルで、再認証タイマーの期限が切れている場合。

スイッチ固有の値を使用するか、RADIUS サーバからの値に基づいて再認証タイマーを設定できます。

RADIUS サーバを使用する 802.1X 認証を設定したあと、スイッチは、Session-Timeout RADIUS アトリビュート（アトリビュート [27]）と Termination-Action RADIUS アトリビュート（アトリビュート [29]）に基づいてタイマーを使用します。

Session-Timeout RADIUS アトリビュート（アトリビュート [27]）は、再認証が発生するまでの時間を指定します。

Termination-Action RADIUS アトリビュート（アトリビュート [29]）は、再認証中に行うアクションを指定します。アクションは Initialize および ReAuthenticate に設定できます。 Initialize アクションが設定されていると（アトリビュートの値は DEFAULT ）、802.1X セッションが終了し、再認証中に接続が切断されます。 ReAuthenticate アクションが設定されていると（アトリビュートの値は RADIUS-Request）、再認証中にセッションは影響を受けません。

• クライアントを手動で再認証するには、 dot1x re-authenticate interface interface-id 特権 EXEC コマンドを入力します。

Multidomain Authentication（MDA; マルチ ドメイン認証）がポートでイネーブルの場合、音声認証に適用可能ないくつかの例外とともにこのフローを使用することができます。MDA の詳細については、「マルチドメイン認証」を参照してください。

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

802.1X 認証中に、スイッチまたはクライアントは認証を開始できます。authentication port-control auto または dot1x port-control auto インターフェイス コンフィギュレーション コマンドを使用してポート上で認証をイネーブルにした場合、スイッチはポートのリンク ステートがダウンからアップに変更した時点で、またはポートが認証されてないままアップの状態である限り定期的に認証を開始します。スイッチはクライアントに EAP-Request/Identity フレームを送信し、その ID を要求します。クライアントはフレームを受信すると、EAP-Response/Identity フレームで応答します。

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

（注） ネットワーク アクセス デバイスで 802.1X 認証がイネーブルに設定されていない、またはサポートされていない場合には、クライアントからの EAPOL フレームはすべて廃棄されます。クライアントが認証の開始を 3 回試みても EAP-Request/Identity フレームを受信しなかった場合、クライアントはポートが許可ステートであるものとしてフレームを送信します。ポートが許可ステートであるということは、クライアントの認証が成功したことを実質的に意味します。詳細については、「許可ステートおよび無許可ステートのポート」を参照してください。

クライアントが自らの識別情報を提示すると、スイッチは仲介デバイスとしての役割を開始し、認証が成功または失敗するまで、クライアントと認証サーバの間で EAP フレームを送受信します。認証が成功すると、スイッチ ポートは許可ステートになります。認証に失敗した場合、認証が再試行されるか、ポートが限定的なサービスを提供する VLAN に割り当てられるか、あるいはネットワーク アクセスが許可されないかのいずれかになります。詳細については、「許可ステートおよび無許可ステートのポート」を参照してください。

実際に行われる EAP フレームの交換は、使用する認証方式によって異なります。図 9-3 に、クライアントが RADIUS サーバとの間で One-Time-Password（OTP; ワンタイム パスワード）認証方式を使用する際に行われるメッセージ交換を示します。

図 9-3 メッセージ交換

EAPOL メッセージ交換の待機中に 802.1X 認証がタイムアウトし、MAC 認証バイパスがイネーブルの場合、スイッチはクライアントからイーサネット パケットを検出するとそのクライアントを認証できます。スイッチは、クライアントの MAC アドレスを ID として使用し、RADIUS サーバに送信される RADIUS Access-Request にこの情報を保存します。サーバがスイッチに RADIUS Access-Accept を送信（認証が成功）すると、ポートが許可されます。認証に失敗してゲスト VLAN が指定されている場合、スイッチはポートをゲスト VLAN に割り当てます。イーサネット パケットの待機中にスイッチが EAPOL パケットを検出すると、スイッチは MAC 認証バイパス プロセスを停止して、802.1X 認証を停止します。

図 9-4 に、MAC 認証バイパス中のメッセージ交換を示します。

図 9-4 MAC 認証バイパス中のメッセージ交換

認証マネージャ

Cisco IOS Release 12.2(46)SE 以前では、このスイッチや Catalyst 6000 などの他のネットワーク デバイスで、CLI コマンドおよびメッセージを含め、同一の許可方式を使用できませんでした。認証は別個に設定する必要がありました。Cisco IOS Release 12.2(50)SE 以降では、ネットワーク内のすべての Catalyst スイッチで同じ許可方式を使用できます。

• 「ポートベース認証方式」

• 「ユーザ単位 ACL および Filter-Id」

• 「認証マネージャの CLI コマンド」

ポートベース認証方式

ユーザ単位 ACL および Filter-Id

Cisco IOS Release 12.2(50)SE 以前のリリースでスイッチに設定された ACL には、Cisco IOS ソフトウェアを実行している Catalyst 6000 スイッチなどの別のデバイスに設定された ACL との互換性がありません。

Cisco IOS Release 12.2(50)SE 以降でスイッチに設定された ACL には、Cisco IOS リリースを実行している他のデバイスとの互換性があります。

ACL で発信元として設定できるのは、 any だけです。

認証マネージャの CLI コマンド

認証マネージャ インターフェイス コンフィギュレーション コマンドは、802.1X、MAC 認証バイパス、および Web 認証など、すべての認証方式を制御します。認証マネージャのコマンドによって、接続先のホストに適用される認証方式のプライオリティや順序が決定します。

認証マネージャのコマンドは、ホストモード、違反モード、および認証タイマーなどの一般的な認証機能を制御します。一般的な認証コマンドには、 authentication host-mode 、 authentication violation 、および authentication timer インターフェイス コンフィギュレーション コマンドが含まれます。

802.1X 固有のコマンドは dot1x キーワードで始まります。 たとえば、authentication port-control auto インターフェイス コンフィギュレーション コマンドは、インターフェイスでの認証をイネーブルにします。一方、dot1x system-authentication control グローバル コンフィギュレーション コマンドは、802.1X 認証を グローバルに だけイネーブルまたはディセーブルにします。

（注） 802.1X 認証をグローバルにディセーブル化しても、そのポートにおける Web 認証などの他の認証方式はイネーブルになります。

認証マネージャのコマンドは、以前のリリースの 802.1X コマンドと同じ機能を備えています。

詳細については、このリリースのコマンド リファレンスを参照してください。

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

802.1X 認証中に、スイッチのポート ステートによって、スイッチはネットワークへのクライアント アクセスを許可します。ポートは最初、 無許可 ステートです。このステートでは、音声 VLAN ポートとして設定されていないポートは 802.1X 認証、CDP、および STP パケットを除くすべての入力および出力トラフィックを禁止します。クライアントの認証が成功すると、ポートは 許可 ステートに変更し、クライアントのトラフィック送受信を通常どおりに許可します。ポートが音声 VLAN として設定されている場合、VoIP トラフィックおよび 802.1X プロトコル パケットが許可されたあとクライアントが正常に認証されます。

802.1X をサポートしていないクライアントが、無許可ステートの 802.1X ポートに接続すると、スイッチはそのクライアントの識別情報を要求します。この状況では、クライアントは要求に応答せず、ポートは引き続き無許可ステートとなり、クライアントはネットワーク アクセスを許可されません。

反対に、802.1X 対応のクライアントが、802.1X 標準が稼動していないポートに接続すると、クライアントは EAPOL-Start フレームを送信して認証プロセスを開始します。応答がなければ、クライアントは同じ要求を所定の回数だけ送信します。また、応答がない場合は、クライアントはポートが許可ステートであるものとしてフレーム送信を開始します。

authentication port-control または dot1x port-control インターフェイス コンフィギュレーション コマンドおよび次のキーワードを使用して、ポートの許可ステートを制御できます。

• force-authorized ：802.1X 認証をディセーブルにし、認証情報の交換を必要とせずに、ポートを許可ステートに変更します。ポートはクライアントの 802.1X ベース認証を行わずに、通常のトラフィックを送受信します。これがデフォルトの設定です。

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

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

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

クライアントはログオフするとき、EAPOL-Logoff メッセージを送信します。このメッセージによって、スイッチ ポートが無許可ステートになります。

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

802.1X のホスト モード

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

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

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

図 9-5 マルチホスト モードの例

このスイッチは、マルチドメイン認証（MDA）をサポートしています。これにより、データ デバイスと （シスコまたはシスコ以外の）IP 電話のような音声 デバイスの両方が、独立して同一のスイッチ ポートに接続できます。詳細については、「マルチドメイン認証」を参照してください。

マルチドメイン認証

このスイッチは、マルチドメイン認証（MDA）をサポートしています。これにより、データ デバイスと （シスコまたはシスコ以外の）IP 電話のような音声 デバイスの両方が、独立して同一のスイッチ ポートを認証できます。ポートは、データ ドメインと音声ドメインに分けられます。

（注） MDA を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

MDA は、デバイス認証の順序を強制しません。しかし、最良の結果を出すには、MDA 対応ポートでは音声デバイスをデータ デバイスの前に認証することを推奨します。

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

• MDA 用にスイッチ ポートを設定するには、「ホスト モードの設定」を参照してください。

• ホスト モードがマルチドメインに設定される際に IP 電話の音声 VLAN を設定する必要があります。詳細は、 第 12 章「VLAN の設定」 を参照してください。

• Cisco IOS Release 12.2(40)SE 以降のリリースでは、MDA 対応ポートでの音声 VLAN 割り当てをサポートしています。

（注） ダイナミック VLAN を使用して音声 VLAN を Cisco IOS Release 12.2(37)SE の動作する MDA 対応スイッチ ポートに割り当てると、音声デバイスで認証が失敗します。

• 音声デバイスを許可するには、device-traffic-class=voice という値を持ったシスコ アトリビュート値（AV）ペア アトリビュートを送信するように、AAA サーバを設定する必要があります。この値がない場合、スイッチは音声デバイスをデータ デバイスとして扱います。

• ゲスト VLAN および制限付き VLAN 機能は、MDA 対応ポートのデータ デバイスにだけ適用されます。スイッチは、認証に失敗した音声デバイスをデータ デバイスとして扱います。

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

• デバイスが認証されるまで、ポートでトラフィックが廃棄されます。シスコ製以外の IP 電話や音声デバイスがデータおよび音声 VLAN で許可されます。データ VLAN では、音声デバイスを Dynamic Host Control Protocol（DHCP）サーバに接続して IP アドレスおよび音声 VLAN 情報を取得することができます。音声デバイスが音声 VLAN で送信を開始したあと、データ VLAN へのアクセスはブロックされます。

• データ VLAN とバインドしている音声デバイス MAC アドレスは、ポート セキュリティ MAC アドレス制限にカウントされません。

• データ デバイスに対してだけ、RADIUS サーバからのダイナミック VLAN 割り当てを使用できます。

• MDA は、フォールバック メカニズムとして MAC 認証バイパスを使用して、802.1X 認証をサポートしていないデバイスにスイッチ ポートを接続できます。詳細については、「MAC 認証バイパス」を参照してください。

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

• ポートが未認証中に 6 つ以上のデバイスがデータ VLAN で検出された場合や、複数の音声デバイスが音声 VLAN で検出された場合、ポートは errdisable になります。

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

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

• マルチドメイン モードからシングルホストまたはマルチホスト モードにポートを切り替えると、ポートからすべての認証済みデバイスが削除されます。

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

• MDA 対応ポートでは、ユーザ単位 ACL を推奨しません。ユーザ単位 ACL ポリシーを持つ認証済みデバイスは、ポートの音声およびデータ VLAN の両方のトラフィックに影響を与える可能性があります。ユーザ単位 ACL を実行するには、ポート上の 1 デバイスだけを使用できます。

詳細については、「ホスト モードの設定」を参照してください。

802.1X 複数認証モード

複数認証（multiauth）モードでは、音声 VLAN で 1 つのクライアント、およびデータ VLAN で複数の認証済みクライアントの接続が許可されます。ハブまたはアクセス ポイントを 802.1X 対応ポートに接続した場合、複数認証モードでは、接続しているクライアントごとの認証を要求することによってマルチホスト モードにおけるセキュリティを強化します。802.1X 非対応のデバイスの場合、1 つのポートで異なる方式によって異なるホストを認証するには、各ホスト認証用のフォールバック方式として、MAC 認証バイパスまたは Web 認証を使用できます。

（注） 複数認証モードでの認証（ホスト）は、1 ポート当たり 8 つまでに制限されます。

また、複数認証モードでは、認証サーバから受信する Vendor-Specific Attribute（VSA; ベンダー固有アトリビュート）に応じてデータまたは音声 VLAN のいずれかに認証済みのデバイスを割り当てることにより、音声 VLAN での MDA 機能をサポートします。

（注） ポートが複数認証モードにある場合、RADIUS サーバが提供する VLAN 割り当て、ゲスト VLAN、アクセス不能認証バイパス、および認証失敗 VLAN などのすべての VLAN 割り当て機能は無効になります。

詳細については、 「ホスト モードの設定」 を参照してください。

802.1X アカウンティング

802.1X 標準では、ユーザの認証およびユーザのネットワーク アクセスに対する許可方法を定義しています。ただし、ネットワークの使用法についてはトラッキングしません。802.1X アカウンティングは、デフォルトでディセーブルです。802.1X アカウンティングをイネーブルにすると、次のアクティビティを 802.1X 対応のポート上でモニタできます。

• 正常にユーザを認証します。

• ユーザがログオフします。

• リンクダウンが発生します。

• 再認証が正常に行われます。

• 再認証が失敗します。

スイッチは 802.1X アカウンティング情報を記録しません。その代わり、スイッチはこの情報を RADIUS サーバに送信します。RADIUS サーバは、アカウンティング メッセージを記録するように設定する必要があります。

802.1X アカウンティング アトリビュート値（AV）ペア

RADIUS サーバに送信された情報は、アトリビュート値（AV）ペアの形式で表示されます。これらの AV ペアのデータは、各種アプリケーションによって使用されます （たとえば課金アプリケーションの場合、RADIUS パケットの Acct-Input-Octets または Acct-Output-Octets アトリビュートの情報が必要です）。

AV ペアは、802.1X アカウンティングが設定されているスイッチによって自動的に送信されます。次の種類の RADIUS アカウンティング パケットがスイッチによって送信されます。

• START：新規ユーザ セッションが始まると送信されます。

• INTERIM：既存のセッションが更新されると送信されます。

• STOP：セッションが終了すると送信されます。

次の 表 9-3 に、AV ペアおよびスイッチによって送信される AV ペアの条件を示します。

スイッチによって送信された AV ペアは、 debug radius accounting 特権 EXEC コマンドを入力することで表示できます。このコマンドの詳細については、次の URL で『 Cisco IOS Debug Command Reference 』 Release 12.2 を参照してください。

http://www.cisco.com/en/US/docs/ios/debug/command/reference/db_book.html

AV ペアの詳細については、RFC 3580『802.1x Remote Authentication Dial In User Service (RADIUS) Usage Guidelines』を参照してください。

802.1X 準備チェック

（注） 802.1X の準備チェック機能を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

802.1X 準備チェックは、すべてのスイッチ ポート上で 802.1X アクティビティをモニタし、802.1X をサポートするポートに接続されたデバイス情報を表示します。この機能を使用すると、スイッチ ポートに接続したデバイスが 802.1X に対応しているかどうかを判断できます。802.1X 機能をサポートしていないデバイスについては、MAC 認証バイパスまたは Web 認証などの認証に変更できます。

この機能は、クライアントのサプリカントが NOTIFY EAP 通知パケットのクエリーをサポートしている場合に限り有効です。クライアントは 802.1X タイムアウト値内に応答する必要があります。

802.1X 準備チェックに関するスイッチ設定の詳細は、「802.1X 準備チェックの設定」を参照してください。

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

RADIUS サーバは VLAN 割り当てを送信し、スイッチ ポートを設定します。RADIUS サーバ データベースは、ユーザ名と VLAN のマッピングを維持し、スイッチ ポートに接続するクライアントのユーザ名に基づいて VLAN を割り当てます。この機能を使用して、特定のユーザのネットワーク アクセスを制限できます。

音声デバイス認証は、Cisco IOS Release 12.2(37)SE のマルチドメイン ホスト モードでサポートされています。Cisco IOS Release 12.2(40)SE 以降、音声デバイスが許可されて RADIUS サーバが許可された VLAN を返した場合、割り当てられた音声 VLAN 上でパケットを送受信するようにポート上の音声 VLAN が設定されます。音声 VLAN 割り当ては、マルチドメイン認証（MDA）対応ポート上でデータ VLAN 割り当てと同じように動作します。詳細については、「マルチドメイン認証」を参照してください。

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

• RADIUS サーバから VLAN が提供されない場合、または 802.1X 認証がディセーブルの場合、認証が成功するとポートはアクセス VLAN に設定されます。アクセス VLAN は、アクセス ポートに割り当てられた VLAN です。このポート上で送受信されるパケットはすべてこの VLAN に所属します。

• 802.1X 認証がイネーブルで、RADIUS サーバからの VLAN 情報が有効でない場合、認証に失敗して、設定済みの VLAN が引き続き使用されます。これにより、設定エラーによって不適切な VLAN に予期せぬポートが現れることを防ぎます。

設定エラーには、間違った VLAN ID、存在しない VLAN ID、RSPAN VLAN、シャットダウンしている VLAN、あるいは一時停止している VLAN の指定などがあります。マルチドメイン ホスト ポートの場合、設定エラーには、設定済みまたは割り当て済み VLAN ID と一致するデータ VLAN の割り当て試行（またはその逆）のために発生するものもあります。

• 802.1X 認証がイネーブルで、RADIUS サーバからのすべての情報が有効の場合、許可されたデバイスは認証後、指定した VLAN に配置されます。

• 802.1X ポートでマルチホスト モードがイネーブルの場合、すべてのホストは最初に認証されたホストと同じ VLAN（RADIUS サーバにより指定）に配置されます。

• ポート セキュリティをイネーブル化しても、RADIUS サーバが割り当てられた VLAN の動作には影響しません。

• 802.1X 認証がポートでディセーブルの場合、設定済みのアクセス VLAN と設定済みの音声 VLAN に戻ります 。

• 802.1X ポートが認証され、RADIUS サーバによって割り当てられた VLAN に配置されると、そのポートのアクセス VLAN 設定への変更は有効になりません。マルチドメイン ホストの場合、ポートが完全にこれらの例外で許可されていると、同じことが音声デバイスに適用されます。

– あるデバイスで VLAN 設定を変更したことにより、他のデバイスに設定済みまたは割り当て済みの VLAN と一致した場合、ポート上の全デバイスの認証が中断して、データおよび音声デバイスに設定済みの VLAN が一致しなくなるような有効な設定が復元されるまで、マルチドメイン ホスト モードがディセーブルになります。

– 音声デバイスが許可されて、ダウンロードされた音声 VLAN を使用している場合、音声 VLAN 設定を削除したり設定値を dot1p または untagged に修正したりすると、音声デバイスが未許可になり、マルチドメイン ホスト モードがディセーブルになります。

ポートが、強制許可（force-authorized）ステート、強制無許可（force-unauthorized）ステート、無許可ステート、またはシャットダウン ステートの場合、ポートは設定済みのアクセス VLAN に配置されます。

トランク ポート、ダイナミック ポート、または VLAN Membership Policy Server（VMPS; VLAN メンバシップ ポリシー サーバ）によるダイナミック アクセス ポート割り当ての場合、VLAN 割り当て機能を使用した 802.1X 認証はサポートされません。

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

• network キーワードを使用して AAA 許可をイネーブルにし、RADIUS サーバからのインターフェイス設定を可能にします。

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

• RADIUS サーバにベンダー固有のトンネル アトリビュートを割り当てます。RADIUS サーバは次のアトリビュートをスイッチに返す必要があります。

– [64] Tunnel-Type = VLAN

– [65] Tunnel-Medium-Type = 802

– [81] Tunnel-Private-Group-ID = VLAN 名または VLAN ID

アトリビュート [64] は、値 VLAN （タイプ 13）でなければなりません。アトリビュート [65] は、値 802 （タイプ 6）でなければなりません。アトリビュート [81] は、802.1X 認証ユーザに割り当てられた VLAN 名 または VLAN ID を指定します。

トンネル アトリビュートの例については、「ベンダー固有の RADIUS アトリビュートを使用するスイッチ設定」を参照してください。

設定手順については、「認証マネージャ」を参照してください。

ダウンロード可能 ACL およびリダイレクト URL を使用した 802.1X 認証

ホストの 802.1X 認証または MAC 認証バイパス中に、RADIUS サーバからスイッチに ACL をダウンロードしたり、URL をリダイレクトしたりすることができます。Web 認証中に ACL をダウンロードすることもできます。

（注） ダウンロード可能 ACL は、dACL とも呼ばれます。

ホスト モードがシングルホスト、MDA、または複数認証モードである場合、スイッチは ACL の送信元アドレスがホスト IP アドレスになるように変更します。

（注） マルチホスト モードのポートは、ダウンロード可能 ACL やリダイレクト URL の機能をサポートしていません。

ACL およびリダイレクト URL は、802.1X 対応ポートに接続しているすべてのデバイスに適用できます。

802.1X 認証中に ACL がダウンロードされなかった場合、スイッチはポートのデフォルトのスタティック ACL をホストに適用します。音声 VLAN ポートでは、スイッチは電話にだけ ACL を適用します。

（注） 認証サーバでクライアントにダウンロード可能 ACL またはリダイレクト URL を設定する場合は、接続クライアント スイッチ ポートのデフォルトのポート ACL も設定する必要があります。

リダイレクト URL に対する Cisco Secure ACS およびアトリビュート値ペア

スイッチでは、次の cisco-av-pair VSA を使用します。

• url-redirect は HTTP/HTTPS URL です。

• url-redirect-acl は、スイッチの ACL 名または番号です。

スイッチでは、CiscoSecure-Defined-ACL AV ペアを使用して、エンドポイント デバイスからの HTTP または HTTPS 要求を代行受信します。次にスイッチは、クライアントの Web ブラウザを指定のリダイレクト アドレスに転送します。Cisco Secure ACS の url-redirect AV ペアには、Web ブラウザがリダイレクトされる URL が含まれます。url-redirect-acl AV ペアには、リダイレクトする HTTP または HTTPS トラフィックを指定する ACL の名前または番号が含まれます。ACL の許可 ACE に一致するトラフィックがリダイレクトされます。

（注） スイッチ上で URL リダイレクト ACL とデフォルトのポート ACL を定義します。

認証サーバでクライアントにリダイレクト URL を設定する場合は、接続クライアント スイッチ ポートのデフォルトのポート ACL も設定する必要があります。

ダウンロード可能 ACL に対する Cisco Secure ACS およびアトリビュート値ペア

Cisco Secure ACS の CiscoSecure-Defined-ACL アトリビュート値（AV）ペアは、RADIUS cisco-av-pair ベンダー固有アトリビュート（VSA）を使って設定できます このペアでは、#ACL#-IP-name-number アトリビュートを使用して、Cisco Secure ACS 上のダウンロード可能 ACL の名前が指定されます。

• name は ACL 名です。

• number はバージョン番号（3f783768 など）です。

認証サーバでクライアントにダウンロード可能 ACL を設定する場合は、接続クライアント スイッチ ポートのデフォルトのポート ACL も設定する必要があります。

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

設定の詳細については、「認証マネージャ」および「ダウンロード可能 ACL およびリダイレクト URL を使用した 802.1X 認証の設定」を参照してください。

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

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

スイッチが EAP Request/Identity フレームに対する応答を受信していない場合、または EAPOL パケットがクライアントによって送信されない場合に、802.1X ポート上でゲスト VLAN をイネーブルにすると、スイッチはクライアントをゲスト VLAN に割り当てます。

スイッチは EAPOL パケット履歴を維持します。EAPOL パケットがリンクの存続時間中にインターフェイスで検出された場合、スイッチはそのインターフェイスに接続されているデバイスが 802.1X 対応のものであると判断します。インターフェイスはゲスト VLAN ステートにはなりません。インターフェイスのリンク ステータスがダウンした場合、EAPOL 履歴はクリアされます。EAPOL パケットがインターフェイスで検出されない場合、そのインターフェイスはゲスト VLAN のステートになります。

リンクの存続時間中にデバイスからスイッチに EAPOL が送信されると、スイッチはゲスト VLAN への認証アクセスに失敗したクライアントの接続を許可しなくなります。

スイッチが 802.1X 対応の音声デバイスを許可するときに AAA サーバが使用できない場合、許可は失敗しますが EAPOL パケットの検出は EAPOL 履歴に保存されます。その後 AAA サーバが使用できるようになれば、スイッチはその音声デバイスを許可します。ただし、スイッチは他のデバイスがゲスト VLAN へアクセスすることを許可しなくなります。この状態を回避するには、次のコマンドのいずれかを使用してください。

• dot1x guest-vlan supplicant グローバル コンフィギュレーション コマンドを入力し、ゲスト VLAN へのアクセスを許可します。

• shutdown インターフェイス コンフィギュレーション コマンドに続けて no shutdown インターフェイス コンフィギュレーション コマンドを入力し、ポートを再起動します。

（注） インターフェイスがゲスト VLAN に変わってから EAPOL パケットが検出された場合、無許可ステートに戻って 802.1X 認証を再起動します。

スイッチ ポートがゲスト VLAN に変わると、802.1X 非対応クライアントはすべてアクセスを許可されます。ゲスト VLAN が設定されているポートに 802.1X 対応クライアントが加入すると、ポートは、ユーザ設定によるアクセス VLAN で無許可ステートになり、認証が再起動されます。

ゲスト VLAN は、802.1X ポート上でシングルホスト モードまたはマルチホスト モードでサポートされています。

RSPAN VLAN または音声 VLAN を除くあらゆるアクティブ VLAN を、802.1X ゲスト VLAN として設定できます。ゲスト VLAN 機能は、トランク ポートではサポートされていません。アクセス ポート上でだけサポートされます。

Cisco IOS Release 12.2(25)SEE 以降のリリースでは、スイッチが MAC 認証バイパス をサポートしています。MAC 認証バイパスが 802.1X ポートでイネーブルの場合、スイッチは、802.1X 認証のタイムアウト時に EAPOL メッセージ交換を待機している間、クライアント MAC アドレスに基づいてクライアントを許可できます。802.1X ポートでクライアントを検出したあと、スイッチはクライアントからイーサネット パケットを待ちます。スイッチは MAC アドレスに基づいて、ユーザ名とパスワードとともに RADIUS アクセス/要求フレームを認証サーバに送信します。認証に成功した場合、スイッチはクライアントにネットワークへのアクセスを許可します。認証に失敗した場合、ゲスト VLAN が指定されていれば、スイッチはポートをゲスト VLAN に割り当てます。詳細については、「MAC 認証バイパスを使用した 802.1X 認証」を参照してください。

詳細については、「ゲスト VLAN の設定」を参照してください。

制限付き VLAN を使用した 802.1X 認証

ゲスト VLAN にアクセスできないクライアント向けに、限定されたサービスを提供するために、スイッチの各 802.1X ポートに対して制限付き VLAN（ 認証失敗 VLAN と呼ばれることもあります）を設定できます。これらのクライアントは、認証プロセスに失敗したため他の VLAN にアクセスできない 802.1X 対応クライアントです。制限付き VLAN を使用すると、認証サーバの有効な証明書を持っていないユーザ（通常、企業にアクセスするユーザ）に、サービスを制限したアクセスを提供できます。管理者は制限付き VLAN のサービスを制御できます。

（注） 両方のタイプのユーザに同じサービスを提供する場合、ゲスト VLAN と制限付き VLAN の両方を同じに設定できます。

この機能がないと、クライアントは認証失敗を永遠に繰り返すことになるため、スイッチ ポートがスパニング ツリーのブロッキング ステートから変わることができなくなります。制限付き VLAN の機能を使用することで、クライアントの認証試行回数を指定し（デフォルト値は 3 回）、一定回数後にスイッチ ポートを制限付き VLAN の状態に移行させることができます。

認証サーバはクライアントの認証試行回数をカウントします。このカウントが設定した認証試行回数を超えると、ポートが制限付き VLAN の状態に変わります。失敗した試行回数は、RADIUS サーバが EAP failure で応答したときや、EAP パケットなしの空の応答を返したときからカウントされます。ポートが制限付き VLAN に変わったら、このカウント数はリセットされます。

認証に失敗したユーザの VLAN は、もう一度認証を実行するまで制限された状態が続きます。制限付き VLAN 内のポートは設定された間隔に従って再認証を試みます（デフォルトは 60 秒）。再認証に失敗している間は、ポートの VLAN は制限された状態が続きます。再認証に成功した場合、ポートは設定された VLAN もしくは RADIUS サーバによって送信された VLAN に移行します。再認証はディセーブルにすることもできますが、ディセーブルにすると、 link down または EAP logoff イベントを受信しない限り、ポートの認証プロセスを再起動できません。クライアントがハブを介して接続している場合、再認証機能はイネーブルにしておくことを推奨します。クライアントの接続をハブから切り離すと、ポートに link down や EAP logoff イベントが送信されない場合があります。

ポートが制限付き VLAN に移行すると、EAP 成功の擬似メッセージがクライアントに送信されます。このメッセージによって、繰り返し実行している再認証を停止させることができます。クライアントによっては（Windows XP が稼動しているデバイスなど）、EAP なしで DHCP を実装できません。

制限付き VLAN は、シングルホスト モードの 802.1X ポートおよびレイヤ 2 ポートでだけサポートされます。

RSPAN VLAN または音声 VLAN を除くあらゆるアクティブ VLAN を、802.1X 制限付き VLAN として設定できます。制限付き VLAN 機能は、トランク ポートではサポートされていません。アクセス ポート上だけでサポートされます。

この機能はポート セキュリティと連動します。ポートが認証されると、すぐに MAC アドレスがポート セキュリティに提供されます。ポート セキュリティがその MAC アドレスを許可しない場合、またはセキュア アドレス カウントが最大数に達している場合、ポートは無許可になり、errdisable ステートに移行します。

ダイナミック Address Resolution Protocol（ARP; アドレス解決プロトコル）検査、DHCP スヌーピング、および IP 送信元ガードのような他のポート セキュリティ機能は、制限付き VLAN に対して個別に設定できます。

詳細については、「制限付き VLAN の設定」を参照してください。

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

（注） アクセス不能認証バイパスで IEEE 802.1X 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

スイッチが設定された RADIUS サーバに到達できず、ホストが認証されなかった場合は、 クリティカル ポートに接続しているホストにネットワーク アクセスを許可するようにスイッチを設定できます。クリティカル ポートは、アクセス不能認証バイパス機能（ クリティカル認証 、または AAA 失敗ポリシー とも呼ばれます）に対してイネーブルになっています。

この機能がイネーブルの場合、スイッチはクリティカル ポートに接続されたホストの認証を行う際に、RADIUS サーバのステータスを確認します。利用可能なサーバが 1 つあれば、スイッチはホストを認証できます。ただし、すべての RADIUS サーバが利用不可能な場合は、スイッチはホストへのネットワーク アクセスを許可して、ポートを認証ステートの特別なケースであるクリティカル認証ステートにします。

アクセス不能認証バイパス機能の動作は、ポートの許可ステートにより異なります。

• クリティカル ポートに接続されているホストが認証しようとする際にポートが無許可ですべてのサーバが利用できない場合、スイッチは RADIUS 設定済み VLAN またはユーザ指定のアクセス VLAN にあるポートをクリティカル認証ステートにします。

• ポートが許可済みで、再認証が行われた場合、スイッチは現在の VLAN（事前に RADIUS サーバにより割り当てられた）でクリティカル ポートをクリティカル認証ステートにします。

• 認証交換中に RADIUS サーバが利用不可能となった場合、現在の交換はタイム アウトとなり、スイッチは次の認証試行の間にクリティカル ポートをクリティカル認証ステートとします。

ホストを認証できる RADIUS サーバが利用可能な場合、クリティカル認証ステートのすべてのクリティカル ポートは自動的に再認証されます。

アクセス不能認証バイパスは、次の機能と相互に作用します。

• ゲスト VLAN：アクセス不能認証バイパスは、ゲスト VLAN と互換性があります。ゲスト VLAN が 802.1X ポートでイネーブルの場合、この機能は次のように相互に作用します。

– スイッチが EAP Request/Identity フレームへの応答を受信しないとき、または EAPOL パケットがクライアントによって送信されないときに、少なくとも 1 つの RADIUS サーバが使用できれば、スイッチはクライアントをゲスト VLAN に割り当てます。

– すべての RADIUS サーバが使用できず、クライアントがクリティカル ポートに接続されている場合、スイッチはクライアントを認証して、クリティカル ポートを RADIUS 設定済み VLAN またはユーザ指定のアクセス VLAN でクリティカル認証ステートにします。

– すべての RADIUS サーバが使用できず、クライアントがクリティカル ポートに接続されていない場合、ゲスト VLAN が設定されていても、スイッチはクライアントにゲスト VLAN を割り当てられません。

– すべての RADIUS サーバが使用できず、クライアントがクリティカル ポートに接続されていて、すでにゲスト VLAN が割り当てられている場合、スイッチはそのポートをゲスト VLAN に保持します。

• 制限付き VLAN：ポートがすでに制限付き VLAN で許可されていて RADIUS サーバが使用できない場合、スイッチはクリティカル ポートを制限付き VLAN でクリティカル認証ステートにします。

• 802.1X アカウンティング：RADIUS サーバが使用できない場合、アカウンティングは影響を受けません。

• プライベート VLAN：プライベート VLAN ホスト ポートにアクセス不能認証バイパスを設定できます。アクセス VLAN は、セカンダリ プライベート VLAN でなければなりません。

• 音声 VLAN：アクセス不能認証バイパスは音声 VLAN と互換性がありますが、RADIUS 設定済み VLAN またはユーザ指定のアクセス VLAN は、音声 VLAN と異なっていなければなりません。

• Remote Switched Port Analyzer（RSPAN）：アクセス不能認証バイパスの RADIUS 設定済み VLAN またはユーザ指定のアクセス VLAN として RSPAN VLAN を指定しないでください。

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

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

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

• IP Phone を通じて、スイッチと接続しているワークステーションとの間でデータ トラフィックを伝送する Port VLAN Identifier（PVID; ポート VLAN ID）。PVID は、ポートのネイティブ VLAN です。

ポートの許可ステートにかかわらず、IP Phone は音声トラフィックに対して VVID を使用します。これにより、IP Phone は 802.1X 認証とは独立して動作できます。

シングルホスト モードでは、IP Phone だけが音声 VLAN で許可されます。マルチホスト モードでは、サプリカントが PVID で認証されたあと、追加のクライアントがトラフィックを音声 VLAN 上で送信できます。マルチホスト モードがイネーブルの場合、サプリカント認証は PVID と VVID の両方に影響します。

リンクがあるとき、音声 VLAN ポートはアクティブになり、IP Phone からの最初の CDP メッセージを受け取るとデバイスの MAC アドレスが表示されます。Cisco IP Phone は、他のデバイスから受け取った CDP メッセージをリレーしません。その結果、複数の IP Phone が直列に接続されている場合、スイッチは直接接続されている 1 台の IP Phone だけを認識します。音声 VLAN ポートで 802.1X 認証がイネーブルの場合、スイッチは 2 ホップ以上離れた認識されない IP Phone からのパケットを廃棄します。

802.1X 認証をポート上でイネーブルにすると、音声 VLAN の機能を持つポート VLAN は設定できません。

（注） 音声 VLAN が設定され、Cisco IP Phone が接続されているアクセス ポートで 802.1X 認証をイネーブルにした場合、Cisco IP Phone のスイッチへの接続が最大 30 秒間失われます。

音声 VLAN の詳細については、 第 12 章「VLAN の設定」 を参照してください。

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

シングルホスト モードまたはマルチホスト モードのどちらでもポート セキュリティを備えた 802.1X ポートを設定できます （ switchport port-security インターフェイス コンフィギュレーション コマンドを使用して、ポートにポート セキュリティを設定することも必要です）。ポートでポート セキュリティと 802.1X 認証をイネーブルにすると、802.1X 認証によってそのポートが認証され、ポート セキュリティによってそのクライアントを含むすべての MAC アドレスに対するネットワーク アクセスが管理されます。この場合、802.1X ポートを介してネットワークへアクセスできるクライアントの数とグループを制限できます。

次に、スイッチ上での 802.1X 認証とポート セキュリティ間における相互関係の例を示します。

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

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

クライアントが認証されてもポート セキュリティ テーブルがいっぱいの場合、セキュリティ違反が発生します。これは、セキュア ホストの最大数がスタティックに設定されているか、またはセキュア ホスト テーブルでのクライアントの有効期限が切れた場合に発生します。クライアントのアドレスの有効期限が切れた場合、そのクライアントのセキュア ホスト テーブル内でのエントリは他のホストに取って代わられます。

最初に認証されたホストが原因でセキュリティ違反が発生すると、ポートは errdisable ステートになり、ただちにシャットダウンします。

セキュリティ違反発生時の動作は、ポート セキュリティ違反モードによって決まります。詳細については、「セキュリティ違反」を参照してください。

• no switchport port-security mac-address mac-address インターフェイス コンフィギュレーション コマンドを使用して、ポート セキュリティ テーブルから 802.1X クライアント アドレスを手動で削除する場合、dot1x re-authenticate interface interface-id 特権 EXEC コマンドを使用して、802.1X クライアントを再認証する必要があります。

• 802.1X クライアントがログオフすると、ポートが未認証ステートに変更され、クライアントのエントリを含むセキュア ホスト テーブル内のダイナミック エントリがすべてクリアされます。ここで通常の認証が実行されます。

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

• シングルホスト モードまたはマルチホスト モードのいずれの場合でも、802.1X ポート上でポート セキュリティと音声 VLAN を同時に設定できます。ポート セキュリティは、音声 VLAN ID（VVID）およびポート VLAN ID（PVID）の両方に適用されます。

• 802.1X 対応ポートに接続した場合、または許可デバイスが最大数認証された場合、ポートがシャットダウン、Syslog エラーの生成、新規デバイスからのパケット破棄を実行できるように、authentication violation または dot1x violation-mode インターフェイス コンフィギュレーション コマンドを使用して設定できます。詳細については、「ポートごとに許可できるデバイスの最大数」およびこのリリースのコマンド リファレンスを参照してください。

スイッチ上でポート セキュリティをイネーブルにする手順については、「ポート セキュリティの設定」を参照してください。

Wake-on-LAN 割り当てを使用した 802.1X 認証

（注） Wake-on-LAN（WoL）による IEEE 802.1X 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

802.1X 認証の Wake-on-LAN（WoL）機能を使用すると、スイッチでマジック パケットと呼ばれる特定のイーサネット フレームを受信したときに、休止状態の PC が起動するように設定できます。この機能は、管理者が休止状態のシステムへ接続しなければならない場合に役立ちます。

WoL を使用するホストが 802.1X ポートを通じて接続され、ホストの電源がオフになると、802.1X ポートは無許可になります。無許可になったポートは EAPOL パケットしか送受信できないため、WoL マジック パケットはホストに届きません。さらに PC が休止状態になると、PC が許可されなくなるため、スイッチ ポートは閉じたままになります。

スイッチが WoL 機能を有効にした 802.1X 認証を使用している場合、スイッチはマジック パケットを含むトラフィックを無許可の 802.1X ポートに転送します。ポートが無許可の間、スイッチは EAPOL パケット以外の入力トラフィックをブロックし続けます。ホストはパケットを受信できますが、パケットをネットワーク内にある他のデバイスに送信できません。

（注） PortFast がポートでイネーブルになっていないと、そのポートは強制的に双方向ステートになります。

authentication control-direction in または dot1x control-direction in インターフェイス コンフィギュレーション コマンドを使用してポートを単一方向に設定すると、そのポートはスパニング ツリー フォワーディング ステートに変わります。ポートはパケットをホストに送信できますが、ホストからパケットを受信できません。

authentication control-direction both または dot1x control-direction both インターフェイス コンフィギュレーション コマンドを使用してポートを双方向に設定すると、そのポートのアクセスが双方向で制御されます。ポートは、ホストとの間でパケットを送受信しません。

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

（注） MAC 認証バイパスによる IEEE 802.1X 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

MAC 認証バイパス機能を使用し、クライアント MAC アドレス（図 9-2 を参照）に基づいてクライアントを許可するようにスイッチを設定できます。たとえば、プリンタなどのデバイスに接続された 802.1X ポートでこの機能をイネーブルにできます。

クライアントからの EAPOL 応答の待機中に 802.1X 認証がタイムアウトした場合、スイッチは MAC 認証バイパスを使用してクライアントを許可しようとします。

MAC 認証バイパス機能が 802.1X ポートでイネーブルの場合、スイッチはクライアント ID として MAC アドレスを使用します。認証サーバには、ネットワーク アクセスを許可されたクライアント MAC アドレスのデータベースがあります。802.1X ポートでクライアントを検出したあと、スイッチはクライアントからイーサネット パケットを待ちます。スイッチは MAC アドレスに基づいて、ユーザ名とパスワードとともに RADIUS アクセス/要求フレームを認証サーバに送信します。認証に成功した場合、スイッチはクライアントにネットワークへのアクセスを許可します。許可が失敗した場合、ゲスト VLAN が設定されていれば、スイッチはポートをゲスト VLAN に割り当てます。

リンクの存続時間中にインターフェイスで EAPOL パケットが検出された場合、スイッチはそのインターフェイスに接続されているデバイスが 802.1X 対応サプリカントであると判断し、インターフェイスを許可するために（MAC 認証バイパスではなく）802.1X 認証を使用します。インターフェイスのリンク ステータスがダウンした場合、EAPOL 履歴はクリアされます。

スイッチがすでに MAC 認証バイパスを使用してポートを許可し、802.1X サプリカントを検出している場合、スイッチはポートに接続しているクライアントを許可します。再認証が発生するときに、Termination-Action RADIUS アトリビュート値が DEFAULT であるために前のセッションが終了した場合、スイッチは優先再認証プロセスとして 802.1X 認証を使用します。

MAC 認証バイパスを使用して許可されたクライアントを再認証できます。再認証プロセスは、802.1X を使用して認証されたクライアントに対するプロセスと同じです。再認証中は、ポートは前に割り当てられた VLAN のままです。再認証に成功すると、スイッチはポートを同じ VLAN に保持します。再認証に失敗した場合、ゲスト VLAN が設定されていれば、スイッチはポートをゲスト VLAN に割り当てます。

再認証が Session-Timeout RADIUS アトリビュート（アトリビュート [27]）と Termination-Action RADIUS アトリビュート（アトリビュート [29]）に基づいており、Termination-Action RADIUS アトリビュート（アトリビュート [29]）のアクションが Initialize（初期化） される場合（アトリビュート値が DEFALUT ）、MAC 認証バイパス セッションが終了して、再認証中に接続が切断されます。MAC 認証バイパスがイネーブルであるときに、802.1X 認証がタイムアウトした場合、スイッチは MAC 認証バイパス機能を使用して再認証を開始します。AV ペアの詳細については、RFC 3580『802.1X Remote Authentication Dial In User Service (RADIUS) Usage Guidelines』を参照してください。

MAC 認証バイパスは、次の機能と相互に作用します。

• 802.1X 認証：802.1X 認証がポートでイネーブルの場合に限り、MAC 認証バイパスをイネーブルにできます。

• ゲスト VLAN：クライアントの MAC アドレス ID が無効な場合、ゲスト VLAN が設定されていれば、スイッチはそのゲスト VLAN にクライアントを割り当てます。

• 制限付き VLAN：802.1X ポートに接続されているクライアントが MAC 認証バイパスで認証されている場合には、この機能はサポートされません。

• ポート セキュリティ：「ポート セキュリティを使用した 802.1X 認証」を参照してください。

• 音声 VLAN：「音声 VLAN ポートを使用した 802.1X 認証」を参照してください。

• VLAN Menbership Policy Server（VMPS; VLAN メンバシップ ポリシー サーバ）：802.1X および VMPS は相互に排他的です。

• プライベート VLAN：クライアントをプライベート VLAN に割り当てることができます。

設定手順については、「認証マネージャ」を参照してください。

ネットワーク アドミッション コントロール レイヤ 2 802.1X 検証

（注） ネットワーク アドミッション コントロールを使用するには、スイッチで LAN ベース イメージを実行している必要があります。

スイッチでは、ネットワーク アドミッション コントロール（NAC）レイヤ 2 802.1X 検証をサポートしています。この検証では、デバイスにネットワーク アクセスを許可する前に、エンドポイント システムまたはクライアントのウイルス対策の状態や ポスチャ をチェックします。NAC レイヤ 2 802.1X 検証を使用すると、以下の作業を実行できます。

• Session-Timeout RADIUS アトリビュート（アトリビュート [27]）と Termination-Action RADIUS アトリビュート（アトリビュート [29]）を認証サーバからダウンロードします。

• Session-Timeout RADIUS アトリビュート（アトリビュート [27]）の値として再認証試行間の秒数を指定し、RADIUS サーバからクライアントのアクセス ポリシーを取得します。

• スイッチが Termination-Action RADIUS アトリビュート（アトリビュート [29]）を使用してクライアントを再認証する際のアクションを設定します。アクションの設定値が DEFAULT であるか、値が設定されていない場合、セッションは終了します。値が RADIUS 要求の場合、再認証プロセスが開始します。

• show authentication または show dot1x 特権 EXEC コマンドを使用して、クライアントのポスチャを表示する NAC ポスチャ トークンを表示します。

• ゲスト VLAN としてセカンダリ プライベート VLAN を設定します。

NAC レイヤ 2 802.1X 検証の設定は、RADIUS サーバにポスチャ トークンを設定する必要があることを除いて、802.1X ポートベース認証と似ています。NAC レイヤ 2 802.1X 検証の設定に関する詳細については、「NAC レイヤ 2 802.1X 検証の設定」および「定期的な再認証の設定」を参照してください。

NAC の詳細については、『 Network Admission Control Software Configuration Guide 』を参照してください。

設定手順については、「認証マネージャ」を参照してください。

柔軟な認証順序

柔軟な認証順序を使用して、新しいホストを認証するためにポートが使用する方式の順序を設定できます。MAC 認証バイパスおよび 802.1X は、プライマリまたはセカンダリ認証方式にすることができ、Web 認証は、これらの認証の一方または両方が失敗した場合のフォールバック方式にすることができます。詳細については、「柔軟な認証順序の設定」を参照してください。

Open1x 認証

Open1x 認証を使用すると、認証される前のデバイスからポートへのアクセスが可能になります。オープン認証が設定された場合、ポート上の新しいホストは、スイッチに対してトラフィックを送信することだけができます。ホストが認証されたあとは、RADIUS サーバに設定されたポリシーがそのホストに適用されます。

次のシナリオで、オープン認証を設定できます。

• シングルホスト モードでのオープン認証の使用：認証前も認証後も 1 人のユーザだけにネットワーク アクセスが許可されます。

• MDA モードでのオープン認証の使用：音声ドメインとデータ ドメインでそれぞれ 1 人のユーザだけが許可されます。

• 複数ホスト モードでのオープン認証の使用：どのホストからもネットワークにアクセスできます。

• 複数認証モードでのオープン認証の使用：複数ホストの認証が可能なこと以外は、MDA と同じです。

詳細については、 「ホスト モードの設定」 を参照してください。

音声認識 802.1X セキュリティの使用法

（注） 音声認識 IEEE 802.1X 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

音声認識 802.1X セキュリティ機能を使用すると、データまたは音声 VLAN にかかわらず、セキュリティ違反が発生した VLAN だけをスイッチの設定でディセーブルにできます。以前のリリースでは、セキュリティ違反を犯したデータ クライアントを認証しようとするとポート全体がシャットダウンしたため、接続を完全に切る必要がありました。

この機能は、PC が IP Phone に接続されている環境に役立ちます。セキュリティ違反がデータ VLAN で検出されると、データ VLAN だけがシャットダウンされます。音声 VLAN のトラフィックは中断せずに通過します。

音声認識 802.1X セキュリティの設定については、「音声認識 802.1X セキュリティの設定」を参照してください。

802.1X スイッチ サプリカントと Network Edge Access Topology（NEAT）

NEAT では、次の機能を利用してワイヤリング クローゼット（カンファレンス ルームなど）の外側まで識別情報を拡大できます。

• 802.1X スイッチ サプリカント：802.1X サプリカント機能を使用することにより、別のスイッチへのサプリカントとして機能するよう、スイッチを設定できます。この設定は、たとえば、スイッチがワイヤリング クローゼットの外側にあり、トランク ポートを介してアップストリーム スイッチに接続している環境で役立ちます。802.1X スイッチ サプリカント機能を使って設定されたスイッチは、セキュアな接続のためにアップストリーム スイッチを使用した認証を行います。

（注） 1 つまたは複数のサプリカント スイッチに接続するオーセンティケータ スイッチ インターフェイスでは、MDA および multiauth モードをイネーブルにできません。

• ホスト許可：NEAT は確実に、許可されたホスト（サプリカントが設定されたスイッチに接続しているホスト）からのトラフィックだけがネットワークを通過できるようにします。スイッチは Client Information Signalling Protocol（CISP; クライアント情報シグナリング プロトコル）を使用して、図 9-6 のようにサプリカント スイッチに接続している MAC アドレスをオーセンティケータ スイッチに送信します。

• 自動イネーブル化：オーセンティケータ スイッチでのトランク設定を自動的にイネーブルにします。これによって、サプリカント スイッチから送信される複数の VLAN からのユーザ トラフィックが許可されます。そのためには、ACS で cisco-av-pair を device-traffic-class=switch として設定します （この設定は、group 設定または user 設定の中で行うことができます）。

図 9-6 CISP を使用するオーセンティケータおよびサプリカント スイッチ

詳細については、「NEAT を使用した 802.1X スイッチ サプリカントの設定」を参照してください。

Web 認証

（注） Web 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

Web ブラウザを使用して、802.1X 機能をサポートしないクライアントを認証できます。この機能は、同一共有ポート内で最大 8 ユーザを認証することが可能で、適切なポリシーを共有ポート上の各エンド ホストに適用することができます。

Web 認証だけを使用してポートを設定することが可能です。また、まず 802.1X 認証を試行して、クライアントが 802.1X 認証をサポートしていない場合は Web 認証を使用するようにポート設定することも可能です。

Web 認証には、2 種類の Cisco アトリビュート値（AV）のペア アトリビュートが必要です。

• 最初のアトリビュート priv-lvl=15 は、常に 15 に設定しておく必要があります。これにより、スイッチにログインするユーザの権限レベルが設定されます。

• 次のアトリビュートが、Web 認証ホストに対して適用されるアクセス リストです。構文は、IEEE 802.1X ユーザ単位アクセス コントロール リスト（ACL）と似ています。ただし、ip:inacl の代わりに、このアトリビュートは proxyacl で開始され、各エントリの source フィールドは any でなければなりません。認証後、ACL が適用されたときにクライアント IP アドレスが any フィールドを置き換えます。

次に例を示します。

（注） proxyacl エントリは、すべての許可済みネットワーク アクセスのタイプを決定します。

詳細については、「認証マネージャ」および「Web 認証の設定」を参照してください。

自動 MAC チェックによる Web 認証

自動 MAC チェックによる Web 認証を使用して、802.1X 機能または Web ブラウザ機能をサポートしていないクライアントを認証できます。プリンタなどのエンド ホストは、MAC アドレスを使用して自動的に認証できます（他に要件はありません）。

自動 MAC チェックによる Web 認証は、Web 認証のスタンドアロン モードでだけ動作します。Web 認証を 802.1X 認証のフォールバックとして設定している場合、この方法は使用できません。

自動 MAC チェックを正しく実行するには、デバイスの MAC アドレスを Access Control Server（ACS）に設定する必要があります。プリンタなどの管理対象デバイスは、自動 MAC チェックを使用することで Web 認証を省略できます。

（注） 同一スイッチの異なるポートに設定された（自動 MAC チェックによる）Web 認証と 802.1X MAC 認証の相互運用性はサポートされません。

ローカル Web 認証バナー

（注） ローカル Web 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

Web 認証を使用すると、スイッチへのログイン時に表示されるバナーを作成できます。

バナーはログイン ページと認証結果のポップアップ ページの両方に表示されます。バナーは次の認証結果ポップアップ ページに表示されます。

• Authentication Successful

• Authentication Failed

• Authentication Expired

バナーは、 ip admission auth-proxy-banner http グローバル コンフィギュレーション コマンドを使用して作成します。ログイン ページに表示されるデフォルトのバナーは、Cisco Systems および Switch ホスト名 Authentication です。Cisco System のバナーは、図 9-7 のように認証結果のポップアップ ページに表示されます。

図 9-7 Authentication Successful バナー

バナーは図 9-8 のようにカスタマイズすることもできます。

• ip admission auth-proxy-banner http banner-text グローバル コンフィギュレーション コマンドを使用して、スイッチ、ルータ、会社名をバナーに追加します。

• ip admission auth-proxy-banner http file-path グローバル コンフィギュレーション コマンドを使用して、ロゴまたはテキスト ファイルをバナーに追加します。

図 9-8 カスタマイズした Web バナー

バナーを有効にしない場合、ユーザ名とパスワードのダイアログ ボックスだけが Web 認証ログイン画面に表示されます。スイッチへのログイン時にバナーは表示されません（ 図 9-9 を参照）。

図 9-9 バナーのないログイン画面

詳細については、「Web 認証ローカル バナーの設定」を参照してください。

ACL および RADIUS の Filter-ID アトリビュートによる IEEE 802.1X 認証の使用法

（注） ACL および Filter-Id アトリビュートで IEEE 802.1X 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

スイッチは、入力ポートに適用された IP 標準および IP 拡張ポート アクセス コントロール リスト（ACL）だけをサポートします。

• ユーザ設定の ACL

• Access Control Server（ACS）の ACL

シングルホスト モードの IEEE 802.1X ポートは、ACS の ACL を使用して IEEE 802.1X 認証ユーザに異なるレベルのサービスを提供します。RADIUS サーバがこのタイプのユーザとポートを認証する場合、ユーザ ID に基づいて ACL アトリビュートをスイッチに送信します。スイッチは、ユーザ セッションの期間中、そのアトリビュートをポートに適用します。セッションが終了した場合、認証が失敗した場合、またはリンクに障害が発生した場合、ポートは未許可ステートになり、スイッチがそのポートから ACL を削除します。

ACS の IP 標準および IP 拡張ポート ACL だけが Filter-Id アトリビュートをサポートします。ACL 名またはその番号が指定されます。また、Filter-Id アトリビュートでも方向性（インバウンドまたはアウトバウンド）、およびユーザまたはそのユーザが所属するグループを指定できます。

• ユーザの Filter-Id アトリビュートは、そのグループのアトリビュートに優先します。

• ACS の Filter-Id アトリビュートが設定済みの ACL を指定している場合、ユーザ設定の ACL に優先します。

• RADIUS サーバが複数の Filter-Id アトリビュートを送信した場合、最後のアトリビュートだけが適用されます。

スイッチに Filter-Id アトリビュートが定義されていない場合、認証は失敗し、ポートが未許可ステートに戻ります。

802.1X 認証のデフォルト設定

表 9-4 に、802.1X 認証のデフォルト設定を示します。

802.1X 認証設定時の注意事項

ここでは、次の機能における注意事項を説明します。

• 「802.1X 認証」

• 「VLAN 割り当て、ゲスト VLAN、制限付き VLAN、アクセス不能認証バイパス」

• 「MAC 認証バイパス」

• 「ポートごとに許可できるデバイスの最大数」

802.1X 認証

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

• IEEE 802.1X 認証をイネーブルにすると、他のレイヤ 2 機能がイネーブルになる前に、ポートが認証されます。

• 802.1X 対応ポートを（たとえばアクセスからトランクに）変更しようとしても、エラー メッセージが表示され、ポート モードは変更されません。

• 802.1X 対応ポートが割り当てられている VLAN が変更された場合、この変更は透過的でスイッチには影響しません。たとえば、ポートが RADIUS サーバに割り当てられた VLAN に割り当てられ、再認証後に別の VLAN に割り当てられた場合に、この変更が発生します。

802.1X ポートが割り当てられている VLAN がシャットダウン、ディセーブル、または削除される場合、ポートは無許可になります。たとえば、ポートが割り当てられたアクセス VLAN がシャットダウンまたは削除されたあと、ポートは無許可になります。

• IEEE 802.1X プロトコルは、レイヤ 2 スタティックアクセス ポートおよび音声 VLAN ポートでサポートされますが、次のポート タイプではサポートされません。

– トランク ポート：トランク ポート上で 802.1X 認証をイネーブルにしようとすると、エラー メッセージが表示され、802.1X 認証はイネーブルになりません。802.1X 対応ポートをトランクに変更しようとしても、エラー メッセージが表示され、ポート モードは変更されません。

– ダイナミック ポート：ダイナミック モードのポートは、ネイバーとトランク ポートへの変更をネゴシエートする場合があります。ダイナミック ポートで 802.1X 認証をイネーブルにしようとすると、エラー メッセージが表示され、802.1X 認証はイネーブルになりません。802.1X 対応ポートをダイナミックに変更しようとしても、エラー メッセージが表示され、ポート モードは変更されません。

– ダイナミック アクセス ポート：ダイナミック アクセス（VLAN Query Protocol（VQP））ポートで 802.1X 認証をイネーブルにしようとすると、エラー メッセージが表示され、802.1X 認証はイネーブルになりません。802.1X 対応ポートを変更してダイナミック VLAN を割り当てようとしても、エラー メッセージが表示され、VLAN 設定は変更されません。

– EtherChannel ポート：EtherChannel のアクティブ メンバーであるポート、またはこれからアクティブ メンバーにするポートを 802.1X ポートとして設定しないでください。EtherChannel ポートで 802.1X 認証をイネーブルにしようとすると、エラー メッセージが表示され、802.1X 認証はイネーブルになりません。

– Switched Port Analyzer（SPAN; スイッチド ポート アナライザ）および Remote SPAN（RSPAN; リモート SPAN）宛先ポート：SPAN または RSPAN 宛先ポートであるポート上で 802.1X 認証をイネーブルにできます。ただし、ポートを SPAN または RSPAN 宛先ポートとして削除するまでは、802.1X 認証はディセーブルになります。SPAN または RSPAN 送信元ポートでは、802.1X 認証をイネーブルにできます。

• スイッチ上で、 dot1x system-auth-control グローバル コンフィギュレーション コマンドを入力して 802.1X 認証をグローバルにイネーブルにする前に、802.1X 認証と EtherChannel が設定されているインターフェイスから、EtherChannel の設定を削除してください。

VLAN 割り当て、ゲスト VLAN、制限付き VLAN、アクセス不能認証バイパス

VLAN 割り当て、ゲスト VLAN、制限付き VLAN、およびアクセス不能認証バイパス設定時の注意事項は、次のとおりです。

• 802.1X 認証をポート上でイネーブルにすると、音声 VLAN の機能を持つポート VLAN は設定できません。

• トランク ポート、ダイナミック ポート、または VMPS によるダイナミック アクセス ポート割り当ての場合、VLAN 割り当て機能を使用した 802.1X 認証はサポートされません。

• RSPAN VLAN または音声 VLAN を除くあらゆる VLAN を、802.1X ゲスト VLAN として設定できます。ゲスト VLAN 機能は、トランク ポートではサポートされていません。アクセス ポート上でだけサポートされます。

• DHCP クライアントが接続する 802.1X ポートにゲスト VLAN を設定したあとは、DHCP サーバからホスト IP アドレスが必要になる場合があります。クライアントの DHCP 処理がタイムアウトして、DHCP サーバからホスト IP アドレスを取得する前に、スイッチ上の 802.1X 認証プロセスを再起動するための設定を変更することもできます。802.1X 認証プロセスの設定を減らしてください（authentication timer inactivity または dot1x timeout quiet-period および authentication timer reauthentication または dot1x timeout tx-period インターフェイス コンフィギュレーション コマンド）。設定を減らす量は、接続している 802.1X クライアント タイプによって異なります。

• アクセス不能認証バイパス機能を設定する際には、次の注意事項に従ってください。

– この機能はシングルホスト モードおよびマルチホスト モードの 802.1X ポートでサポートされます。

– Windows XP を稼動しているクライアントに接続されたポートがクリティカル認証ステートの場合、Windows XP はインターフェイスが認証されないと報告する場合があります。

– Windows XP クライアントに DHCP が設定されていて、DHCP サーバからの IP アドレスを持つ場合、クリティカル ポート上で EAP 成功メッセージを受信すると、DHCP 設定プロセスが再始動しない場合があります。

– 802.1X ポート上では、アクセス不能認証バイパス機能および制限付き VLAN を設定できます。スイッチが制限付き VLAN 内でクリティカル ポートを再認証しようとし、すべての RADIUS サーバが利用不可能な場合、スイッチはポート ステートをクリティカル認証ステートに変更し、制限付き VLAN に残ります。

– 同じスイッチ ポート上にアクセス不能バイパス機能とポート セキュリティを設定できます。

• RSPAN VLAN または音声 VLAN を除くあらゆる VLAN を、802.1X 制限付き VLAN として設定できます。制限付き VLAN 機能は、トランク ポートではサポートされていません。アクセス ポート上でだけサポートされます。

MAC 認証バイパス

MAC 認証バイパス設定時の注意事項は次のとおりです。

• 特に明記していない限り、MAC 認証バイパスの注意事項は 802.1X 認証のものと同じです。詳細については、「802.1X 認証」を参照してください。

• ポートが MAC アドレスで許可された後に、ポートから MAC 認証バイパスをディセーブルにしても、ポート ステートに影響はありません。

• ポートが無許可ステートでクライアント MAC アドレスが認証サーバ データベースにない場合、ポートは無許可ステートのままになります。ただし、クライアント MAC アドレスがデータベースに追加された場合、スイッチは MAC 認証バイパスを使用してポートを再び許可できます。

• ポートが許可ステートである場合、再許可が発生するまでポートのステートは変わりません。

• MAC 認証バイパスによって接続している非アクティブのホストには、タイムアウト時間を設定できます。範囲は 1 ～ 65535 秒です。タイムアウト値を設定する前にポート セキュリティをイネーブルにする必要があります。詳細については、「ポート セキュリティの設定」を参照してください。

ポートごとに許可できるデバイスの最大数

802.1X 対応ポートで許可できるデバイスの最大数は、次のとおりです。

• シングルホスト モードでは、1 つのデバイスだけがアクセス VLAN で許可されます。ポートに音声 VLAN も設定されている場合、音声 VLAN で送受信される Cisco IP Phone は無制限になります。

• MultiDomain Authentication（MDA）モードでは、1 つのデバイスだけがアクセス VLAN に許可されます。また、1 つの IP Phone が音声 VLAN に許可されます。

• マルチホスト モードでは、1 つの 802.1X サプリカントだけがポートで許可されます。ただし、非 802.1X ホストはアクセス VLAN で無制限に許可されます。また、デバイスも音声 VLAN で無制限に許可されます。

802.1X 準備チェックの設定

802.1X 準備チェックは、すべてのスイッチ ポート上で 802.1X アクティビティをモニタし、802.1X をサポートするポートに接続されたデバイス情報を表示します。この機能を使用すると、スイッチ ポートに接続したデバイスが 802.1X に対応しているかどうかを判断できます。

802.1X 準備チェックは、802.1X を設定できるすべてのポートに許可されています。 dot1x force-unauthorized として設定されているポートでは使用できません。

スイッチで準備チェックをイネーブルにするには、次の事項に注意してください。

• 通常、準備チェックは 802.1X がスイッチでイネーブルになる前に使用します。

• インターフェイスを指定せずに dot1x test eapol-capable 特権 EXEC コマンドを使用している場合、スイッチ スタックのすべてのポートがテストされます。

• 802.1X 対応のポートに dot1x test eapol-capable コマンドを設定してリンクをアップした場合、ポートは 802.1X 機能に関して接続クライアントにクエリーを送信します。クライアントが通知パケットに応答した場合、802.1X に対応していることになります。クライアントがタイムアウト時間内に応答した場合、Syslog メッセージが生成されます。クライアントがクエリーに応答しなかった場合、そのクライアントは 802.1X に対応していません。そのため、Syslog メッセージも生成されません。

• 準備チェックは、複数のホストを扱うポートにも送信できます（例：IP Phone に接続した PC）。準備チェクに対してタイムアウト時間内に応答したクライアントごとに Syslog メッセージが生成されます。

スイッチ上で 802.1X 準備チェックをイネーブルにするには、特権 EXEC モードで次の手順を実行します。

次に、ポートにクエリーを実行するスイッチ上で準備チェックをイネーブルにする方法を示します。また、クエリーを送信したポートから受信した応答も示します。これにより、接続したデバイスが 802.1X に対応しているかどうか確認できます。

音声認識 802.1X セキュリティの設定

（注） 音声認識 IEEE 802.1X 認証を使用するには、スイッチで LAN ベース イメージを実行している必要があります。

音声認識 802.1X セキュリティ機能を使用すると、データまたは音声 VLAN にかかわらず、セキュリティ違反が発生した VLAN だけをスイッチでディセーブルにできます。この機能は、PC が IP Phone に接続されている IP Phone 環境に役立ちます。データ VLAN でセキュリティ違反が検出されてもシャットダウン対象はそのデータ VLAN だけになります。音声 VLAN のトラフィックは中断せずにスイッチを通過できます。

スイッチに音声認識 802.1X セキュリティを設定する場合、次の注意事項に従ってください。

• 音声認識 802.1X セキュリティは、 errdisable detect cause security-violation shutdown vlan グローバル コンフィギュレーション コマンドを入力してイネーブルにします。音声認識 802.1X セキュリティをディセーブルにする場合は、このコマンドの no バージョンを使用します。このコマンドはスイッチで 802.1X を設定したすべてのポートに適用されます。

（注） shutdown vlan キーワードを指定しない場合、errdisable ステートになった際にポート全体がシャットダウンします。

• errdisable recovery cause security-violation グローバル コンフィギュレーション コマンドを使用して errdisabled 回復を設定した場合、ポートは自動的に再度イネーブルになります。errdisable 回復がポートに設定されていない場合、 shutdown および no-shutdown インターフェイス コンフィギュレーション コマンドを使用して、もう一度イネーブルにします。

• clear errdisable interface interface-id vlan [ vlan-list ] 特権 EXEC コマンドを使用すれば、VLAN ごとに再度イネーブルにできます。範囲を指定しない場合、ポート上のすべての VLAN がイネーブルになります。

音声認識 802.1X セキュリティをイネーブルにするには、特権 EXEC モードで次の手順を実行します。

次に、セキュリティ違反が発生したすべての VLAN をシャットダウンするようにスイッチを設定する方法を示します。

次に、ギガビット イーサネット 0/2 で errdisable ステートだったすべての VLAN を再度イネーブルにする方法を示します。

設定を確認するには、 show errdisable detect 特権 EXEC コマンドを入力します。

802.1X 違反モードの設定

（注） 違反モードを設定するには、スイッチを LAN ベース イメージで実行している必要があります。

802.1X ポートを設定することで、シャットダウン、Syslog エラーの生成、または新規デバイスからのパケットの廃棄を実行できます。実行するための条件は次のとおりです。

• デバイスが 802.1X 対応ポートへ接続されている

• 許可するデバイスの最大数がポートで認証された

スイッチ上にセキュリティ違反アクションを設定するには、特権 EXEC モードで次の手順を実行します。

802.1X 認証の設定

802.1X ポートベース認証を設定するには、認証、許可、アカウンティング（AAA）をイネーブルにして認証方式リストを指定する必要があります。方式リストは、ユーザ認証のためにクエリー送信を行う手順と認証方式を記述したものです。

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

次に、802.1X の AAA プロセスを示します。

ステップ 1 ユーザがスイッチのポートに接続します。

ステップ 2 認証が実行されます。

ステップ 3 RADIUS サーバ設定に基づいて、VLAN 割り当てが適宜イネーブルになります。

ステップ 4 スイッチが開始メッセージをアカウンティング サーバに送信します。

ステップ 5 必要に応じて、再認証が実行されます。

ステップ 6 スイッチが仮のアカウンティング アップデートを、再認証結果に基づいたアカウンティング サーバに送信します。

ステップ 7 ユーザがポートから切断します。

ステップ 8 スイッチが停止メッセージをアカウンティング サーバに送信します。

802.1X ポートベース認証を設定するには、特権 EXEC モードで次の手順を実行します。

スイッチおよび RADIUS サーバ間の通信の設定

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

スイッチ上に RADIUS サーバ パラメータを設定するには、特権 EXEC モードで次の手順を実行します。この手順は必須です。

特定の RADIUS サーバを削除するには、 no radius-server host { hostname | ip-address } グローバル コンフィギュレーション コマンドを使用します。

次に、IP アドレス 172.20.39.46 のサーバを RADIUS サーバとして指定し、ポート 1612 を許可ポートとして使用し、暗号鍵を RADIUS サーバ上の鍵と同じ rad123 に設定する例を示します。

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

RADIUS サーバ上でも、いくつかの値を設定する必要があります。これらの設定値としては、スイッチの IP アドレス、およびサーバとスイッチの双方で共有するキー ストリングがあります。詳細については、RADIUS サーバのマニュアルを参照してください。

ホスト モードの設定

dot1x port-control インターフェイス コンフィギュレーション コマンドが auto に設定されている 802.1X 認証済みポートでシングルホスト（クライアント）または複数のホストを許可するには、特権 EXEC モードで次の手順を実行します。multi-domain キーワードを使用してマルチドメイン認証（MDA）を設定して、ホストと（シスコまたはシスコ以外の）IP 電話のような音声デバイスの両方を、同一スイッチ ポートで認証できます。この手順は任意です。

ポート上で複数のホストをディセーブルにするには、no authentication host-mode または no dot1x host-mode multi-host インターフェイス コンフィギュレーション コマンドを使用します。

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

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

定期的な再認証の設定

802.1X クライアントの定期的な再認証をイネーブルにし、再認証の間隔を指定できます。再認証を行う間隔を指定しない場合、3600 秒おきに再認証が試みられます。

クライアントの定期的な再認証をイネーブルにし、再認証を行う間隔（秒）を設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

定期的な再認証をディセーブルにするには、no authentication periodic または no dot1x reauthentication インターフェイス コンフィギュレーション コマンドを使用します。再認証の間隔をデフォルトの秒数に戻すには、no authentication timer または no dot1x timeout reauth-period インターフェイス コンフィギュレーション コマンドを使用します。

次に、定期的な再認証をイネーブルにし、再認証の間隔を 4000 秒に設定する例を示します。

ポートに接続するクライアントの手動での再認証

dot1x re-authenticate interface interface-id 特権 EXEC コマンドを入力すると、いつでも特定のポートに接続するクライアントを手動で再認証できます。 この手順は任意です。定期的な再認証をイネーブルまたはディセーブルにする方法については、「定期的な再認証の設定」を参照してください。

次に、ポートに接続するクライアントを手動で再認証する例を示します。

待機時間の変更

スイッチはクライアントを認証できなかった場合に、所定の時間だけアイドル状態を続け、そのあと再び認証を試みます。 dot1x timeout quiet-period インターフェイス コンフィギュレーション コマンドがその待ち時間を制御します。認証が失敗する理由としては、クライアントが無効なパスワードを提示した場合などが考えられます。デフォルトよりも小さい値を入力することによって、ユーザへの応答時間を短縮できます。

待機時間を変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

待機時間をデフォルトに戻すには、 no dot1x timeout quiet-period インターフェイス コンフィギュレーション コマンドを使用します。

次に、スイッチの待機時間を 30 秒に設定する例を示します。

スイッチからクライアントへの再送信時間の変更

クライアントはスイッチからの EAP-Request/Identity フレームに対し、EAP-Response/Identity フレームで応答します。スイッチがこの応答を受信できなかった場合、所定の時間（再送信時間）だけ待機し、そのあとフレームを再送信します。

（注） このコマンドのデフォルト値は、リンクの信頼性が低い場合や、特定のクライアントおよび認証サーバの動作に問題がある場合など、異常な状況に対する調整を行う必要があるときに限って変更してください。

スイッチがクライアントからの通知を待機する時間を変更するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

再送信時間をデフォルトに戻すには、 no dot1x timeout tx-period インターフェイス コンフィギュレーション コマンドを使用します。

次に、スイッチが EAP-Request/Identity フレームに対するクライアントからの応答を待ち、要求を再送信するまでの時間を 60 秒に設定する例を示します。

スイッチからクライアントへのフレーム再送信回数の設定

（クライアントから応答が得られなかった場合に）スイッチが認証プロセスを再起動する前に、EAP-Request/Identity フレームをクライアントに送信する回数を変更できます。

（注） このコマンドのデフォルト値は、リンクの信頼性が低い場合や、特定のクライアントおよび認証サーバの動作に問題がある場合など、異常な状況に対する調整を行う必要があるときに限って変更してください。

スイッチからクライアントへのフレーム再送信回数を設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

再送信回数をデフォルトに戻すには、 no dot1x max-req インターフェイス コンフィギュレーション コマンドを使用します。

次に、スイッチが認証プロセスを再起動する前に、EAP-Request/Identity 要求を送信する回数を 5 に設定する例を示します。

再認証回数の設定

ポートが無許可ステートに変わる前に、スイッチが認証プロセスを再起動する回数を変更することもできます。

（注） このコマンドのデフォルト値は、リンクの信頼性が低い場合や、特定のクライアントおよび認証サーバの動作に問題がある場合など、異常な状況に対する調整を行う必要があるときに限って変更してください。

再認証回数を設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

再認証回数をデフォルトに戻すには、 no dot1x max-reauth-req インターフェイス コンフィギュレーション コマンドを使用します。

次に、ポートが無許可ステートに変わる前に、スイッチが認証プロセスを再起動する回数として 4 を設定する例を示します。

802.1X アカウンティングの設定

802.1X アカウンティングを使用して、AAA システム アカウンティングをイネーブルにすると、ロギングのためにシステム リロード イベントをアカウンティング RADIUS サーバに送信できます。サーバは、アクティブな 802.1X セッションすべてが終了したものと判断します。

RADIUS は信頼性の低い UDP トランスポート プロトコルを使用するため、ネットワーク状態が良好でないと、アカウンティング メッセージが失われることがあります。設定した回数のアカウンティング要求の再送信後、スイッチが RADIUS サーバからアカウンティング応答メッセージを受信しない場合、次のメッセージが表示されます。

このストップ メッセージが正常に送信されない場合、次のメッセージが表示されます。

（注） ロギングの開始、停止、仮のアップデート メッセージ、タイム スタンプなどのアカウンティング タスクを実行するように、RADIUS サーバを設定する必要があります。これらの機能をオンにするには、RADIUS サーバの [Network Configuration] タブの [Update/Watchdog packets from this AAA client] のロギングをイネーブルにします。次に、RADIUS サーバの [System Configuration] タブの [CVS RADIUS Accounting] をイネーブルにします。

AAA がスイッチでイネーブルになったあと、802.1X アカウンティングを設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

アカウンティング応答メッセージを受信しない RADIUS メッセージ数を表示するには、show radius statistics 特権 EXEC コマンドを使用します。

次に、802.1X アカウンティングを設定する例を示します。最初のコマンドは、アカウンティングの UDP ポートとして 1813 を指定して、RADIUS サーバを設定します。

ゲスト VLAN の設定

サーバが EAP Request/Identity フレームに対する応答を受信しない場合、ゲスト VLAN を設定すると、802.1X 対応でないクライアントはゲスト VLAN に配置されます。802.1X 対応であっても、認証に失敗したクライアントは、ネットワークへのアクセスが許可されません。スイッチは、シングルホスト モードまたはマルチホスト モードでゲスト VLAN をサポートします。

ゲスト VLAN を設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

ゲスト VLAN をディセーブルにして削除するには、 no dot1x guest-vlan インターフェイス コンフィギュレーション コマンドを使用します。ポートは無許可ステートに戻ります。

次に、VLAN 2 を 802.1X ゲスト VLAN としてイネーブルにする例を示します。

次に、スイッチの待機時間として 3 を、要求の再送信前にクライアントからの EAP-Request/Identify フレーム応答を待機する時間（秒）を 15 に設定し、802.1X ポートの DHCP クライアント接続時に、VLAN 2 を 802.1X ゲスト VLAN としてイネーブルにする例を示します。

制限付き VLAN の設定

スイッチ上に制限付き VLAN を設定しており、認証サーバが有効なユーザ名またはパスワードを受信できない場合には、802.1X に準拠したクライアントは制限付き VLAN に移されます。スイッチは、シングルホスト モードでだけ制限付き VLAN をサポートします。

制限付き VLAN を設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

制限付き VLAN をディセーブルにして削除するには、 no dot1x auth-fail vlan インターフェイス コンフィギュレーション コマンドを使用します。ポートは無許可ステートに戻ります。

次に、 VLAN 2 を 802.1X 制限付き VLAN としてイネーブルにする例を示します。

ユーザに制限付き VLAN を割り当てる前に、 dot1x auth-fail max-attempts インターフェイス コンフィギュレーション コマンドを使用して、認証の最大試行回数を設定できます。指定できる認証試行回数の範囲は 1 ～ 3 です。デフォルト値は 3 です。

認証の最大試行回数を設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

設定数をデフォルトに戻すには、 no dot1x auth-fail max-attempts インターフェイス コンフィギュレーション コマンドを使用します。

次に、ポートを制限付き VLAN にするために、認証試行回数を 2 に設定する方法を示します。

アクセス不能認証バイパス機能の設定

アクセス不能認証バイパス機能（クリティカル認証または AAA 失敗ポリシーとも呼ばれます）を設定できます。

（注） スイッチに RADIUS サーバ パラメータを設定して、RADIUS サーバ ステートを監視する必要があります（「スイッチおよび RADIUS サーバ間の通信の設定」を参照）。また、アイドル時間、待機時間、および待機基準も設定する必要があります。

これらのパラメータを設定しないと、スイッチは RADIUS サーバのステータスを dead に変更します。

ポートをクリティカル ポートとして設定し、アクセス不能認証バイパス機能をイネーブルにするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

RADIUS サーバのデフォルト設定に戻すには、 no radius-server dead-criteria 、 no radius-server deadtime 、および no radius-server host グローバル コンフィギュレーション コマンドを使用します。アクセス不能認証バイパスのデフォルト設定に戻すには、 no dot1x critical { eapol | recovery delay } グローバル コンフィギュレーション コマンドを使用します。 アクセス不能認証バイパスをディセーブルにするには、 no dot1x critical インターフェイス コンフィギュレーション コマンドを使用します。

次に、アクセス不能認証バイパス機能を設定する例を示します。

WoL を使用した 802.1X 認証の設定

WoL を使用した 802.1X 認証をイネーブルにするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

WoL を使用した 802.1X 認証をディセーブルにするには、no authentication control-direction または no dot1x control-direction インターフェイス コンフィギュレーション コマンドを使用します。

次に、WoL を使用した 802.1X 認証をイネーブルにして、ポートを双方向に設定する例を示します。

または

MAC 認証バイパスの設定

MAC 認証バイパスをイネーブルにするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

MAC 認証バイパスをディセーブルにするには、 no dot1x mac-auth-bypass インターフェイス コンフィギュレーション コマンドを使用します。

次に、MAC 認証バイパス機能をイネーブルにする例を示します。

NAC レイヤ 2 802.1X 検証の設定

NAC レイヤ 2 802.1X 検証を設定できます。これは、RADIUS サーバを使用する 802.1X 認証とも呼ばれます。

NAC レイヤ 2 802.1X 検証を設定するには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

次に、NAC レイヤ 2 802.1X 検証を設定する例を示します。

NEAT を使用した 802.1X スイッチ サプリカントの設定

この機能を設定するには、1 つのスイッチ（ワイヤリング クローゼットの外側）をサプリカントとして設定し、オーセンティケータ スイッチに接続する必要があります。

（注） 1 つまたは複数のサプリカント スイッチに接続するオーセンティケータ スイッチ インターフェイスでは、MDA および multiauth モードをイネーブルにできません。

概要情報については、「802.1X スイッチ サプリカントと Network Edge Access Topology（NEAT）」を参照してください。

（注） ACS で cisco-av-pairs を device-traffic-class=switch として設定する必要があります。これにより、サプリカントが正常に認証されたあとで、インターフェイスがトランクとして設定されます。

スイッチをオーセンティケータに設定するには、特権 EXEC モードで次の手順を実行します。

次に、スイッチを 802.1X オーセンティケータとして設定する例を示します。

スイッチをサプリカントに設定するには、特権 EXEC モードで次の手順を実行します。

次に、スイッチをサプリカントとして設定する例を示します。

ダウンロード可能 ACL およびリダイレクト URL を使用した 802.1X 認証の設定

スイッチに 802.1X 認証を設定するほか、ACS を設定する必要があります。詳細については、 Cisco Secure ACS のコンフィギュレーション ガイド を参照してください。

（注） ダウンロード可能 ACL をスイッチにダウンロードするには、まず ACS にこの ACL を設定する必要があります。

ポートでの認証を終えたら、show ip access-list 特権 EXEC コマンドを使用してポート上のダウンロード可能 ACL を表示できます。

ダウンロード可能 ACL の設定

ポリシーは、クライアントの認証が終わり、IP デバイス トラッキング テーブルにクライアント IP アドレスが追加されたあとで有効になります。その後、スイッチがダウンロード可能 ACL をポートに適用します。

特権 EXEC モードで次の手順を実行します。

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

特権 EXEC モードで次の手順を実行します。

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

柔軟な認証順序の設定

特権 EXEC モードで次の手順を実行します。

次に、ポートが最初に 802.1X 認証を試みてから、フォールバック方式として Web 認証を行うように設定する例を示します。

Open1x の設定

特権 EXEC モードで次の手順を実行します。

次に、ポートに open 1x を設定する例を示します。

Web 認証の設定

（注） Web 認証を設定するには、スイッチを LAN ベース イメージで実行している必要があります。

Web 認証の設定前に認証、許可、アカウンティング（AAA）および RADIUS をスイッチに設定するには、特権 EXEC モードで次の手順を実行します。この手順により、RADIUS 認証を使用して AAA がイネーブルになり、デバイス トラッキングがイネーブルになります。

次に、AAA をイネーブルにし、RADIUS 認証を使用し、デバイス トラッキングをイネーブルにする例を示します。

ポートで Web 認証を使用するように設定するには、特権 EXEC モードで次の手順を実行します。

次に、スイッチ ポートで Web 認証だけを設定する例を示します。

フォールバック方式としての Web 認証のある 802.1X 認証をスイッチ ポートに設定するには、特権 EXEC モードで次の手順を実行します。

次に、Web 認証がフォールバック方式とする 802.1X 認証を設定する例を示します。

authentication fallback および dot1x fallback コマンドの詳細については、このリリースのコマンド リファレンスを参照してください。ip admission name および ip access-group コマンドの詳細については、Cisco.com の『 Network Admission Control Software Configuration Guide 』を参照してください。

Web 認証ローカル バナーの設定

（注） Web 認証ローカル バナーを設定するには、スイッチを LAN ベース イメージで実行している必要があります。

Web 認証を設定したスイッチにローカル バナーを設定するには、特権 EXEC モードで次の手順を実行します。

次に、カスタム メッセージ [My Switch] を表示するローカル バナーを設定する例を示します。

ip auth-proxy auth-proxy-banner コマンドの詳細については、Cisco.com にある『Cisco IOS Security Command Reference』の「Authentication Proxy Commands」セクションを参照してください。

ポート上での 802.1X 認証のディセーブル化

802.1X 認証をポートでディセーブルにするには、 no dot1x pae インターフェイス コンフィギュレーション コマンドを使用します。

ポートで 802.1X 認証をディセーブルにするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

802.1X ポート アクセス エンティティ（PAE）のオーセンティケータとしてポートを設定するには、 dot1x pae authenticator インターフェイス コンフィギュレーション コマンドを使用します。この設定では、ポートで 802.1X がイネーブルになりますが、ポートに接続されたクライアントは許可されません。

次に、802.1X 認証をポートでディセーブルにする例を示します。

802.1X 認証設定のデフォルト値へのリセット

802.1X 認証設定をデフォルト値に戻すには、特権 EXEC モードで次の手順を実行します。この手順は任意です。