Häufig gestellte Fragen zur Problembehandlung bei Windows Autopilot

Windows Autopilot wurde entwickelt, um alle Teile des Windows-Gerätelebenszyklus zu vereinfachen. Es gibt jedoch immer Situationen, in denen Probleme auftreten können. Bei der Problembehandlung ist es hilfreich, Folgendes zu verstehen:

• Der Windows Autopilot-Prozessablauf.
• Herunterladen von Windows Autopilot-Geräteprofilen
• Wichtige Aktivitäten , die während der Problembehandlung ausgeführt werden sollen.

Unabhängig davon, ob Sie benutzergesteuerte oder selbst bereitgestellte Gerätebereitstellungen durchführen, ist der Problembehandlungsprozess ungefähr gleich. Es ist hilfreich, den Ablauf für ein bestimmtes Gerät zu verstehen:

1. Eine Netzwerkverbindung wird hergestellt. Die Verbindung kann eine drahtlose (WLAN) oder kabelgebundene Verbindung (Ethernet) sein.

2. Das Windows Autopilot-Profil wird heruntergeladen. Wenn eine Kabelverbindung verwendet oder eine drahtlose Verbindung hergestellt wird, wird das Profil vom Windows Autopilot-Bereitstellungsdienst heruntergeladen, sobald die Netzwerkverbindung besteht.

3. Eine Benutzerauthentifizierung findet statt. Während einer benutzergesteuerten Bereitstellung gibt der Benutzer seine Microsoft Entra-Anmeldeinformationen ein, die dann überprüft werden.

4. Microsoft Entra Join tritt auf. Bei benutzergesteuerten Bereitstellungen wird das Gerät mit den angegebenen Benutzeranmeldeinformationen mit Microsoft Entra ID verbunden. In Self-Deployment-Szenarien wird das Gerät ohne Angabe von Benutzeranmeldeinformationen eingebunden.

5. Die automatische Registrierung der Verwaltung mobiler Geräte (MDM – Mobile Device Management) findet statt. Im Rahmen des Microsoft Entra-Beitrittsprozesses wird das Gerät bei dem in Microsoft Entra ID konfigurierten MDM-Dienst registriert (z. B. Microsoft Intune).

6. Einstellungen werden angewendet. Wenn die Registrierungsseite status konfiguriert ist, werden die meisten Einstellungen angewendet, während die Registrierungsseite status angezeigt wird. Falls nicht konfiguriert oder verfügbar, werden die Einstellungen angewendet, nachdem sich der Benutzer angemeldet hat.

Beim Start eines mit dem Internet verbundenen Windows-Geräts wird versucht, eine Verbindung mit dem Windows Autopilot-Dienst herzustellen und ein Windows Autopilot-Profil herunterzuladen. Das Windows Autopilot-Profil wird so bald wie möglich und nach jedem Neustart erneut heruntergeladen.

Die wichtigsten Problembehandlungsaktivitäten, die ausgeführt werden müssen, sind:

• Konfiguration überprüfen: Sind Microsoft Entra ID und Microsoft Intune oder ein nicht von Microsoft stammender MDM-Dienst (Mobile Device Management) wie in den Konfigurationsanforderungen für Windows Autopilot angegeben konfiguriert?

• Überprüfen Sie die Netzwerkkonnektivität: Kann das Gerät auf die in den Netzwerkanforderungen für Windows Autopilot beschriebenen Dienste zugreifen?

• Verhalten der Windows-Windows-Standardumgebung (OOBE): Werden die erwarteten OOBE-Bildschirme angezeigt? Ist die Seite mit den Microsoft Entra-Anmeldeinformationen wie erwartet mit organization-spezifischen Details angepasst?

• Probleme beim Beitritt zu Microsoft Entra: Kann das Gerät der Microsoft Entra ID beitreten?

• Probleme bei der MDM-Registrierung: Kann das Gerät bei Microsoft Intune oder einem MDM-Dienst eines anderen Anbieters registriert werden?

• Überprüfen Sie Protokolle, die bei Ausfall von Windows Autopilot automatisch erfasst werden. Weitere Informationen finden Sie unter Sammeln von Diagnosen von einem Windows-Gerät.

