mit 0 bis wenig Vorwissen im Administrieren eines Windows Servers sitze ich hier an der Aufgaben einen neue Maschine (Server 2016 Essentials) in ein existierendes Büro zu integrieren.
Bisher läuft hier ein Windows Small Business Server 2018, der
- per DHCP Server IP Adressen and 10 Win7 Klienten (10 Stück), ein paar Drucker und IP Telefone vergibt
- per AD (nehme ich an) Benutzerverwaltung betreibt
- Files (Spreadsheets, Textverarbeitung, Photos) and die Klienten serviert
Ich habe einen neuen User (der im alten Server nicht existiert hat) der sich am neuen System anmelden kann
Benutzer die im alten System existiert haben fangen sich die oben genannte Fehlermeldung. Der neue Server hat eine andere Domain als der Alte. Ausserdem läuft er noch in einem getrennten Testnetzwerk mit 1-2 Clients.
Einen Vielversprechenden Thread habe ich hier https://virtualcurtis.wordpress.com/2011/03/02/fix-the-security-database-on-the-server-does-not-have-a-computer-account-for-this-workstation-trust-relationship/ gefunden. Als Lösung wird vorgeschlagen in "Active Directory-Benutzer und Computer" in die Eigenschaften des Domaincontrollers zu gehen und Einträge im "Attribute Manager" nach folgendem Muster anzupassen:
dNSHostName: srv1.mydomainname.com servicePrincipalName: HOST/SRV1 HOST/srv1.mydomainname.com RestrictedKrbHost/SRV1 RestrictedKrbHost/srv1.mydomainname.com TERMSRV/SRV1 TERMSRV/srv1.mydomainname.com
Allerdings existieren alle genannten Einträge nach diesem Muster, darüber hinaus gibt es zudem noch eine Masse anderer Einträge.
Was kann ich sonst noch versuchen? Der Fix gibt leider keinen Rat, ob man ausschließlich die genannten Einträge braucht (also die anderen weg sollen). Im ersten Moment Schrecke ich davor zurück hier mal so eben 48 Attribute zu Enfernen
P.S. meine Hochachtung gilt übrigens dem Übersetzer. "Arbeitsstationsvertrauensstellung"? - Respekt !