イベントID 6273（NPS）で802.1X認証が拒否される原因と安全な切り分け手順

NPS（Network Policy Server）環境において、802.1Xのワイヤレス（無線）または有線接続の試行が拒否されると、WindowsのセキュリティイベントログにイベントID 6273（NPS）が「監査失敗（Audit Failure）」として記録されます。

このイベントは発生した事象を記録するもので、単独では原因を断定できません。前後のログと詳細フィールドを使う切り分けの手掛かりとして扱います。

このイベントが発生したときの緊急度は「中」です。直ちにシステム全体が停止するわけではありませんが、対象のクライアントPCがネットワークに接続できない状態になっています。原因を特定するために、まずはNPSサーバーのセキュリティログの最下部にある「Reason Code（理由コード）」を確認してください。

この記事では、イベントID 6273が記録された際のエラーの読み解き方と、安全なトラブルシューティング手順を解説します。

イベントID 6273（NPS）の意味とログの性質

イベントID 6273は、NPSがクライアントからの接続要求を評価した結果、何らかの理由でその要求を「拒否（Reject）」したことを示します。このログは、Windows Serverの「Security」チャネルに記録されます。

注意点として、このイベントログ単独で特定のハードウェア故障やシステム破損を断定することはできません。イベントID 6273は「認証ポリシーに適合しなかった」「証明書の検証に失敗した」といった、接続プロセスにおける論理的な不適合を記録するものです。そのため、ログに記載されている詳細なフィールド値を正しく読み解くことがトラブル解決の第一歩となります。

該当ログの見分け方

イベントビューアの「セキュリティ」ログにおいて、以下の情報を持つログを探します。

ソース（Provider）：Microsoft-Windows-Security-Auditing（タスクカテゴリ：Network Policy Server）
イベントID：6273
タスクのカテゴリ：ログオン/ログオフ
メッセージの断片：接続要求は NPS によって拒否されました（An NPS event ID 6273 (Audit Failure) is logged...）

イベント詳細（全般・詳細タブ）の確認ポイント

イベントビューアで該当のログを開き、「全般」タブおよび「詳細」タブで以下のフィールドを確認します。

Reason Code（理由コード）：接続が拒否された直接的な原因を示す数値です。この値が最も重要な判断材料となります。
Connection Request Policy Name（接続要求ポリシー名）：接続試行がどの接続要求ポリシーにマッチしたかを示します。
Network Policy Name（ネットワークポリシー名）：接続試行を拒否した、または適合しなかったネットワークポリシーの名前が記録されます。
User-Name（ユーザー名）：接続を試みたクライアントの識別子（アカウント名や証明書のサブジェクト名など）が表示されます。

認証が正常に受け入れられた場合は、対となるイベントID 6272（Audit Success）が記録されます。詳細な比較を行いたい場合は、イベントID 6272（NPS）が記録された時の意味と、802.1X認証の正常接続を確認する方法も併せて参照してください。

原因切り分け表

発生している症状と、確認すべき箇所、判断基準を以下のように整理します。

症状	確認箇所	判断材料	次の行動
802.1Xのワイヤレスまたは有線接続が拒否される	NPSサーバーのセキュリティイベントログ	イベントID 6273の「Reason Code（理由コード）」の値	理由コードに対応するポリシーや証明書の設定を見直す
クライアント側で接続が確立できない	クライアントのWLAN-AutoConfigまたはWired-AutoConfigログ	エラーイベントや接続プロファイルの設定	クライアント側の証明書の有効性やプロファイル設定を確認する
認証の成否ログがイベントビューアに記録されない	NPSサーバーのコマンドプロンプト（管理者）	`auditpol` コマンドによる監査ポリシーの確認結果	監査ポリシーが無効な場合はコマンドで有効化する

安全なトラブルシューティング手順

既存の設定を不用意に変更せず、まずは確認作業から順番に行うことが重要です。

手順1：Reason Code（理由コード）の確認

NPSサーバーのセキュリティログでイベントID 6273を開き、メッセージ下部にある「Reason Code」の数値を確認します。例えば、証明書の不一致、ユーザーアカウントの無効化、ポリシーの不適合などがコードから判別できます。

手順2：認証方法（EAPメソッド）と証明書の確認

802.1X認証の多くは証明書を使用します。証明書の有効期限切れや信頼チェーンの破損が原因で拒否されるケースが頻発します。

NPS管理スナップインを開き、「ポリシー」＞「ネットワークポリシー」を選択します。
該当するポリシーを右クリックして「プロパティ」を開きます。
「制約」タブの「認証方法」セクションを確認し、使用されているEAPメソッド（PEAPやスマートカード/その他の証明書など）が正しいか確認します。
サーバーおよびクライアントにインストールされている証明書が有効であること（有効期限内であること、信頼されたルート証明機関から発行されていること）を確認します。

