Windowsログオンの問題のトラブルシューティング

この記事では、ユーザーが証明書またはスマートカード、あるいはその両方を使用してログオンする際にWindowsが提供するログとエラーメッセージについて説明します。これらのログは、認証の失敗をトラブルシューティングするために使用できる情報を提供します。

• 証明書と公開鍵インフラストラクチャ

• Windows Active Directoryは、ログオンするユーザーの証明書を管理するいくつかの証明書ストアを保持しています。

• NTAuth証明書ストア: Windowsに認証するには、ユーザー証明書を直接発行する認証局（つまり、チェーンはサポートされていません）をNTAuthストアに配置する必要があります。これらの証明書を表示するには、certutilプログラムから次を入力します: certutil –viewstore –enterprise NTAuth
• ルートおよび中間証明書ストア: 通常、証明書ログオンシステムは単一の証明書しか提供できないため、チェーンが使用されている場合、すべての中間証明書ストアにはこれらの証明書が含まれている必要があります。ルート証明書は信頼されたルートストアに、最後から2番目の証明書はNTAuthストアに存在する必要があります。
• ログオン証明書拡張機能とグループポリシー: Windowsは、EKUおよびその他の証明書ポリシーの検証を強制するように構成できます。Microsoftのドキュメントを参照してください: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/ff404287(v=ws.10)。

• AllowSignatureOnlyKeys	既定では、WindowsはRSA復号化を許可しない証明書の秘密鍵を除外します。このオプションはこのフィルターを上書きします。
  AllowTimeInvalidCertificates	既定では、Windowsは期限切れの証明書を除外します。このオプションはこのフィルターを上書きします。
  EnumerateECCCerts	楕円曲線認証を有効にします。
  X509HintsNeeded	証明書に一意のユーザープリンシパル名 (UPN) が含まれていない場合、または曖昧な場合、このオプションを使用すると、ユーザーはWindowsログオンアカウントを手動で指定できます。
  UseCachedCRLOnlyAnd, IgnoreRevocationUnknownErrors	失効チェックを無効にします（ドメインコントローラーで設定）。

  • ドメインコントローラー証明書: Kerberos接続を認証するには、すべてのサーバーに適切な「ドメインコントローラー」証明書が必要です。これらは、「ローカルコンピューター証明書個人ストア」MMCスナップインメニューを使用して要求できます。

UPN名と証明書マッピング

ユーザー証明書には、サブジェクト代替名拡張機能に一意のユーザープリンシパル名 (UPN) を含めることをお勧めします。

Active DirectoryにおけるUPN名

既定では、Active Directoryのすべてのユーザーは、<samUsername>@<domainNetBios> および <samUsername>@<domainFQDN> のパターンに基づいた暗黙的なUPNを持っています。利用可能なドメインとFQDNは、フォレストのRootDSEエントリに含まれています。単一のドメインは、RootDSEに複数のFQDNアドレスを登録できます。

また、Active Directoryのすべてのユーザーは、明示的なUPNとaltUserPrincipalNamesを持っています。これらは、ユーザーのUPNを指定するLDAPエントリです。

UPNでユーザーを検索する場合、Windowsはまず現在のドメイン（UPNを検索するプロセスのIDに基づく）で明示的なUPNを検索し、次に代替UPNを検索します。一致するものがない場合、暗黙的なUPNを検索します。これはフォレスト内の異なるドメインに解決される可能性があります。

証明書マッピングサービス

証明書に明示的なUPNが含まれていない場合、Active Directoryには、各使用のために正確な公開証明書を「x509certificate」属性に保存するオプションがあります。そのような証明書をユーザーに解決するために、コンピューターはこの属性を直接クエリできます（既定では単一ドメイン内）。

ユーザーがユーザーアカウントを指定するオプションが提供されており、これによりこの検索が高速化され、この機能をクロスドメイン環境でも使用できるようになります。

フォレスト内に複数のドメインがあり、ユーザーがドメインを明示的に指定しない場合、Active DirectoryのrootDSEは証明書マッピングサービスの場所を指定します。これはグローバルカタログマシンにあり、フォレスト内のすべてのx509certificate属性のキャッシュされたビューを持っています。このコンピューターは、証明書のみに基づいて、任意のドメイン内のユーザーアカウントを効率的に見つけるために使用できます。