Unter Windows 11 kann die Windows Autopilot-Diagnoseseite geöffnet werden, um zusätzliche detaillierte Informationen zur Problembehandlung für den Windows Autopilot-Bereitstellungsprozess anzuzeigen. So aktivieren Sie die Windows Autopilot-Diagnoseseite:

1. Wechseln Sie zu dem ESP-Profil, in dem die Windows Autopilot-Diagnoseseite aktiviert werden soll.

2. Stellen Sie sicher, dass "Fortschritt der App- und Profilkonfiguration anzeigen " auf "Ja" ausgewählt ist.

3. Stellen Sie sicher, dass die Seite Protokollsammlung und Diagnose für Endbenutzer aktivieren auf Ja ausgewählt ist.

Um auf Diagnoseinformationen zuzugreifen, sobald die Diagnoseseite aktiviert ist, wählen Sie die Schaltfläche "Diagnose anzeigen" aus, oder geben Sie die Tastenkombination STRG + UMSCHALT + D ein. Die Seite "Diagnose" wird derzeit unter folgenden Bedingungen unterstützt:

• Windows 11.
• Benutzergesteuerter Modus im Windows Autopilot.
• Bei der Anmeldung mit einem Geschäfts-, Schul- oder Unikonto. Persönliche Microsoft-Konten werden nicht unterstützt.

Windows Autopilot protokolliert Einträge im Ereignisprotokoll. Die Protokolleinträge können verwendet werden, um Details zu den Windows Autopilot-Profileinstellungen und dem OOBE-Fluss anzuzeigen. Diese Einträge können mit der Ereignisanzeige angezeigt werden. Überprüfen Sie die Informationen in der Ereignisanzeige unter Anwendungs- und Dienstprotokolle ->Microsoft ->Windows ->ModernDeployment-Diagnostics-Provider ->Autopilot.

Je nach Szenario und Profilkonfiguration können die folgenden Ereignisse aufgezeichnet werden:

Vom Windows Autopilot-Bereitstellungsdienst empfangene Windows Autopilot-Profileinstellungen werden in der Registrierung des Geräts gespeichert. Diese Informationen finden Sie in der Registrierung unter dem folgenden Registrierungsschlüssel:

HKLM\SOFTWARE\Microsoft\Provisioning\Diagnostics\Autopilot

Zu den verfügbaren Registrierungseinträgen gehören:

Die ETW-Ablaufverfolgung kann verwendet werden, um detaillierte Informationen von Windows Autopilot und zugehörigen Komponenten abzurufen. Die ETW-Ablaufverfolgungsdateien können mit der Windows-Leistungsanalyse oder ähnlichen Tools angezeigt werden. Weitere Informationen finden Sie unter Problembehandlung beim Windows Autopilot.

Der Intune-Connector für Active Directory wurde ursprünglich in der Ereignisanzeige direkt unter "Anwendungs- und Dienstprotokolle" in einem Protokoll namens "ODJ Connector Service" angemeldet. Die Protokollierung für den Intune Connector für Active Directory ist jedoch inzwischen in den Pfad Anwendungs- und Dienstprotokolle>Microsoft>Intune>ODJConnectorService verschoben worden. Wenn das ODJ-Connectordienstprotokoll am ursprünglichen Speicherort leer ist oder nicht aktualisiert wird, überprüfen Sie stattdessen den neuen Pfadspeicherort.

Der Fehlercode 0x80180014 kann in einem der folgenden Szenarien auftreten:

1. Microsoft Intune hat den Windows Autopilot-Self-Deployment-Modus und die Erfahrung des Pre-Provisioning-Modus geändert. Um ein Gerät wiederverwenden zu können, muss der von Intune erstellte Gerätedatensatz gelöscht werden.

   Diese Änderung wirkt sich auf alle Windows Autopilot-Bereitstellungen aus, die den Selbstbereitstellungs- oder Vorabbereitstellungsmodus verwenden. Diese Änderung wirkt sich auf Geräte aus, wenn diese wiederverwendet werden, zurückgesetzt werden oder wenn ein Profil erneut bereitgestellt wird.

   Führen Sie die folgenden Schritte aus, um das Problem in diesem Szenario zu beheben und zu beheben und das Gerät mithilfe von Windows Autopilot erneut bereitzustellen:

   1. Melden Sie sich beim Microsoft Intune Admin Center an.

   2. Wählen Sie auf dem Startbildschirm im linken Bereich "Geräte " aus.

   3. Navigieren Sie im Menü "Geräte | Übersichtsbildschirm wählen Sie unter Nach Plattformdie Option Windows aus.

   4. In der Windows | Wählen Sie auf dem Bildschirm Windows-Geräte unter Geräte-Onboardingdie Option Registrierung aus.

   5. In der Windows | Wählen Sie auf dem Registrierungsbildschirm unter Windows Autopilotdie Option "Geräte" aus.

   6. Wählen Sie das Gerät aus, auf dem der Fehler auftritt, und wählen Sie dann in der Symbolleiste "Gerät entsperren" aus.

   7. Stellen Sie das Windows Autopilot-Bereitstellungsprofil erneut bereit.

      Hinweis

      Nachdem Sie "Gerät entsperren" ausgewählt haben, wird möglicherweise keine Erfolgsmeldung angezeigt, aber das Gerät kann wieder verwendet werden.

2. Die Windows MDM-Registrierung ist im Intune-Mandanten deaktiviert.

   Führen Sie die folgenden Schritte aus, um das Problem in diesem Szenario zu beheben und zu beheben und das Gerät mithilfe von Windows Autopilot erneut bereitzustellen:

   1. Melden Sie sich beim Microsoft Intune Admin Center an.

   2. Wählen Sie auf dem Startbildschirm im linken Bereich "Geräte " aus.

   3. Navigieren Sie im Menü "Geräte | Übersichtsbildschirm wählen Sie unter Nach Plattformdie Option Windows aus.

   4. In der Windows | Wählen Sie auf dem Bildschirm Windows-Geräte unter Geräte-Onboardingdie Option Registrierung aus.

   5. In der Windows | Wählen Sie im Registrierungsbildschirm unter Registrierungsoptionen die Option Geräteplattformeinschränkung aus.

   6. Wählen Sie auf dem Bildschirm Registrierungseinschränkungen unter Einschränkungen für den Gerätetyp unter der Spalte Namedie Option Alle Benutzer aus.

   7. Wählen Sie im daraufhin geöffneten Bildschirm "Alle Benutzer " unter "Verwalten" die Option "Eigenschaften" aus.

   8. Wählen Sie im daraufhin geöffneten Bildschirm Eigenschaften neben Plattformeinstellungen den Link Bearbeiten aus.

   9. Im daraufhin geöffneten Bildschirm "Einschränkung bearbeiten ":

   10. Suchen Sie Windows (MDM) unter der Spalte Typ .

   11. Stellen Sie sicher, dass Windows (MDM) unter der Spalte "Plattform" auf "Zulassen" festgelegt ist.

   12. Wenn Windows (MDM) auf "Blockieren" festgelegt ist, ändern Sie dies in "Zulassen".

   13. Wählen Sie Überprüfen + Speichern und dann entweder Speichern aus, wenn eine Einstellung geändert wurde, oder Abbrechen , wenn keine Einstellungen geändert wurden.

   14. Wiederholen Sie die obigen Schritte für alle zusätzlichen Einschränkungen, die möglicherweise im Bildschirm "Registrierungseinschränkungen " mit Ausnahme von "Alle Benutzer" vorhanden sind. Nur Einschränkungen für die Windows-Plattform müssen überprüft werden.

   Hinweis

   Wenn mehrere Einschränkungen vorhanden sind, können Einschränkungen bestehen, die nur die MDM-Registrierung bestimmter Gruppen zulassen. Einige der Einschränkungen, die die MDM-Registrierung blockieren, können je nach der Gruppe, der die Einschränkungen zugewiesen sind, gültig sein. Wenn dieses Problem auftritt, überprüfen Sie, ob das Gerät kein Mitglied einer der Gruppen ist, in denen die MDM-Registrierung blockiert ist. Alternativ können Sie ggf. die MDM-Registrierungseinstellung für diese Einschränkung in "Zulassen" ändern.

