Gdy domena AD przestaje ufać komputerowi, prawdopodobnie dzieje się tak dlatego, że hasło komputera lokalnego nie pasuje do hasła przechowywanego w usłudze Active Directory.
Aby usługa AD mogła ufać komputerowi, oba hasła muszą być zsynchronizowane. Jeśli nie są zsynchronizowane, pojawi się niesławny komunikat o błędzie „Błąd relacji zaufania między tą stacją roboczą a domeną podstawową ” .
Niestety, nigdy nie było ani jednego rozwiązania, które działałoby w 100% przypadków.
Gdy nowy komputer jest dodawany do usługi Active Directory, tworzone jest konto komputera z hasłem. To hasło jest domyślnie ważne przez 30 dni. Po 30 dniach zmienia się automatycznie. Jeśli zmieni się, a hasło klienta nie, pojawi się komunikat o błędzie „relacja zaufania między tą stacją roboczą a domeną podstawową nie powiodła się”.
Aby sprawdzić, że to ten problem występuje logujemy się na kliencie jako admin lokalny i w Power Shellu uruchamiamy
> Test-ComputerSecureChannel
False
False oznacza, że zaufanie nie istnieje.
Możemy użyć też cmd w starszych systemach
nltest /sc_verify:<your domain FQDN>
Różne sposoby rozwiązania problemu
Resetuj-ComputerMachinePassword (PowerShell)
Jako admin na kliencie wykonujemy:
> Reset-ComputerMachinePassword
netdom (cmd)
Jako admin na kliencie wykonujemy:
netdom resetpwd /s:DC /ud:abertram /pd:*
- DC to nazwa kontrolera domeny
- abertram to nazwa konta użytkownika usługi Active Directory z uprawnieniami do resetowania konta komputera
- * jest symbolem zastępczym hasła do konta użytkownika, które będzie monitować o podanie hasła.
Test-ComputerSecureChannel — naprawa (PowerShell)
Jako admin na kliencie wykonujemy:
> Test-ComputerSecureChannel -Repair -Credential (Get-Credential)
Ponowne zalogowanie do domeny
- zalogować się do komputera clienta za pomocą lokalnego konta administracyjnego
- przejdź do Właściwości systemu
- kliknij Zmień
- ustaw go na grupę roboczą
- restart
- ustaw go z powrotem na domenę