ログオンドメインコントローラーの選択制御

複数のドメインコントローラーを含む環境では、認証に使用されるドメインコントローラーを確認し、制限することが有用です。これにより、ログを有効にして取得できます。

ドメインコントローラーの選択を制御

Windowsが特定のWindowsドメインコントローラーをログオンに使用するように強制するには、lmhostsファイル（\Windows\System32\drivers\etc\lmhosts）を構成することで、Windowsマシンが使用するドメインコントローラーのリストを明示的に設定できます。

通常、その場所には「lmhosts.sam」という名前のサンプルファイルがあります。単に次の行を含めます。

1.2.3.4 dcnetbiosname #PRE #DOM:mydomai

ここで、「1.2.3.4」はmydomainドメイン内のdcnetbiosnameという名前のドメインコントローラーのIPアドレスです。

再起動後、Windowsマシンはその情報を使用してmydomainにログオンします。デバッグが完了したら、この構成を元に戻す必要があります。

使用中のドメインコントローラーの特定

ログオン時に、Windowsはユーザーをログオンさせたドメインコントローラーを含むMSDOS環境変数を設定します。これを確認するには、コマンドプロンプトをコマンド **echo %LOGONSERVER%** で起動します。

認証に関連するログは、このコマンドによって返されるコンピューターに保存されます。

アカウント監査イベントの有効化

デフォルトでは、Windowsドメインコントローラーは完全なアカウント監査ログを有効にしません。これは、グループポリシーエディターのセキュリティ設定にある監査ポリシーを通じて制御できます。グループポリシーエディターを開くには、ドメインコントローラーで gpedit.msc を実行します。監査ポリシーが有効になると、ドメインコントローラーはセキュリティログに追加のイベントログ情報を生成します。

証明書検証ログ

証明書の有効性確認

-  スマートカード証明書がDER証明書としてエクスポートされている場合（秘密鍵は不要）、コマンド `certutil –verify user.cer` を使用して検証できます。

-  ### CAPIログの有効化

ドメインコントローラーおよびユーザーのマシンで、イベントビューアーを開き、Microsoft/Windows/CAPI2/Operational Logs のログを有効にします。

• ドメインコントローラーとVDAマシンで、イベントビューアーを開き、アプリケーションとサービスログ > Microsoft > Windows > CAPI2 > Operational に移動します。Operational を右クリックし、ログの有効化 を選択します。

• さらに、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\crypt32 にあるレジストリ値を使用してCAPIログを微調整します。以下の値はデフォルトでは存在しません。これらを作成する必要があります。デフォルトのCAPI2ログ設定に戻したい場合は、これらの値を削除してください。

CAPIログ

エラーメッセージ

Kerberosログ

Kerberosログを有効にするには、ドメインコントローラーとエンドユーザーマシンで、以下のレジストリ値を作成します。

Kerberosログはシステムイベントログに出力されます。

• 信頼されていない証明書などのメッセージは、診断が容易である必要があります。
• 2つのエラーコードは情報提供であり、安全に無視できます。
  • KDC_ERR_PREAUTH_REQUIRED (古いドメインコントローラーとの下位互換性のために使用されます)
  • 不明なエラー 0x4b

ドメインコントローラーとワークステーションのログ

このセクションでは、ユーザーが証明書でログオンしたときにドメインコントローラーとワークステーションで予想されるログエントリについて説明します。

• ドメインコントローラーCAPI2ログ
• ドメインコントローラーセキュリティログ
• Virtual Delivery Agent (VDA) セキュリティログ
• VDA CAPIログ
• VDAシステムログ

ドメインコントローラーCAPI2ログ

ログオン中に、ドメインコントローラーは呼び出し元の証明書を検証し、以下の形式で一連のログエントリを生成します。

最終的なイベントログメッセージは、ドメインコントローラー上のlsass.exeがVDAによって提供された証明書に基づいてチェーンを構築し、その有効性（失効を含む）を検証していることを示しています。結果は「ERROR_SUCCESS」として返されます。