In beiden Szenarien kann in den Protokollen der Ereignisablaufverfolgung für Windows (ETW) nicht nur Fehler 0x80180014 , sondern auch der folgende Fehler bei der Verwaltung mobiler Geräte (Mobile Device Management, MDM) angezeigt werden:

MDM Enroll: Server Returned Fault/Code/Subcode/Value=(DeviceNotSupported) Fault/Reason/Text=(Enrollment blocked for AP device by SDM One Time Limit Check)

Dieses Problem tritt in der Regel auf, weil der Gerätehash in der CSV-Datei falsch formatiert ist. Das Problem kann durch Ausführen einer Netzwerkablaufverfolgung bestätigt werden, während das Problem auftritt. Höchstwahrscheinlich ist der Gerätehash in der CSV-Datei falsch formatiert, wenn ein Fehler 400 in der Netzwerkablaufverfolgung auftritt. Der Meldungstext der 400-Fehlermeldung zeigt:

Cannot convert the literal '[DEVICEHASH]' to the expected type 'Edm.Binary'

Alles, was den gesammelten Hash beschädigt, kann diesen Fehler verursachen. Eine Möglichkeit ist, dass der Hash selbst nicht dekodiert werden kann, selbst wenn der Hash gültig ist.

Der Gerätehash ist Base64. Auf Geräteebene wird es als nicht aufgefülltes Base64 codiert, aber Windows Autopilot erwartet gepolstertes Base64. Normalerweise muss die Nutzlast nicht aufgefüllt werden, und der Vorgang funktioniert. Manchmal wird die Nutzlast jedoch nicht sauber ausgerichtet und Padding ist erforderlich. In diesem Fall tritt die Fehlermeldung 400 auf. Der Base64-Decoder von PowerShell erwartet ebenfalls gepolstertes Base64, sodass dieser Decoder verwendet werden kann, um zu überprüfen, ob der Hash ordnungsgemäß aufgefüllt ist.

Die "A"-Zeichen am Ende des Hash sind im Grunde leere Daten. Jedes Zeichen in Base64 ist 6 Bit. A in Base64 ist 6 Bit gleich 0. Das Löschen oder Hinzufügen von As am Ende ändert nicht die eigentlichen Nutzlastdaten.

Um dieses Problem zu beheben, muss der Hash geändert werden. Der neue Wert muss dann getestet werden, bis PowerShell den Hash erfolgreich decodieren kann. Das Ergebnis ist größtenteils unleserlich, was in Ordnung ist, solange der Fehler Ungültige Länge für ein Zeichenarray oder eine Zeichenfolge mit Base-64 nicht angezeigt wird.

Verwenden Sie zum Testen von Base64 die folgende PowerShell:

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("DEVICE HASH"))

Beispiel:

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("Q29udG9zbwAAA"))

Bei diesem speziellen Beispiel handelt es sich nicht um einen Gerätehash, sondern um ein falsch ausgerichtetes, nicht aufgefülltes Base64-Element, das sich also gut zum Testen eignet.

Nun zu den Auffüllungsregeln. Das Auffüllungszeichen ist "=". Das Auffüllungszeichen darf sich nur am Ende des Hash befinden, und es können maximal zwei Auffüllungszeichen vorhanden sein. Hier ist die grundlegende Logik.

• Schlägt die Dekodierung des Hash fehl?
  • Ja: Sind die letzten beiden Zeichen "="?
    • Ja: Ersetzen Sie beide "=" durch ein einzelnes "A"-Zeichen und versuchen Sie es dann erneut
    • Nein: Fügen Sie am Ende ein weiteres "="-Zeichen hinzu und versuchen Sie es erneut
• Nein: Dieser Hash ist gültig

Wenn wir die Logik auf dem vorherigen Beispiel-Hash wiederholen, erhalten wir die folgenden Permutationen:

• Q29udG9zbwAAA
• Q29udG9zbwAAA=
• Q29udG9zbwAAA==
• Q29udG9zbwAAAA
• Q29udG9zbwAAAA=
• Q29udG9zbwAAAA== - Dieses Ergebnis hat eine gültige Auffüllung.

Ersetzen Sie den gesammelten Hash durch diesen neuen aufgefüllten Hash und versuchen Sie dann erneut zu importieren.