手順3：CAPI2ログによる証明書検証の追跡

証明書関連のより詳細なエラーを追跡したい場合は、Windowsの「CAPI2」ログを有効化して確認します。

イベントビューアを開き、「アプリケーションとサービスログ」＞「Microsoft」＞「Windows」＞「CAPI2」の順に展開します。
「Operational」を右クリックし、「ログの有効化」を選択します。これにより、証明書の検証プロセスや失効チェックの失敗原因を詳しく追跡できます。

監査ポリシーの確認と有効化コマンド

NPSの成否イベントがセキュリティログに記録されない場合は、監査ポリシーの設定を確認する必要があります。以下のコマンドを使用して確認と設定を行います。

監査ポリシーの確認コマンド

auditpol /get /subcategory:"Network Policy Server"

目的：NPSサーバーで接続の成功・失敗に関する監査ログが出力される設定になっているか確認します。
管理者権限：必要です。
結果の読み方：「Network Policy Server」の項目が「Success and Failure（成功および失敗）」になっていれば正常です。「No auditing（監査なし）」の場合はログが出力されません。
変更の有無：確認のみで、設定の変更は行いません。

監査ポリシーの有効化コマンド

auditpol /set /subcategory:"Network Policy Server" /success:enable /failure:enable

目的：NPSサーバーの監査ログ（成功および失敗）を有効化します。
管理者権限：必要です。
結果の読み方：コマンドが正常に終了すると、監査ログが有効になります。すでに有効に見える場合でも、一度無効にしてから再有効化することで動作が改善する場合があります。
変更の有無：あり（監査設定を変更します）。

やってはいけない対処と専門家への相談条件

トラブルシューティングの際、十分なバックアップを取らずにネットワークポリシーを削除したり、Active Directoryのユーザー権限を不用意に変更したりすることは避けてください。 認証基盤の設定変更は、他の正常に接続できている全ユーザーに影響を及ぼすリスクがあります。

設定変更を行う前には、必ずNPSの構成エクスポート機能などを用いてバックアップを保存してください。また、証明書の失効やActive Directoryのスキーマ破損など、インフラの根幹に関わる問題が疑われ、自力での復旧が困難な場合は、ネットワーク管理者や専門のサポート窓口へ相談することを強く推奨します。

よくある質問

Q1. イベントID 6273はWindows 11のクライアントでも関係ありますか？

はい、関係あります。接続を試みるクライアントPCがWindows 11であっても、認証を処理するNPSサーバー（Windows Server）側にはイベントID 6273が記録されます。クライアント側のOSバージョンに関わらず、NPSサーバー側のログで原因を特定します。

Q2. 監査ポリシーを有効にしてもログが記録されないのはなぜですか？

グループポリシー（GPO）によって設定が上書きされている可能性があります。「コンピューターの構成」＞「ポリシー」＞「Windowsの設定」＞「セキュリティの設定」＞「詳細な監査ポリシーの構成」＞「監査ポリシー」＞「ログオン/ログオフ」＞「ネットワークポリシーサーバーの監査」の設定が「成功および失敗」になっているか確認してください。

Q3. クライアント側のログはどこを確認すればよいですか？

ワイヤレス接続の場合は、クライアントPCのイベントビューアで「アプリケーションとサービスログ」＞「Microsoft」＞「Windows」＞「WLAN-AutoConfig」＞「Operational」を確認します。有線接続の場合は「Wired-AutoConfig」＞「Operational」を確認してください。

Q4. 理由コード（Reason Code）の一覧はどこで確認できますか？

Microsoftの公式ドキュメントや、イベントメッセージ内に表示されるテキスト説明から確認できます。代表的なものとして、資格情報の不一致や、ポリシーの条件を満たしていないことなどがテキストで併記されます。

参考情報

Advanced troubleshooting 802.1X authentication - Windows Client | Microsoft Learn

まとめ

イベントID 6273（NPS）が発生した際は、以下のステップで調査を進めてください。

NPSサーバーのセキュリティログで「Reason Code（理由コード）」を確認する。
NPSのネットワークポリシーで指定されている「認証方法（EAPメソッド）」と証明書の有効性を検証する。
必要に応じてCAPI2ログやクライアント側のAutoConfigログを有効化し、証明書検証のプロセスを追跡する。

原因を特定しないまま設定を闇雲に変更せず、ログに記録された具体的なエラーコードに基づいて安全に対処しましょう。