ドメインコントローラーのセキュリティログ

ドメインコントローラーはログオンイベントのシーケンスを示しており、主要なイベントは4768で、証明書がKerberosチケット許可チケット（krbtgt）の発行に使用されます。

これより前のメッセージは、サーバーのマシンアカウントがドメインコントローラーに対して認証を行っていることを示します。これに続くメッセージは、新しいkrbtgtに属するユーザーアカウントがドメインコントローラーに対して認証を行うために使用されていることを示します。

VDAのセキュリティログ

ログオンイベントに対応するVDAのセキュリティ監査ログは、winlogon.exeから発生するイベントID 4648のエントリです。

VDAのCAPIログ

このVDA CAPIログの例は、lsass.exeからの単一のチェーン構築と検証シーケンスを示しており、ドメインコントローラー証明書（dc.citrixtest.net）を検証しています。

VDAのシステムログ

Kerberosログが有効になっている場合、システムログにはエラーKDC_ERR_PREAUTH_REQUIRED（無視できます）と、Kerberosログオンが成功したことを示すWindowsログオンからのエントリが表示されます。

Windowsイベントログを使用したFASの監視

すべてのFASイベントは、Windowsのアプリケーションイベントログに書き込まれます。System Center Operations Manager (SCOM)などの製品を使用して、ここで説明されているプロセスとイベントを使用し、FASサービスの正常性を監視できます。

FASサービス稼働状況

FASサービスが稼働しているかどうかを確認するには、Citrix.Authentication.FederatedAuthenticationService.exeプロセスを監視します。

このセクションでは、FASサービスを監視するための最も重要なイベントのみを説明します。FASイベントコードの完全なリストについては、「FASイベントログ」を参照してください。

FASヘルスイベント

以下のイベントは、FASサービスが正常であるかどうかを示します。

イベントソースは Citrix.Authentication.FederatedAuthenticationService です。

クラウド接続FASイベント

Citrix Cloud™でFASを使用している場合、以下のイベントはFASサービスが正常であるかどうかを示します。

イベントソースは Citrix.Fas.Cloud です。

セキュリティイベント

以下のイベントは、不正なエンティティがFASを使用しようとしたことを示します。

イベントソースは Citrix.Authentication.FederatedAuthenticationService です。

FASイベントログ

以下の表は、FASによって生成されるイベントログエントリを一覧表示します。

管理イベント [Federated Authentication Service]

[イベントソース: Citrix.Authentication.FederatedAuthenticationService]

これらのイベントは、FASサーバーの構成変更に応じてログに記録されます。

ID アサーションの作成 [Federated Authentication Service]

[イベントソース: Citrix.Authentication.FederatedAuthenticationService]

これらのイベントは、信頼されたサーバーがユーザーログオンをアサートする際に、FASサーバーで実行時にログに記録されます。

証明書利用者としての動作 [Federated Authentication Service]

[イベントソース: Citrix.Authentication.FederatedAuthenticationService]

これらのイベントは、VDA がユーザーをログオンする際に、FASサーバーで実行時にログに記録されます。

セッション内証明書サーバー [フェデレーション認証サービス]

[イベントソース: Citrix.Authentication.FederatedAuthenticationService]

ユーザーがセッション内証明書を使用すると、これらのイベントはFASサーバーにログ記録されます。

• ログコード

• [S301] アクセスが拒否されました: ユーザー [{0}] は仮想スマートカードへのアクセス権がありません。

  [S302] ユーザー [{0}] は不明な仮想スマートカードを要求しました [サムプリント: {1}]。

  [S303] アクセスが拒否されました: ユーザー [{0}] は仮想スマートカードと一致しません [UPN: {1}]。

  [S304] ユーザー [{0}] がコンピューター [{2}] でプログラム [{1}] を実行し、秘密鍵操作 [{6}] のために仮想スマートカード [UPN: {3} ロール: {4} サムプリント: {5}] を使用しています。

  [S305] 秘密鍵操作が失敗しました [操作: {0}] [UPN: {1} ロール: {2} コンテナー名: {3} エラー: {4} {5}]。