Das Windows Autopilot-Profil wird nicht angewendet, wenn die folgenden Bedingungen erfüllt sind:

• Auf einem Gerät erfolgt eine Änderung der Hardware.

• Das Gerät wird auf eine Windows-Version vor einer der folgenden Versionen aktualisiert:

  • Windows 11, Version 21H2 mit KB5017383.

  • Windows 10, Version 22H2.

Dieses Verhalten wird erwartet.

Die Meldung "Fix ausstehend " oder "Aufmerksamkeit erforderlich" wird möglicherweise auch auf der Seite "Windows Autopilot-Geräte" für das Gerät angezeigt. Diese Meldungen weisen darauf hin, dass auf dem Gerät eine Hardwareänderung vorgenommen wurde. Wenn der Link für den Status "Fix ausstehend" ausgewählt ist, wird die folgende Meldung angezeigt:

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.

Um dieses Problem zu beheben, heben Sie die Registrierung des Geräts auf, und registrieren Sie es erneut. Weitere Informationen, einschließlich der Aufhebung der Registrierung eines Geräts, finden Sie in den folgenden Artikeln:

• Aufheben der Registrierung eines Geräts
• Rückkehr wichtiger Funktionen für die Anmelde- und Bereitstellungserfahrung von Windows Autopilot.
• Szenarioleitfaden für den Austausch von Windows Autopilot-Hauptplatinen.

Dieses Problem tritt auf, wenn das Gerät zuvor in Microsoft Entra ID registriert war, bevor es mit Microsoft Entra ID verbunden wurde. Das Gerät wurde möglicherweise über so etwas wie einen Arbeitsplatzverknüpfung in Microsoft Entra ID registriert. Wenn das bei Microsoft Entra ID registrierte Gerät nicht aus Microsoft Entra ID gelöscht wird, bevor das Gerät mit Microsoft Entra ID verknüpft wird, wird der vorherige Vertrauenstyp im Datensatz beibehalten. Die Verknüpfung eines vorhandenen bei Microsoft Entra registrierten Geräts mit Microsoft Entra ID führt dazu, dass das Windows Autopilot-Gerät als Microsoft Entra registriert angezeigt wird, anstatt als Microsoft Entra beigetreten.

Um dieses Problem zu beheben und zu beheben, sollten vor der Registrierung eines vorhandenen mit Microsoft Entra ID registrierten Geräts als Windows Autopilot-Gerät die folgenden vorhandenen Geräteobjekte für das Gerät gelöscht werden:

• Microsoft Intune.
• Microsoft Entra ID.
• Windows Autopilot.

Nachdem alle Geräteobjekte gelöscht wurden, registrieren Sie das Gerät erneut als Windows Autopilot-Gerät, und registrieren Sie das Gerät dann erneut. Weitere Informationen zum ordnungsgemäßen Löschen aller Geräteobjekte finden Sie unter Aufheben der Registrierung eines Geräts.

Informationen zur Behandlung von Registrierungsproblemen in Microsoft Intune wie z. B. dem Fehlercode, der auf der Fehlerseite "Etwas ist schief gelaufen" 80180018, finden Sie unter Fehlerbehebung bei Problemen mit der Registrierung von Windows-Geräten in Intune. Häufige Probleme können sein:

• Dem Benutzer wurden falsche oder fehlende Lizenzen zugewiesen.
• Zu viele Geräte sind für den Benutzer registriert.

Weitere Hilfe finden Sie unter Windows Autopilot zurücksetzen: Problembehandlung, wenn das Zurücksetzen des Windows Autopilot sofort mit dem folgenden Fehler fehlschlägt:

Ran into trouble. Please sign in with an administrator account to see why and reset manually.

Fehler 0x80070774 können auftreten, wenn eine Domänenkluft zwischen dem Installationsort des Intune Connectors für Active Directory und dem Zielort für Gerätekonfigurationen besteht. Beispielsweise ist der Intune-Connector für Active Directory in einer Active Directory-Domäne installiert, aber Geräte sind für eine andere konfiguriert. Um dieses Problem zu beheben, konfigurieren Sie den Intune Connector für Active Directory in der entsprechenden Domäne.

