Jeden Tag tauchen neue Windows 8-bezogene Fehler auf, und wir haben es uns zur Aufgabe gemacht, darüber zu sprechen und Korrekturen bereitzustellen, wenn wir wissen oder wenn es welche gibt.

Heute analysieren wir das Problem "Die Vertrauensbeziehung zwischen dieser Arbeitsstation und der fehlgeschlagenen primären Domäne". Dieser Fehler kann auftreten, wenn Sie versuchen, sich über das Remotedesktopprotokoll, ICA oder über die Konsole anzumelden.

Die Arbeitsstation, auf die Sie zugreifen möchten, kann nicht sicher mit der zugehörigen Active Directory-Domäne kommunizieren. Dies löst den Fehler aus und ermöglicht nur den Zugriff auf lokale Konten.

Kürzlich hat sich jemand in den Microsoft Community-Foren über dieses Problem beschwert und Folgendes gesagt:

Wenn Sie online suchen, finden Sie hier die Fehlerbehebungen, die wir gefunden haben.

Lösungsmöglichkeiten für die Vertrauensstellung zwischen dieser Arbeitsstation und der primären Domäne Fehler

Die Lösungen von unten sind unabhängig voneinander und ich hoffe wirklich, dass sie sich als hilfreich für Sie erweisen.

• Versuchen Sie, sich lokal als lokaler Administrator anzumelden. Gehen Sie danach in das Netzwerk- Tool der Systemsteuerung, wählen Sie Ändern und geben Sie einen Arbeitsgruppennamen ein, wobei Sie die Domäne verlassen. Starten Sie dann den Computer neu und melden Sie sich als lokaler Administrator an.
• Versuchen Sie, das vorhandene Computerkonto im Server-Manager zu löschen, das Computerkonto neu zu erstellen, die Domäne zu synchronisieren und dann auf dem Client erneut der Domäne beizutreten
• Setzen Sie das lokale Administratorkennwort zurück und melden Sie sich ab und an als lokaler Administrator an, um es zu testen. Ändern Sie stattdessen die Domäne in ein Arbeitsgruppenmitglied, starten Sie den Computer nach Aufforderung neu, melden Sie sich als lokaler Administrator an und treten Sie der Domäne erneut bei
• Melden Sie sich bei AD an, und wechseln Sie zum Bereich AD-Domänen und -Vertrauensstellungen. Suchen Sie die Domain, klicken Sie mit der rechten Maustaste darauf und gehen Sie zur Verwaltung. Suchen Sie dann den betreffenden Computer auf der Registerkarte Computer, klicken Sie mit der rechten Maustaste darauf und klicken Sie dann auf Konto zurücksetzen. Versuchen Sie anschließend, den Benutzer auf dem betreffenden Client-Computer anzumelden
• Entfernen Sie das Computerkonto aus AD im Benutzer- und Computer- Snap-In auf Ihrer DC- oder mgmt-Arbeitsstation. Fügen Sie dann das Computerkonto manuell über das Benutzer- und Computer- Snap-In auf Ihrer DC- oder mgmt-Arbeitsstation hinzu. Achten Sie beim Hinzufügen des Computers zu AD darauf, den Domänenbenutzernamen eines Kontos einzugeben, mit dem sich der Computer als Mitglied von Benutzern anmelden kann, die diesen Computer der Domäne hinzufügen können. Rufen Sie dann den Computer mit dem Problem auf, melden Sie sich mit dem Benutzernamen an und fügen Sie ihn der Domäne vom PC aus hinzu

-LESEN SIE AUCH: Versehentlich gelöschter Admin-Account? Hier erfahren Sie, wie Sie das beheben können

Diese Korrekturen sind auch für Windows 7 und Windows 10 verfügbar. Probieren Sie sie daher unbedingt aus:

1. Legen Sie die ursprünglich installierte Version der Windows Vista oder Windows 7 DVD ein. Denken Sie daran, dass dies mit der aktuellen Installation übereinstimmen muss. Es funktioniert nicht, wenn eine Windows Vista x64-Installations-DVD für eine Windows Vista x86-Installation verwendet wird oder umgekehrt. Gleiche Regel unter Windows 7.
2. Setzen Sie den Computer zurück und starten Sie von der DVD.
3. Wählen Sie die Option Computer reparieren.
4. Starten Sie die Eingabeaufforderung.
5. Geben Sie C: oder D: ein (einige Systeme haben eine Wiederherstellungspartition auf C:) und drücken Sie die EINGABETASTE.
6. Geben Sie cd WindowsSystem32 ein und drücken Sie die [EINGABETASTE].
7. Geben Sie copy Utilman.exe Utilman.exe.bak ein und drücken Sie die EINGABETASTE.

   Geben Sie copy cmd.exe utilman.exe ein und drücken Sie die EINGABETASTE.

8. Geben Sie exit ein, drücken Sie die EINGABETASTE, und starten Sie das System neu.
9. Drücken Sie auf dem Anmeldebildschirm die Windows-Taste + U und starten Sie das Fenster cmd.exe.
10. Geben Sie NET USER ein, und drücken Sie die EINGABETASTE. Eine typische Ausgabe wie diese zeigt:

    Benutzerkonten für WORKSTATION ---------------------

    Administrator ASPNET OwnerGuestDer Befehl wurde erfolgreich ausgeführt.

11. Geben Sie NET USER Administrator password ein, um das Kennwort des Administratorbenutzers zu ändern. Ändern Sie das Passwort in ein gewünschtes Passwort wie: 4dm! N123 und drücken Sie ENTER.
12. Melden Sie sich jetzt im Anmeldebildschirm als Administrator an. Wenn die Anmeldung mit deaktivierter Kontoausgabe fehlschlägt, versuchen Sie es erneut mit einem anderen Benutzernamen. Weitere verfügbare Konten finden Sie in Schritt 10.
13. Klicken Sie in Windows mit der rechten Maustaste auf das Computersymbol und wählen Sie Eigenschaften. Klicken Sie auf Erweiterte Systemeinstellungen und wählen Sie im Dialogfeld Systemeigenschaften die Registerkarte Computername und klicken Sie auf die Schaltfläche Ändern. Wählen Sie Arbeitsgruppe: im Bereich Mitglied von: und geben Sie CONTOSO ein. Starten Sie das System neu, nachdem Sie die Änderungen übernommen haben.
14. Melden Sie sich nach dem Neustart des Systems erneut an und treten Sie der Domäne CONTOSO bei, indem Sie in Schritt 13 dasselbe tun. Wählen Sie statt Workgroup die Option DOMAIN. Starten Sie den Computer nach dem Anwenden der Änderungen erneut und melden Sie sich mit Ihren DOMAIN-Anmeldeinformationen an.

-LESEN SIE AUCH: Warum sollten Sie ein Upgrade von Windows 8, 8.1 auf Windows 10 durchführen?

Wenn alle oben genannten Lösungen nicht funktionieren, empfehlen wir Ihnen, diese offizielle Support-Seite von Microsoft zu besuchen. Wenn das auch nicht geholfen hat, probieren Sie auch diesen Artikel aus.

Erzählen Sie uns im Kommentarbereich unten von Ihren Fortschritten. Wenn Sie einen anderen Weg gefunden haben, um dieses Problem zu lösen, vergessen Sie nicht, ihn weiterzugeben.

Anmerkung des Herausgebers: Dieser Beitrag wurde ursprünglich im September 2014 veröffentlicht und seitdem vollständig überarbeitet und aktualisiert, um Frische, Genauigkeit und Vollständigkeit zu gewährleisten