FASアサーションプラグイン [フェデレーション認証サービス]

• [イベントソース: Citrix.Authentication.FederatedAuthenticationService]

• これらのイベントはFASアサーションプラグインによってログに記録されます。

• ログコード
  [S500] FASアサーションプラグインが構成されていません
  [S501] 構成されたFASアサーションプラグインをロードできませんでした [例外: {0}]
  [S502] FASアサーションプラグインがロードされました [プラグインID: {0}] [アセンブリ: {1}] [場所: {2}]
  [S503] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (ログオン証拠が提供されましたが、プラグイン [{2}] はそれをサポートしていません)
  [S504] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (ログオン証拠が提供されましたが、構成されたFASプラグインがありません)
  [S505] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (プラグイン [{2}] がステータス [{3}] とメッセージ [{4}] でログオン証拠を拒否しました)
  [S506] プラグイン [{0}] がサーバー [{1}] からのUPN [{2}] のログオン証拠をメッセージ [{3}] で受け入れました
  [S507] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (プラグイン [{2}] がメソッド [{4}] の実行中に例外 [{3}] をスローしました)
  [S507] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (プラグイン [{2}] が例外 [{3}] をスローしました)
  [S508] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (アクセス処分が提供されましたが、プラグイン [{2}] はそれをサポートしていません)
  [S509] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (アクセス処分が提供されましたが、構成されたFASプラグインがありません)
  [S510] サーバー [{0}] がUPN [{1}] のアサートに失敗しました (アクセス処分がプラグイン [{2}] によって無効と見なされました)

Workspace対応FAS [Federated Authentication Service]

[イベントソース: Citrix.Fas.Cloud]

これらのイベントは、FASがWorkspaceで使用されるときにログに記録されます。

ログオン [VDA]

[イベントソース: Citrix.Authentication.IdentityAssertion]

これらのイベントは、ログオン段階中にVDAにログ記録されます。

セッション内証明書 [VDA]

[イベントソース: Citrix.Authentication.IdentityAssertion]

これらのイベントは、ユーザーがセッション内証明書の使用を試行したときにVDAにログ記録されます。

証明書要求とキーペアの生成 [Federated Authentication Service]

[イベントソース: Citrix.Fas.PkiCore]

これらのイベントは、FASサーバーが低レベルの暗号化操作を実行したときにログに記録されます。

エンドユーザーエラーメッセージ

このセクションでは、Windowsログオンページに表示される一般的なエラーメッセージを一覧表示します。

FASの常時トレース

常時トレースを使用すると、FASはそのアクティビティをファイルシステムにログ記録します。これはトラブルシューティングに役立ち、発生したインシデントを再現する必要性を排除できる可能性があります。

常時トレースは、以下のいずれかの方法でFASをインストールまたはアップグレードすると有効になります。

• Citrix Virtual Apps and Desktops™ インストーラー: ISOが挿入されたときの自動実行スプラッシュ画面にあるFederated Authentication Serviceボタンから
• XenDesktopFasSetup.exe: Citrix Virtual Apps and Desktops ISOのx64\XenDesktop Setup\XenDesktopFasSetup.exeにあります
• FasSetup_2503.exe: Citrix Downloadsから入手できるスタンドアロンのFASインストーラーファイルです。

注:

FASインストーラーMSIファイルFederatedAuthenticationService_x64.msiを使用してインストールまたはアップグレードする場合、常時トレースは利用できません。

常時トレースの収集

Citrix Scoutを使用して、FASサーバーから常時トレースおよびその他の診断データを収集します。Citrix Scoutは、前述のいずれかの方法でFASをインストールするとインストールされます。

常時トレースの無効化

何らかの理由で常時トレースを無効にしたい場合は、FASサーバーでCitrix Telemetry Serviceを停止して無効にしてください。

関連情報

• スマートカードログオン用にドメインを構成する
• スマートカードログオンポリシー
• CAPIログの有効化
• Kerberosログの有効化
• サードパーティの証明機関でスマートカードログオンを有効にするためのガイドライン