Es ist hilfreich zu überprüfen, ob das Gerät ein Windows Autopilot-Profil erhalten hat. Wenn das Gerät ein Windows Autopilot-Profil erhalten hat, überprüfen Sie, ob die Einstellungen im Profil korrekt sind.

Diese Fehlermeldung weist in der Regel auf ein Problem mit der Lizenzierung hin. Die vollständige Fehlermeldung lautet:

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.

Stellen Sie sicher, dass der Benutzer, der sich beim Gerät anmeldet, über eine gültige Intune-, EMS- oder Microsoft 365-Lizenz verfügt.

Das häufigste Problem beim Verbinden eines Geräts mit Microsoft Entra ID bezieht sich auf Microsoft Entra-Berechtigungen. Stellen Sie sicher, dass die richtige Konfiguration vorhanden ist, damit Benutzer Geräte mit Microsoft Entra ID verbinden können. Weitere Informationen finden Sie unter Konfigurationsanforderungen.

Fehler treten auf, wenn ein Benutzer die zulässige Anzahl von Geräten überschreitet, denen er beitreten kann. Dieser Standardgrenzwert beträgt 50 Geräte, kann jedoch in Microsoft Entra ID konfiguriert werden. Weitere Informationen finden Sie unter Grundlegendes zu Intune- und Microsoft Entra-Gerätegrenzwerteinschränkungen.

Beim Importieren wird ein Microsoft Entra-Gerät erstellt. Es ist wichtig, dass dieses Objekt nicht gelöscht wird. Das Objekt fungiert als Anker des Windows Autopiloten in Microsoft Entra ID für Gruppenmitgliedschaft und Zielgruppenadressierung, einschließlich des Profils. Das Löschen kann zu Fehlern beim Microsoft Entra-Beitritt führen. Wenn dieses Objekt gelöscht wird, kann das Problem behoben werden, indem das Gerät gelöscht und als Windows Autopilot-Gerät erneut importiert wird. Durch das Löschen und erneute Importieren des Geräts als Windows Autopilot-Gerät wird das zugeordnete Objekt in Microsoft Entra ID neu erstellt.

Die Gerätekennwortrichtlinien in der Security Baseline verursachen Probleme nach der Vorbereitstellung. Um dies zu beheben, ändern Sie die Kennworteinstellungen in der Sicherheitsbaseline in "Nicht konfiguriert ", oder weisen Sie die Baseline einer Benutzergruppe zu.

Für Windows ist eine beträchtliche Anzahl von Richtlinieneinstellungen verfügbar, darunter:

• Native Richtlinien für die mobile Geräteverwaltung (Mobile Device Management, MDM).
• Einstellungen für Gruppenrichtlinien (ADMX-Sicherung).

Einige Richtlinieneinstellungen können in einigen Windows Autopilot-Szenarien Probleme verursachen. Diese Probleme können dadurch entstehen, wie die Richtlinien das Windows-Verhalten ändern. Wenn eines dieser Probleme entdeckt wird, entfernen Sie die betreffende Richtlinie, um das Problem zu beheben.

Die folgenden Richtlinien verursachen bekanntermaßen Probleme mit Windows Autopilot. Stellen Sie sicher, dass Sie die Richtlinien entsprechend konfigurieren, damit sie nicht mit Windows Autopilot in Konflikt geraten:

Die von Windows Autopilot verwendete Registrierungsstatusseite (ESP) unterstützt keine Kombination von Branchen- und Win32-Anwendungen. Sowohl Branchen- als auch Win32-Anwendungen verwenden TrustedInstaller , der keine gleichzeitigen Installationen zulässt. Wenn sowohl eine Branchen- als auch eine Win32-Anwendung gleichzeitig versuchen, sie zu installieren, wird während der ESP die folgende Fehlermeldung angezeigt:

Another installation is in progress, please try again later.

Weitere Informationen finden Sie unter Einrichten der Seite "Registrierungsstatus" – Geräteeinrichtung: Apps.

Wenn eine Mischung von branchenspezifischen und Win32-Anwendungen erforderlich ist, sollten Sie die Windows Autopilot-Gerätevorbereitung in Betracht ziehen, die ESP nicht verwendet und daher das Mischen von branchenspezifischen und Win32-Anwendungen unterstützt.

