「このワークステーションとプライマリドメインの信頼関係に失敗しました」を安全に修復する方法
ワークステーションの信頼関係エラーは、端末側と AD 側のコンピューターアカウント情報の不一致が主因です。ローカルアクセス、プロファイル、セキュアチャネルを確認してから修復します。
先に結論
ワークステーションの信頼関係エラーは、端末側と AD 側のコンピューターアカウント情報の不一致が主因です。このケースでは、まず「コンピューターアカウントのセキュアチャネル」と「ローカル管理者の利用可否」を確認し、その後「ユーザーデータと BitLocker 回復情報」を基準に修正の要否を判断します。
最初に切り分ける範囲
このディレクトリ／認証の事象では、まず「コンピューターアカウントのセキュアチャネル」と「ローカル管理者の利用可否」で障害境界を決め、その後「BitLocker」へ進みます。本番設定を変更する前に、現状、発生時刻、正常な比較対象を記録します。
依存関係に沿った確認順序
| 確認項目 | 確認する理由 | 推奨アクション |
|---|---|---|
| 01 · コンピューターアカウントのセキュアチャネル | コンピューターアカウントのセキュアチャネル を、設定値だけで判断せず、ログ、カウンター、状態情報で実経路上から確認します。 | コンピューターアカウントのセキュアチャネル の現在値、証跡元、時刻を記録します。変更が必要な場合は一度に一条件だけ変更し、切り戻し用に元の設定を保持します。 |
| 02 · ローカル管理者の利用可否 | ローカル管理者の利用可否 を、設定値だけで判断せず、ログ、カウンター、状態情報で実経路上から確認します。 | ローカル管理者の利用可否 を読み取り中心で確認し結果を保存します。基準との差がある場合は、障害時刻と直近変更との関係を確認してから修正します。 |
| 03 · ユーザーデータと BitLocker 回復情報 | ユーザーデータと BitLocker 回復情報 を、設定値だけで判断せず、ログ、カウンター、状態情報で実経路上から確認します。 | ユーザーデータと BitLocker 回復情報 を正常系、ログ時系列、実際の業務経路と比較し、原因であることを確認してから本番設定を変更します。 |
| 04 · Reset-ComputerMachinePassword/Test-ComputerSecureChannel | Reset-ComputerMachinePassword/Test-ComputerSecureChannel の現在値、関連ログ、直近の変更を確認し、障害発生時刻と突き合わせて変更要否を判断します。 | Reset-ComputerMachinePassword/Test-ComputerSecureChannel の現在値、証跡元、時刻を記録します。変更が必要な場合は一度に一条件だけ変更し、切り戻し用に元の設定を保持します。 |
| 05 · DNS と DC への接続 | DNS と DC への接続 の現在値、関連ログ、直近の変更を確認し、障害発生時刻と突き合わせて変更要否を判断します。 | DNS と DC への接続 を読み取り中心で確認し結果を保存します。基準との差がある場合は、障害時刻と直近変更との関係を確認してから修正します。 |
| 06 · ドメイン再参加前の切り戻し準備 | ドメイン再参加前の切り戻し準備 の現在値、関連ログ、直近の変更を確認し、障害発生時刻と突き合わせて変更要否を判断します。 | ドメイン再参加前の切り戻し準備 を正常系、ログ時系列、実際の業務経路と比較し、原因であることを確認してから本番設定を変更します。 |
読み取り確認の例
Test-ComputerSecureChannel -Verbose根拠を確認してから変更する
- まず読み取り中心で証跡を取得し、設定変更前に「コンピューターアカウントのセキュアチャネル」と「ローカル管理者の利用可否」を確認します。
- 最初の確認が正常なら「ユーザーデータと BitLocker 回復情報」と「Reset-ComputerMachinePassword/Test-ComputerSecureChannel」へ進み、障害時刻と結び付く証跡を残します。
- 証跡が症状を説明できる場合に限って設定を変更します。「DNS と DC への接続」を変更する前に元の値と切り戻し条件を定義します。
- 「ドメイン再参加前の切り戻し準備」は限定範囲で検証してから、本番ユーザーまたは本番トラフィックへ展開します。
復旧確認と切り戻し
- ユーザーまたはアプリケーションの一連の業務動作を確認し、「コンピューターアカウントのセキュアチャネル」単独の状態だけで完了としません。
- 変更後に「DNS と DC への接続」と「ドメイン再参加前の切り戻し準備」を再確認し、新たな迂回、権限拡大、二次障害がないことを確認します。
- 「コンピューターアカウントのセキュアチャネル」から「ドメイン再参加前の切り戻し準備」までの証跡、変更前後の設定、業務確認結果、切り戻し点を保存します。
よくある誤判断
- 「コンピューターアカウントのセキュアチャネル」と「ローカル管理者の利用可否」を同時に変更し、どちらが原因だったか追跡できなくすること。
- 「BitLocker」が正常というだけで、「Reset-ComputerMachinePassword/Test-ComputerSecureChannel」を含む業務経路全体も正常と判断すること。
- 「DNS」または「ドメイン再参加前の切り戻し準備」の一時例外を、責任者・期限・切り戻し記録なしで本番に残すこと。
関連する確認事項
「「このワークステーションとプライマリドメインの信頼関係に失敗しました」を安全に修復する方法」はどこから確認すべきですか？
まず「コンピューターアカウントのセキュアチャネル」と「ローカル管理者の利用可否」を確認します。本番状態を変えずに最初の切り分け境界を作れます。
最初の層が正常な場合、次に何を確認しますか？
次に「ユーザーデータと BitLocker 回復情報」と「Reset-ComputerMachinePassword/Test-ComputerSecureChannel」を確認し、障害時刻および実際のユーザー／アプリ経路と突き合わせます。
変更後に何を残すべきですか？
「DNS と DC への接続」と「ドメイン再参加前の切り戻し準備」の証跡に加え、元の設定、検証結果、観察記録、切り戻し点を保存します。
前の記事ドメイン参加前にパブリック DNS ではなく Active Directory の DNS を設定する理由次の記事Windows 共有でフォルダーは作成できるが、ファイルを新規作成・保存できない場合の権限確認