Windows Autopilot のトラブルシューティングの概要
Windows Autopilot のトラブルシューティングを行う際に理解する必要がある概念は何ですか?
Windows Autopilot は、Windows デバイスのライフサイクルのすべての部分を簡素化するように設計されていますが、問題が発生する状況は常に存在します。 問題のトラブルシューティングを行うときは、次のことを理解しておくと便利です。
- Windows Autopilot のプロセス フロー。
- Windows Autopilot デバイス プロファイル をダウンロードする方法。
- トラブルシューティング中に実行する主なアクティビティ。
Windows Autopilot のプロセス フローとは?
ユーザー主導のデバイス展開と自己展開デバイスの展開のどちらを実行する場合でも、トラブルシューティング プロセスはほぼ同じです。 特定のデバイスのフローを理解すると便利です。
ネットワーク接続が確立されます。 接続は、ワイヤレス (Wi-Fi) 接続または有線 (イーサネット) 接続です。
Windows Autopilot プロファイルがダウンロードされます。 有線接続が使用されている場合、またはワイヤレス接続が確立されている場合、ネットワーク接続が確立されるとすぐに、Windows Autopilot 展開サービスからプロファイルがダウンロードされます。
ユーザー認証が行われます。 ユーザー主導の展開中に、ユーザーは Microsoft Entra 資格情報を入力し、これを検証します。
Microsoft Entra 参加が発生します。 ユーザー主導の展開の場合、デバイスは指定されたユーザー資格情報を使用して Microsoft Entra ID に参加します。 自己展開シナリオの場合、デバイスはユーザー資格情報を指定せずに参加します。
自動モバイル デバイス管理 (MDM) 登録が行われます。 Microsoft Entra 参加プロセスの一環として、デバイスは Microsoft Entra ID (Microsoft Intune など) で構成されている MDM サービスに登録されます。
設定が適用されます。 [ 登録ステータス] ページ が構成されている場合、ほとんどの設定は、[登録ステータス] ページが表示されている間に適用されます。 構成されていない場合、または使用できない場合は、ユーザーがサインインした後に設定が適用されます。
Windows Autopilot デバイス プロファイルはどのようにダウンロードされますか?
インターネットに接続された Windows デバイスが起動すると、Windows Autopilot サービスに接続して Windows Autopilot プロファイルをダウンロードしようとします。 Windows Autopilot プロファイルは、できるだけ早くダウンロードされ、再起動するたびに再度ダウンロードされます。
注:
この段階では、空のプロファイルがデバイスのローカルにキャッシュされないように、Windows Autopilot プロファイルがテナントに存在することが重要です。 必要に応じて、デバイスを再起動することで、新しい Windows Autopilot プロファイルを取得できます。
新しい Windows Autopilot プロファイルを取得するために、Windows の out-of-box experience (OOBE) 中にコンピューターを再起動する必要がある場合:
Shift-F10 キーを押して、コマンド プロンプト ウィンドウを開きます。
コマンド プロンプト ウィンドウで、次の 2 つのコマンドのいずれかを入力します。
shutdown.exe /r /t 0すぐに 再起動 します。shutdown.exe /s /t 0すぐに シャットダウン します。
詳細については、「 Windows セットアップ Command-Line オプション」を参照してください。
Windows Autopilot のトラブルシューティング時に実行する主なアクティビティは何ですか?
実行する主なトラブルシューティング アクティビティは次のとおりです。
構成の確認: Microsoft Entra ID と Microsoft Intune、または Microsoft 以外のモバイル デバイス管理 (MDM) サービスは、Windows Autopilot の構成要件の指定に従って構成されていますか?
ネットワーク接続を確認する: デバイスは、 Windows Autopilot のネットワーク要件で説明されているサービスにアクセスできますか?
Windows の out-of-box experience (OOBE) 動作: 予期した OOBE 画面が表示されますか? Microsoft Entra 資格情報ページは、organization 固有の詳細で適切にカスタマイズされていますか?
Microsoft Entra 参加の問題: デバイスは Microsoft Entra ID に参加できますか?
MDM 登録の問題: デバイスは Microsoft Intune または Microsoft 以外の MDM サービスに登録できますか?
Windows Autopilot が失敗したときに自動的に収集されるログを確認します。 詳細については、「Windows デバイスから診断情報を収集する」を参照してください。
トラブルシューティングに関する追加の詳細情報を有効にするにはどうすればよいですか?
Windows 11 では、Windows Autopilot 診断ページを開いて、Windows Autopilot プロビジョニング プロセスに関する詳細なトラブルシューティング情報を表示できます。 Windows Autopilot の診断ページを有効にするには:
Windows オートパイロットの診断ページを有効にする必要がある ESP プロファイルに移動します。
[ アプリとプロファイルの構成の進行状況の表示 ] が [はい] に設定されていることを確認します。
[エンド ユーザーのログ収集と診断ページを有効にする] が [はい] に設定されていることを確認します。
診断ページが有効になった後に診断情報にアクセスするには、[診断の表示] ボタンを選択するか、キーストローク CTRL + SHIFT + D キーを入力します。[診断] ページは現在、以下の条件でサポートされています。
- Windows 11。
- Windows Autopilot ユーザー駆動モード。
- 職場または学校アカウントでサインインする場合。 個人用の Microsoft アカウントはサポートされていません。
注:
既定では、Windows Autopilot に障害が発生すると、診断が自動的に収集されます。 詳細については、「Windows デバイスから診断情報を収集する」を参照してください。
診断クライアントから正常にアップロードできるようにするには、URL
lgmsapeweu.blob.core.windows.netがネットワーク上でブロックされていないことを確認します。
Windows Autopilot はどこにログしますか?
Windows Autopilot はイベント ログにエントリを記録します。 ログ エントリを使用して、Windows Autopilot プロファイル設定と OOBE フローに関連する詳細を確認できます。 これらのエントリは、イベント ビューアーを使用して表示できます。 [アプリケーションとサービス ログ] ->Microsoft ->Windows ->ModernDeployment-Diagnostics-Provider ->Autopilot にある イベント ビューアー の情報を確認してください。
イベント ビューアーの Windows Autopilot イベント ログ エントリのさまざまなイベント ID は何を意味しますか?
シナリオとプロファイル構成によっては、次のイベントが記録される場合があります。
| イベント ID | Type | Message | 説明 |
|---|---|---|---|
| 100 | 警告 | Autopilot ポリシー [name] が見つかりません。 | 通常、このエラーは、デバイスが Windows Autopilot プロファイルのダウンロードを待機している間の一時的な問題です。 |
| 101 | 情報 | AutopilotGetPolicyDwordByName succeeded: policy name = [setting name];ポリシー値 = [値]. | このメッセージは、Windows Autopilot が数値 OOBE 設定を取得および処理していることを示しています。 |
| 103 | 情報 | AutopilotGetPolicyStringByName succeeded: policy name = [name];value = [value]. | このメッセージは、Windows Autopilot が Microsoft Entra テナント名などの OOBE 設定文字列を取得および処理していることを示しています。 |
| 109 | 情報 | AutopilotGetOobeSettingsOverride succeeded: OOBE setting [setting name];state = [state]. | このメッセージは、Windows Autopilot が状態に関連した OOBE 設定を取得および処理していることを示しています。 |
| 111 | 情報 | AutopilotRetrieveSettings succeeded. | このメッセージは、OOBE 動作を制御する Windows Autopilot プロファイルに保存されている設定が正常に取得されたことを意味します。 |
| 153 | 情報 | AutopilotManager は、状態が [元の状態] から [新しい状態] に変更されたことを報告しました。 | 通常、このメッセージは ProfileState_Available に ProfileState_Unknown というメッセージです。 この場合、デバイス用のプロファイルが利用可能でダウンロードされ、Windows Autopilot を使用してデバイスを展開する準備ができていることを示します。 |
| 160 | 情報 | AutopilotRetrieveSettings の取得を開始します。 | このメッセージは、Windows Autopilot が必要な Windows Autopilot プロファイル設定をダウンロードする準備をしていることを示します。 |
| 161 | 情報 | AutopilotManager 設定の取得に成功しました。 | Windows Autopilot プロファイルが正常にダウンロードされました。 |
| 163 | 情報 | AutopilotManager は、ダウンロードは不要であり、デバイスは既にプロビジョニングされていると判断しました。 これを変更するには、デバイスをクリーンアップまたはリセットします。 | このメッセージは、デバイスに Windows Autopilot プロファイルが存在することを示します。 Sysprep /Generalize プロセスでは、通常、Windows Autopilot プロファイルが削除されます。 |
| 164 | 情報 | AutopilotManager は、ポリシーのダウンロードを試行できるインターネットが利用可能であると判断しました。 | |
| 171 | Error | AutopilotManager は TPM ID 確認の設定に失敗しました。 HRESULT=[エラー コード]. | このメッセージは、自己展開モードのプロセスを完了するために必要な TPM 構成証明の実行に関する問題を示します。 |
| 172 | Error | AutopilotManager は、Autopilot プロファイルを使用可能として設定できませんでした。 HRESULT=[エラー コード]. | このエラーは通常、イベント ID 171 に関連しています。 |
| 807 | Error | ZtdDeviceIsNotRegistered | デバイスのハードウェア ハッシュが Intune に正しくアップロードされ、デバイスが展開プロファイルに割り当てられていることを確認します。 |
| 809 | Error | ZtdDeviceHasNoAssignedProfile - 割り当てられたプロファイルが存在しません。 | デバイスに割り当てられている Windows Autopilot プロファイルは、最初にクリーンアップされずに削除されました。 デバイスに別の Windows Autopilot プロファイルを割り当ててから、デバイスの再登録を試みます。 |
| 815 | Error | ZtdDeviceHasNoAssignedProfile - デバイスにプロファイルが割り当てられておらず、テナントに既定のプロファイルが見つかりません。 | デバイスに割り当てられている Windows Autopilot プロファイルが見つかりませんでした。 Windows Autopilot プロファイルがデバイスに割り当てられていることを確認します。 |
| 908 | Error |
SerialNumberMismatch ProductKeyIdMismatch |
Windows Autopilot に記録されたシリアル番号またはプロダクト キーと、登録を妨げている物理ハードウェアとの間に不一致があります。 デバイスを再登録してから、デバイスを再登録します。 |
Windows Autopilot 展開サービスから受け取った Windows Autopilot プロファイル設定はどこに保存されますか?
Windows Autopilot 展開サービスから受信した Windows Autopilot プロファイル設定は、デバイスのレジストリに保存されます。 この情報は、レジストリの次のレジストリ キーで確認できます。
HKLM\SOFTWARE\Microsoft\Provisioning\Diagnostics\Autopilot
使用可能なレジストリ エントリは次のとおりです。
| 値 | 説明 |
|---|---|
| AadTenantId | ユーザーがサインインした Microsoft Entra テナントの GUID。 このエントリがデバイスの登録に使用されたテナントと一致しない場合、ユーザーはエラーを受け取ります。 |
| CloudAssignedTenantDomain | デバイスが登録されているMicrosoft Entra テナント (contosomn.onmicrosoft.com など)。 デバイスが Windows Autopilot に登録されていない場合、この値は空白になります。 |
| CloudAssignedTenantId | デバイスが登録されている Microsoft Entra テナントの GUID。 GUID は、CloudAssignedTenantDomain レジストリ値のテナント ドメインに対応します。 デバイスが Windows Autopilot に登録されていない場合、この値は空白になります。 |
| IsAutopilotDisabled | 1 に設定した場合、このレジストリ値はデバイスが Windows Autopilot に登録されていないことを示します。 この状態は、ネットワーク接続やファイアウォールの問題、またはネットワークのタイムアウトが原因で Windows Autopilot プロファイルをダウンロードできなかったことを示している可能性もあります。 |
| TenantMatched | ユーザーのテナント ID がデバイスの登録に使用されたテナント ID と一致する場合、このエントリは 1 に設定されます。 このレジストリ値が 0 の場合、ユーザーにはエラーが表示され、最初からやり直す必要があります。 |
| CloudAssignedOobeConfig | どの Windows Autopilot 設定が構成されたかを示すビットマップ。 値には、 SkipCortanaOptIn = 1、 OobeUserNotLocalAdmin = 2、 SkipExpressSettings = 4、 SkipOemRegistration = 8、 SkipEula = 16 があります。 |
ETW トレースを Windows Autopilot で使用できますか?
ETW トレースを使用して、Windows Autopilot および関連コンポーネントから詳細情報を取得できます。 ETW トレース ファイルは、Windows パフォーマンス アナライザーまたは同様のツールを使用して表示できます。 詳細については、「 Windows Autopilot のトラブルシューティング」を参照してください。
ログ記録が有効になっているのに、Active Directory の Intune コネクタがイベント ビューアーにログインしないのはなぜですか?
Active Directory の Intune コネクタは、もともと、ODJ コネクタ サービスというログの [アプリケーションとサービス ログ] の下のイベント ビューアーに最初にログに記録されていました。 ただし、Intune Connector for Active Directory のログは、アプリケーションとサービス ログ>Microsoft>Intune>ODJConnectorService のパスに移動しました。 元の場所の ODJ コネクタ サービス ログが空であるか更新されていない場合は、代わりに新しいパスの場所をチェックします。
Windows Autopilot デバイスのインポートと登録のトラブルシューティング
以前に登録したデバイスを再登録しようとすると、エラー コード "0x80180014" が発生するのはなぜですか?
エラー コード 0x80180014 は、次のいずれかのシナリオで発生する可能性があります。
Microsoft Intune では、Windows Autopilot の自己展開モードとプリプロビジョニング モードのエクスペリエンスが変更されました。 デバイスを再利用するには、Intune によって作成されたデバイス レコードを削除する必要があります。
この変更は、自己展開モードまたは事前プロビジョニング モードを使用するすべての Windows Autopilot 展開に影響します。 この変更は、デバイスが再利用、リセット、またはプロファイルを再展開されるときにデバイスに影響します。
このシナリオの問題を解決して修正し、Windows Autopilot を使用してデバイスを再展開するには、次の手順に従います。
Microsoft Intune 管理センターにサインインします。
ホーム画面で、左側のウィンドウの [デバイス] を選択します。
[ デバイス] で[概要] 画面の [ プラットフォーム別] で、[ Windows] を選択します。
Windows で |Windows デバイス 画面の [ デバイス オンボード] で、[ 登録] を選択します。
Windows で |登録画面の[Windows Autopilot] で、[ デバイス] を選択します。
エラーが発生しているデバイスを選択し、ツール バーで [ デバイスのブロックの解除] を選択します。
Windows Autopilot 展開プロファイルを再デプロイします。
注:
[デバイスのブロックの解除] を選択しても成功メッセージが表示されない場合がありますが、デバイスを再度使用する準備は整っています。
Windows MDM の登録は、Intune テナントでは無効になっています。
このシナリオの問題を解決して修正し、Windows Autopilot を使用してデバイスを再展開するには、次の手順に従います。
Microsoft Intune 管理センターにサインインします。
ホーム画面で、左側のウィンドウの [デバイス] を選択します。
[ デバイス] で[概要] 画面の [ プラットフォーム別] で、[ Windows] を選択します。
Windows で |Windows デバイス 画面の [ デバイス オンボード] で、[ 登録] を選択します。
Windows で |登録画面の[登録オプション] で、[ デバイス プラットフォームの制限] を選択します。
[登録の制限] 画面の [デバイスの種類の制限] で、[名前] 列の [すべてのユーザー] を選択します。
開いた [ すべてのユーザー ] 画面で、[ 管理] で [ プロパティ] を選択します。
開いた [プロパティ] 画面で、[ プラットフォーム設定] の横にある [編集] リンクを選択します。
開く [制限の編集 ] 画面で、次の操作を行います。
[種類] 列で [Windows (MDM)] を見つけます。
[プラットフォーム] 列で [Windows (MDM)] が [許可] に設定されていることを確認します。
Windows (MDM) が [ブロック] に設定されている場合は、[許可] に変更します。
[確認 + 保存] を選択し、設定が変更された場合は [保存] を選択し、設定が変更されていない場合は [キャンセル] を選択します。
[すべてのユーザー] 以外の登録制限画面に存在する可能性のある追加の制限については、上記の手順を繰り返します。 検証が必要なのは 、Windows プラットフォームの制限だけです。
注:
複数の制限が存在する場合は、特定のグループの MDM 登録のみを許可する制限が存在する場合があります。 MDM の登録をブロックする制限の一部は、制限が割り当てられているグループに基づいて有効である場合があります。 この問題が発生した場合は、デバイスが MDM 登録がブロックされているグループの 1 つのメンバーではないことを確認してください。 または、該当する場合は、その制限の MDM 登録設定を [許可] に変更します。
どちらのシナリオでも、エラー 0x80180014 が発生することに加えて、Windows イベント トレーシング (ETW) ログに次のモバイル デバイス管理 (MDM) エラーが表示される場合があります。
MDM Enroll: Server Returned Fault/Code/Subcode/Value=(DeviceNotSupported) Fault/Reason/Text=(Enrollment blocked for AP device by SDM One Time Limit Check)
デバイス ハードウェア ハッシュを含む CSV ファイルをインポートしようとしても、[インポート] を選択しても何も起こらないのはなぜですか?
この問題は通常、CSV ファイルのデバイス ハッシュの形式が正しくないために発生します。 この問題は、問題が発生している間にネットワーク トレースを実行することで確認できます。 ネットワーク トレースでエラー 400 が発生した場合、CSV ファイル内のデバイス ハッシュの形式が正しくない可能性があります。 400 エラー メッセージのメッセージ本文には、以下が示されています。
Cannot convert the literal '[DEVICEHASH]' to the expected type 'Edm.Binary'
収集されたハッシュが破損するものはすべて、このエラーを引き起こす可能性があります。 1 つの可能性としては、ハッシュが有効であっても、ハッシュ自体のデコードに失敗することがあります。
デバイス ハッシュは Base64 です。 デバイス レベルでは、パディングされていない Base64 としてエンコードされますが、Windows Autopilot ではパディングされた Base64 が想定されています。 通常、ペイロードにはパディングは不要であり、プロセスは機能します。 ただし、ペイロードがきれいに並ばず、パディングが必要になる場合があります。 この場合、 400 エラー メッセージが表示されます。 PowerShell の Base64 デコーダーも、パディングされた Base64 を想定しているため、このデコーダーを使用して、ハッシュが適切にパディングされていることを検証できます。
ハッシュの末尾の "A" 文字は事実上空のデータです。 Base64 の各文字は 6 ビットです。 Base64 の A は、6 ビットが 0 に等しくなります。 末尾に Aを削除または追加しても、実際のペイロード データは変更されません。
この問題を解決して修正するには、ハッシュを変更する必要があります。 その後、PowerShell がハッシュのデコードに成功するまで、新しい値をテストする必要があります。 結果はほとんど判読できませんが、 Base-64 の文字列の配列または文字列の長さが無効 なエラーが表示されない限り、問題ありません。
base64 をテストするには、次の PowerShell を使用します。
[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("DEVICE HASH"))
次に例を示します。
[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("Q29udG9zbwAAA"))
この特定の例はデバイス ハッシュではありませんが、ミスアライメントされたパディングされていない Base64 であるため、テストには適しています。
次に、パディング ルールについて説明します。 パディング文字は "=" です。 パディング文字はハッシュの末尾にのみ指定でき、パディング文字は最大 2 文字のみです。 基本的なロジックは次のとおりです。
- ハッシュのデコードは失敗しますか?
- はい: 最後の 2 文字は "=" ですか?
- はい: "=" の両方を 1 つの "A" に置き換えてから、もう一度やり直してください
- いいえ: 末尾に別の "=" 文字を追加してから、もう一度試してください
- はい: 最後の 2 文字は "=" ですか?
- いいえ: そのハッシュは有効です
前の例のハッシュのロジックをループすると、次の順列が得られます。
- Q29udG9zbwAAA
- Q29udG9zbwAAA=
- Q29udG9zbwAAA==
- Q29udG9zbwAAAA
- Q29udG9zbwAAAA=
- Q29udG9zbwAAAA== - この結果には有効なパディングがあります。
収集したハッシュをこの新しいパディング ハッシュに置き換えてから、もう一度インポートを試みます。
デバイスでハードウェアの変更が発生した後、Windows Autopilot プロファイルが適用されないのはなぜですか?
次の条件が満たされている場合、Windows Autopilot プロファイルは適用されません。
デバイスでハードウェアの変更が発生しました。
デバイスは、次のいずれかのバージョンより前の Windows バージョンに再イメージ化されます。
Windows 11、KB5017383 バージョン 21H2。
この動作は仕様です。
メッセージ " 修正が保留中 " または "注意が必要です" というメッセージは、デバイスの Windows Autopilot デバイス ページにも表示される場合があります。 これらのメッセージは、デバイスでハードウェアの変更が発生したことを示します。 [ 保留中の修正 プログラムの状態] のリンクを選択すると、次のメッセージが表示されます。
We've detected a hardware change on this device. We're trying to automatically register the new hardware. You don't need to do anything now; the status will be updated at the next check in with the result.
この問題を解決して解決するには、デバイスを登録解除して再登録します。 デバイスの登録を解除する方法などの詳細については、次の記事を参照してください。
デバイスの参加の種類が "Microsoft Entra 参加済み" ではなく "Microsoft Entra 登録済み" と表示されるのはなぜですか?
この問題は、デバイスが Microsoft Entra ID に参加する前に、既に Microsoft Entra ID に登録されていた場合に発生します。 デバイスは、ワークプレース参加などを介して Microsoft Entra ID に登録されている可能性があります。 デバイスを Microsoft Entra ID に参加させる前に、Microsoft Entra ID に登録されたデバイスが Microsoft Entra ID から削除されない場合、以前の信頼の種類がレコードに保持されます。 既存の Microsoft Entra 登録済みデバイスを Microsoft Entra ID に参加させると、Windows Autopilot デバイスは Microsoft Entra に参加済みではなく、Microsoft Entra 登録済みとして表示されます。
この問題を解決して修正するには、既存の Microsoft Entra ID 登録済みデバイスを Windows Autopilot デバイスとして登録する前に、デバイスの次の既存のデバイス オブジェクトを削除する必要があります。
- Microsoft Intune。
- Microsoft Entra ID。
- Windows Autopilot
すべてのデバイス オブジェクトを削除したら、デバイスを Windows Autopilot デバイスとして再登録し、デバイスを再登録します。 すべてのデバイス オブジェクトを適切に削除する方法の詳細については、「 デバイスの登録解除」を参照してください。
Microsoft Intune または Microsoft 以外の MDM ソリューションへの登録がエラー コード "80180018" で失敗するのはなぜですか?
「問題が発生しました」エラー ページのエラー コード80180018など、Microsoft Intune での登録の問題のトラブルシューティングを行うには、「Intune での Windows デバイス登録エラーのトラブルシューティング」を参照してください。 一般的な問題は次のとおりです。
- ユーザーに割り当てられたライセンスが正しくないか、見つからない。
- ユーザーに登録されているデバイスが多すぎます。
Windows Autopilot のリセットがエラーですぐに失敗するのはなぜですか?
Windows Autopilot のリセットが直ちに失敗し、次のエラーが表示される場合は、「 Windows Autopilot のリセット: トラブルシューティング」 を参照してください。
Ran into trouble. Please sign in with an administrator account to see why and reset manually.
ESP 中に Windows Autopilot ハイブリッド展開がエラー コード "0x80070774" で失敗するのはなぜですか?
Active Directory 用 Intune コネクタがインストールされている場所と、デバイス構成の対象との間にドメインが一致しない場合、エラー 0x80070774 が発生する可能性があります。 たとえば、Active Directory 用 Intune コネクタはある Active Directory ドメインにインストールされていますが、デバイスは別のドメイン用に構成されています。 この問題を解決するには、一致するドメインの Active Directory 用に Intune コネクタを構成します。
Windows Autopilot 中の Windows OOBE の問題のトラブルシューティング
Windows Autopilot 中に Windows のOut-of-Box Experience (OOBE) が期待どおりに動作しないのはなぜですか?
デバイスが Windows Autopilot プロファイルを受信したかどうかチェックすると便利です。 デバイスが Windows Autopilot プロファイルを受信した場合は、プロファイルの設定が正しいことを確認します。
「Can's connect to the URL of your organization's MDM terms of use.」というエラーメッセージの原因は何ですか?
通常、このエラー メッセージはライセンスに関する問題を示します。 完全なエラー メッセージは次のとおりです。
Something went wrong
Can't connect to the URL of your organization's MDM terms of use. Try again, or contact your system administrator with the problem information from this page.
デバイスにサインインしているユーザーが有効な Intune、EMS、または Microsoft 365 ライセンスを持っていることを確認します。
Microsoft Entra 結合の問題のトラブルシューティング
デバイスを Microsoft Entra ID に参加させる際の最も一般的な問題は何ですか?
デバイスを Microsoft Entra ID に参加させる際の最も一般的な問題は、Microsoft Entra アクセス許可に関連しています。 ユーザーがデバイスを Microsoft Entra ID に参加させることができるように、正しい構成が行われていることを確認します。 詳細については、「 構成要件」を参照してください。
ユーザーが許可された前のデバイスを Microsoft Entra ID に参加させようとするとどうなりますか?
ユーザーが参加できるデバイスの許可数を超えた場合、エラーが発生します。 この既定の制限は 50 デバイスですが、Microsoft Entra ID で構成できます。 詳細については、「Intune と Microsoft Entra のデバイス制限の制限について」を参照してください。
Microsoft Entra ID でデバイスのオブジェクトを削除すると、デバイスが Microsoft Entra ID に参加できなくなったのはなぜですか?
Microsoft Entra デバイスはインポート時に作成されます。 このオブジェクトが削除されないことが重要です。 オブジェクトは、プロファイルを含むグループのメンバーシップとターゲット設定について、Microsoft Entra ID で Windows Autopilot のアンカーとして機能します。 削除すると、Microsoft Entra 参加エラーが発生する可能性があります。 このオブジェクトが削除された場合は、デバイスを削除して Windows Autopilot デバイスとして再インポートすることで、問題を解決できます。 デバイスを Windows Autopilot デバイスとして削除して再インポートすると、関連付けられたオブジェクトが Microsoft Entra ID に再作成されます。
ポリシーが Windows Autopilot と競合する場合のトラブルシューティング
Windows Autopilot の事前プロビジョニングが完了した後、Windows サインイン画面に Web サインイン オプションが表示されないのはなぜですか?
セキュリティ ベースラインの デバイス パスワード ポリシー により、事前プロビジョニング後に問題が発生します。 この問題を解決するには、セキュリティ ベースラインのパスワード設定を [ 未構成] に変更するか、ベースラインをユーザー グループに割り当てます。
ポリシーが Windows Autopilot が正しく動作していることに競合する可能性がありますか?
Windows では、次のような多くのポリシー設定を使用できます。
- ネイティブ モバイル デバイス管理 (MDM) ポリシー。
- グループ ポリシー (ADMX サポート) 設定。
一部のポリシー設定は、一部の Windows Autopilot シナリオで問題を引き起こす可能性があります。 これらの問題は、ポリシーによって Windows の動作がどのように変更されるかによって発生する可能性があります。 これらの問題のいずれかが検出された場合は、問題のポリシーを削除して問題を解決します。
Windows Autopilot と競合する既知のポリシーには、どのようなものがありますか?
次のポリシーは、Windows Autopilot で問題を引き起こすことが知られています。 ポリシーが Windows Autopilot と競合しないように、ポリシーを適切に構成してください。
| ポリシー | 詳細情報 |
|---|---|
| 言語/地域/キーボードの変更を禁止する | このグループ ポリシー オブジェクト (GPO) は、自動ログオン エクスペリエンスに影響を与えるため、Out-of-box experience (OOBE) フロー中はサポートされません。 このポリシーをユーザーに設定する必要がある場合は、Windows Autopilot プロファイルでこれらのページを非表示にして、ユーザーが変更できないようにします。 |
| AppLocker CSP | AppLocker 構成サービス プロバイダー (CSP) は、ポリシーが適用または削除されたときに再起動をトリガーするため、登録ステータス ページではサポートされていません。 |
| デバイスの制限/パスワード ポリシー | デバイスの登録状態ページ (ESP) 中にデバイスが再起動すると、Out-of-Box Experience (OOBE) またはユーザー デスクトップ自動ログオンが失敗する可能性があります。 このエラーは、特定の DeviceLock ポリシー がデバイスに適用されている場合に発生する可能性があります。 このようなポリシーには、次のものが含まれます。
|
|
Windows セキュリティ ベースライン/管理者昇格時のプロンプトの動作 Windows セキュリティ ベースライン/管理者には管理者承認モードが必要 Windows セキュリティベースライン/仮想化ベースのセキュリティを有効にする |
これらのポリシーでは再起動が必要です。その結果、デバイスの登録状態ページ (ESP) を使用して OOBE 中にユーザー アカウント制御 (UAC) 設定を変更すると、より多くのプロンプトが表示される可能性があります。 ポリシーの適用後にデバイスが再起動した場合、プロンプトが表示される可能性が高くなります。 この問題を回避するために、ポリシーをデバイスではなくユーザーに対象を設定し、プロセスの後半で適用できるようにします。 |
| デバイスの制限/クラウドとストレージ/Microsoft アカウント サインイン アシスタント | このポリシーを "無効" に設定すると、Microsoft サインイン アシスタント サービス (wlidsvc) がオフになります。 Windows Autopilot では、Windows Autopilot プロファイルを取得するためにこのサービスが必要です。 |
| デバイス設定でデバイス ESP の間に再起動が必要な場合に Windows Autopilot に影響するレジストリ キー |
レジストリ キー: AutoAdminLogon レジストリ キーが 0 (無効) に設定されている場合、これにより Windows Autopilot が中断されます。レジストリ パス: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Automatic logon |
| MDM がグループ ポリシーより優先される | このポリシーを使用すると、MDM ポリシーとそれに相当するグループ ポリシー (GP) の両方がデバイスに設定されている場合に使用されるポリシーを制御できます。 |
| 事前にプロビジョニングされた展開の Windows Autopilot に影響を与えるグループ ポリシー オブジェクト (GPO) | ここに示す 4 つの GPO ポリシー設定のいずれかが有効になっている場合、Windows Autopilot の事前プロビジョニングは機能しません。 GPO パス: コンピューターの構成\Windows の設定\セキュリティの設定\ローカル ポリシー\セキュリティ オプション ポリシー: 対話型ログオン: ログオン時のユーザーへのメッセージのタイトル 対話型ログオン: ログオン時のユーザーへのメッセージのテキスト 対話型ログオン: Windows Hello for Business またはスマート カードが必要 ユーザー アカウント制御: 管理者に対する昇格時の管理時のプロンプトの動作 - セキュリティで保護されたデスクトップで資格情報の入力を求める |
| PreferredAadTenantDomainName | このポリシーを有効にすると、優先ドメインが DefaultUser0 に追加され、自動ログオンが失敗します。 |
Windows Autopilot 中のアプリケーションのインストールに関する問題のトラブルシューティング
Windows Autopilot 展開の ESP 中に「別のインストールが進行中です。後でもう一度やり直してください」というエラー メッセージが表示されるのはなぜですか?
Windows Autopilot で使用される登録状態ページ (ESP) は、基幹業務 (LOB) アプリケーションと Win32 アプリケーションの混在をサポートしていません。 LOB アプリケーションと Win32 アプリケーションの両方で TrustedInstaller を使用するため、同時インストールは許可されません。 LOB アプリケーションと Win32 アプリケーションの両方が同時にインストールしようとすると、ESP 中に次のエラー メッセージが表示されます。
Another installation is in progress, please try again later.
詳細については、「 登録ステータス ページの設定 - デバイス セットアップ: アプリ」を参照してください。
LOB アプリと Win32 アプリの混在が必要な場合は、 Windows Autopilot デバイスの準備を使用することを検討してください。ESP を使用しないため、LOB アプリと Win32 アプリの混在がサポートされます。
Windows Autopilot の展開の ESP 中に、Microsoft 365 クイック実行版の Office で Teams Machine-Wide インストーラーのインストールに失敗したり、他の Win32 アプリ MSI ベースのインストールが失敗したりするのはなぜですか?
Microsoft 365 クイック実行バージョンの Office の Teams Machine-Wide インストーラー コンポーネントには、MSI インストールが含まれています。 ESP は、Teams Machine-Wide インストーラー MSI のインストールを追跡しません。 ESP は Teams Machine-Wide インストーラー MSI のインストールを追跡しないため、他の Win32 アプリ MSI ベースのインストールが ESP 中にインストールを試みると競合が発生する可能性があります。 MSI は TrustedInstaller 経由でインストールされるため、同時インストールは許可されません。 この競合により、Teams Machine-Wide インストーラーが失敗したり、ESP 中に他の MSI ベースのインストールが失敗したりする可能性があります。 詳細については、「 登録ステータス ページの設定 - デバイス セットアップ: アプリ」を参照してください。
この問題はランダムに発生する可能性があり、常に発生するとは限りません。 この問題は、 Teams Machine-Wide インストーラー の MSI インストールと他の Win32 アプリ MSI インストールの間のタイミングの問題が原因で発生します。
この問題を回避するか、エラーを回避するには、次のいずれかの解決策を使用します。
Office の Microsoft 365 クイック実行インストールの一部として Teams をインストールしないでください。 代わりに、Windows Autopilot の展開が完了した後に、 Teams を Win32 アプリとして展開します。
ESP 中は Microsoft 365 クイック実行版の Office をインストールしないでください。 代わりに、Windows Autopilot の展開が完了した後に、Office の Microsoft 365 クイック実行インストールを展開します。
TrustedInstaller が現在別の MSI をインストールしているかどうかを確認する Intune Management Extension (IME) 用のカスタム PowerShell スクリプトを使用します。 その場合は、現在の MSI のインストールが完了するのを待ってから、新しい MSI のインストールを開始します。
Windows 11 の展開では、Windows Autopilot デバイスの準備を使用します。 Windows Autopilot デバイスの準備では ESP は使用されないため、LOB アプリと Win32 アプリの混在がサポートされます。
ESP エラーのエラーを続行します。 このオプションを有効にした状態で問題が発生すると、 Teams を含む一部のアプリケーションがインストールされない可能性があります。 ただし、ESP は継続し、失敗しません。
Active Directory 用 Intune コネクタのトラブルシューティング
ログ記録が有効になっているのに、Active Directory の Intune コネクタがイベント ビューアーにログインしないのはなぜですか?
Active Directory の Intune コネクタは、もともと、ODJ コネクタ サービスというログの [アプリケーションとサービス ログ] の下のイベント ビューアーに最初にログに記録されていました。 ただし、Intune Connector for Active Directory のログは、アプリケーションとサービス ログ>Microsoft>Intune>ODJConnectorService のパスに移動しました。 元の場所の ODJ コネクタ サービス ログが空であるか更新されていない場合は、代わりに新しいパスの場所をチェックします。
設定アプリを使用して Active Directory 用 Intune コネクタをアンインストールしてもアプリケーションが完全に削除されないのはなぜですか?
Intune Connector for Active Directory は、設定アプリと Intune Connector for Active Directory の実行可能ファイル ODJConnectorBoostrapper.exeの両方を使用してアンインストールする必要があります。 Active Directory 用 Intune コネクタをアンインストールする場合は、ODJConnectorBoostrapper.exe を実行して [アンインストール] オプションを選択します。 ODJConnectorBoostrapper.exe インストーラーのバージョンは、アンインストールされているコネクタのバージョンと一致している必要があります。
Active Directory 用の Intune コネクタをインストールするときに、「次の OU でコンピューター オブジェクトを作成するためのアクセス許可を MSA アカウントに付与できませんでした」というエラーが発生するのはなぜですか?
このエラーは、次のようないくつかの異なる種類の障害で発生する可能性があります。
- Active Directory 用の Intune コネクタをインストールおよび構成する管理者は、「Active Directory 用の Intune コネクタの要件」に記載されている必要なアクセス許可を持っていません。
- Intune Connector for Active Directory
ODJConnectorEnrollmentWiazard.exe.configXML 構成ファイルで指定されたorganizationユニット (OU) が存在しません。
エラーとその原因の詳細については、通常、次のフォルダーにある ODJConnectorUI.log を参照してください。
C:\Program Files\Microsoft Intune\ODJConnector\ODJConnectorEnrollmentWizard
ODJConnectorUI.logに次のエラーが表示された場合は、「組織単位のコンピューター アカウントの制限を増やす」の手順に従います。
System.AggregateException: One or more errors occurred. ---> System.DirectoryServices.DirectoryServicesCOMException: A constraint violation occurred.
詳細については、「サーバーへの Active Directory 用 Intune コネクタのインストール」を参照してください。
「コンピューター '.」で ODJConnectorSvc サービスを開始できません」というエラーが表示される理由 Active Directory 用の Intune コネクタの設定時に発生しますか?
このエラーは、次のようないくつかの理由で発生する可能性があります。
このドメインには、レプリケーション待機時間ポリシーが適用された複数のドメイン コントローラーがあります。 MSA はいずれかのドメイン コントローラーで作成されましたが、検索は別のドメイン コントローラーに対して行われました。 ポリシーに従ってレプリケーションが完了するまで待機するか、手動で同期します。レプリケーションが完了したら、コネクタを開き、[ MSA の構成] を選択します。
特権のないアカウントでサービスを開始できないようにグループ ポリシーが構成されています。 MSA アカウントにサービス としてログオン特 権が付与されていることを確認してください。 たとえば、Operations Manager でサービス ログオンを有効にするには、このインスタンスを参照してください。
"Microsoft Edge がデータ ディレクトリを読み書きできない" というエラーが発生するのはなぜですか?
このエラーは、ユーザーが一覧表示されているディレクトリに対する読み取り/書き込みアクセス許可を必要としていることを示します。 これらのアクセス許可を付与する方法の詳細については、「 ユーザー データ フォルダーの管理」を参照してください。
Active Directory に Intune コネクタを使用すると、登録が失敗し始めたのはなぜですか?
Active Directory 用 Intune コネクタがバージョン 6.2501.2000.5 以降に更新されていること、およびレガシ バージョンがまだ使用されていないことを確認します。 詳細については、「Active Directory の要件に関する Intune コネクタ」を参照してください。
Active Directory 用の Intune コネクタの設定中に、「Web ページへのナビゲーションがキャンセルされました」または「このページに安全に接続できません」というエラーが発生するのはなぜですか?
このエラーは、次のようないくつかの異なる種類の問題で発生する可能性があります。
管理者が Active Directory 用の Intune コネクタをインストールおよび構成しているサーバーに、必要なインターネット アクセスがないか、必要な Intune URL が許可されていません。 詳細については、次の記事を参照してください。
PKCS 暗号化が無効になっているため、サーバーは TLS 1.0 または 1.1 経由でネットワーク要求を送信しています。 この問題を解決するには、Active Directory 用の Intune コネクタをホストするサーバー上で、管理者特権のコマンド プロンプトからコマンドを実行し、次のコマンドで指定されたレジストリ キー値を削除します。
reg.exe delete "HKLM\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\KeyExchangeAlgorithms\PKCS" /v Enabled /f
ESP 中に Windows Autopilot ハイブリッド展開がエラー コード "0x80070774" で失敗するのはなぜですか?
Active Directory 用 Intune コネクタがインストールされている場所と、デバイス構成の対象との間にドメインが一致しない場合、エラー 0x80070774 が発生する可能性があります。 たとえば、Active Directory 用 Intune コネクタはある Active Directory ドメインにインストールされていますが、デバイスは別のドメイン用に構成されています。 この問題を解決するには、一致するドメインの Active Directory 用に Intune コネクタを構成します。