Die Teams Machine-Wide Installer-Komponente der Klick-und-Los-Version von Microsoft 365 von Office umfasst eine MSI-Installation. ESP verfolgt die MSI-Installation von Teams Machine-Wide Installer nicht nach. Da ESP die MSI-Installation des Teams Machine-Wide-Installationsprogramms nicht nachverfolgt, kann dies zu einem Konflikt führen, wenn andere MSI-basierte Win32-App-Installationen versuchen, während ESP zu installieren. MSIs werden über TrustedInstaller installiert, der keine gleichzeitigen Installationen zulässt. Dieser Konflikt kann dazu führen, dass entweder das Teams Machine-Wide-Installationsprogramm fehlschlägt oder andere MSI-basierte Installationen während ESP fehlschlagen. Weitere Informationen finden Sie unter Einrichten der Seite "Registrierungsstatus" – Geräteeinrichtung: Apps.

Dieses Problem kann zufällig auftreten und tritt nicht immer auf. Das Problem tritt aufgrund eines Timingproblems zwischen der MSI-Installation des Teams Machine-Wide Installationsprogramms und anderen MSI-Installationen der Win32-App auf.

Verwenden Sie eine der folgenden Lösungen, um das Problem zu umgehen oder den Fehler zu vermeiden:

1. Installieren Sie Teams nicht im Rahmen der Klick-und-Los-Installation von Office in Microsoft 365. Stellen Sie Teams stattdessen nach Abschluss der Windows Autopilot-Bereitstellung als Win32-App bereit.

2. Installieren Sie die Microsoft 365 Klick-und-Los-Version von Office nicht während ESP. Stellen Sie stattdessen die Microsoft 365 Klick-und-Los-Installation von Office bereit, nachdem die Bereitstellung von Windows Autopilot abgeschlossen ist.

3. Verwenden Sie ein benutzerdefiniertes PowerShell-Skript für die Intune Management Extension (IME), das überprüft, ob TrustedInstaller derzeit eine andere MSI installiert. Warten Sie in diesem Fall, bis die Installation der aktuellen MSI-Datei abgeschlossen ist, bevor Sie eine neue MSI-Installation starten.

4. Verwenden Sie für Windows 11-Bereitstellungen die Windows Autopilot-Gerätevorbereitung. Die Gerätevorbereitung für Windows Autopilot verwendet ESP nicht und unterstützt daher das Mischen von branchenspezifischen und Win32-Apps.

5. Bei Fehler bei ESP-Fehlern fortfahren. Wenn das Problem auftritt, wenn diese Option aktiviert ist, werden einige Anwendungen, einschließlich Teams , möglicherweise nicht installiert. ESP wird jedoch fortgesetzt und schlägt nicht fehl.

Der Intune-Connector für Active Directory wurde ursprünglich in der Ereignisanzeige direkt unter "Anwendungs- und Dienstprotokolle" in einem Protokoll namens "ODJ Connector Service" angemeldet. Die Protokollierung für den Intune Connector für Active Directory ist jedoch inzwischen in den Pfad Anwendungs- und Dienstprotokolle>Microsoft>Intune>ODJConnectorService verschoben worden. Wenn das ODJ-Connectordienstprotokoll am ursprünglichen Speicherort leer ist oder nicht aktualisiert wird, überprüfen Sie stattdessen den neuen Pfadspeicherort.

Der Intune Connector für Active Directory muss sowohl über die Einstellungs-App als auch über die Intune Connector für Active Directory installierte ausführbare Datei deinstalliert werdenODJConnectorBoostrapper.exe. Führen Sie beim Deinstallieren des Intune Connectors für Active Directory ODJConnectorBoostrapper.exe aus, und wählen Sie die Option Deinstallieren aus. Die Version desODJConnectorBoostrapper.exe Installationsprogramms muss mit der Version des Connectors übereinstimmen, der deinstalliert wird.

Dieser Fehler kann bei verschiedenen Arten von Fehlern auftreten, z. B.:

• Der Administrator, der den Intune Connector für Active Directory installiert und konfiguriert, verfügt nicht über die erforderlichen Berechtigungen, wie in den Anforderungen für Intune Connector für Active Directory beschrieben.
• Die in der XML-Konfigurationsdatei von Intune Connector für Active Directory ODJConnectorEnrollmentWiazard.exe.config angegebene organization unit (OU) ist nicht vorhanden.

Ausführliche Informationen zu dem Fehler und dessen Ursache finden Sie unter ODJConnectorUI.log "Normalerweise befindet sich dieser Ordner":

C:\Program Files\Microsoft Intune\ODJConnector\ODJConnectorEnrollmentWizard

Führen Sie die Schritte zum Erhöhen des Computerkontolimits in der Organisationseinheit aus, wenn der folgende Fehler angezeigt ODJConnectorUI.logwird:

System.AggregateException: One or more errors occurred. ---> System.DirectoryServices.DirectoryServicesCOMException: A constraint violation occurred.

Weitere Informationen finden Sie unter Installieren des Intune-Connectors für Active Directory auf dem Server.

Dieser Fehler kann mehrere Ursachen haben, beispielsweise:

• Die Domäne verfügt über mehrere Domänencontroller mit einer Replikationslatenzrichtlinie. Der MSA wurde auf einem der Domänencontroller erstellt, aber die Suche erfolgte gegen einen anderen Domänencontroller. Warten Sie, bis die Replikation gemäß Ihrer Richtlinie abgeschlossen wurde, oder synchronisieren Sie manuell. Sobald die Replikation abgeschlossen ist, öffnen Sie den Connector, und wählen Sie MSA konfigurieren aus.

• Es ist eine Gruppenrichtlinie konfiguriert, die nicht zulässt, dass Dienste als nicht privilegiertes Konto gestartet werden. Stellen Sie sicher, dass dem MSA-Konto die Berechtigung "Anmelden als Dienst" erteilt wurde. Sehen Sie sich beispielsweise diese Instance mit Operations Manager an, um die Dienstanmeldung zu aktivieren.

Dieser Fehler gibt an, dass der Benutzer Lese-/Schreibberechtigungen für das aufgelistete Verzeichnis benötigt. Weitere Informationen zum Erteilen dieser Berechtigungen finden Sie unter Verwalten von Benutzerdatenordnern.

Stellen Sie sicher, dass der Intune Connector für Active Directory auf Version 6.2501.2000.5 oder höher aktualisiert ist und dass die Legacyversion nicht noch verwendet wird. Weitere Informationen finden Sie unter Anforderungen für Intune Connector für Active Directory.

Dieser Fehler kann bei verschiedenen Arten von Problemen auftreten, darunter:

• Der Server, auf dem der Administrator den Intune-Connector für Active Directory installiert und konfiguriert, verfügt nicht über den erforderlichen Internetzugang, oder erforderliche Intune-URLs sind nicht zulässig. Weitere Informationen finden Sie in den folgenden Artikeln:
  
  

  • Anforderungen für Windows Autopilot – Windows Autopilot Deployment Service.
  • Intune-Kerndienst.
  • Windows Autopilot-Abhängigkeiten.

• Der Server sendet die Netzwerkanforderung über TLS 1.0 oder 1.1, da PKCS-Kryptografie deaktiviert ist. Um das Problem zu beheben, löschen Sie auf dem Server, auf dem der Intune-Connector für Active Directory gehostet wird, den im folgenden Befehl angegebenen Registrierungsschlüsselwert, indem Sie den Befehl an einer Eingabeaufforderung mit erhöhten Rechten ausführen:

  reg.exe delete "HKLM\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\KeyExchangeAlgorithms\PKCS" /v Enabled /f

Fehler 0x80070774 können auftreten, wenn eine Domänenkluft zwischen dem Installationsort des Intune Connectors für Active Directory und dem Zielort für Gerätekonfigurationen besteht. Beispielsweise ist der Intune-Connector für Active Directory in einer Active Directory-Domäne installiert, aber Geräte sind für eine andere konfiguriert. Um dieses Problem zu beheben, konfigurieren Sie den Intune Connector für Active Directory in der entsprechenden Domäne.

Verwandte Inhalte

• Windows Autopilot – bekannte Probleme.
• MDM-Protokolle sammeln.
• Sammeln von Diagnosen von einem Windows-Gerät.