Ebenezer

Hallo Jan, danke das klingt exakt nach unserem Problem! Wie bist Du auf diesen Thread gestoßen?

Hi, 2x Windows 1124H2 mit aktuellen Updates. Auf einem PC ist das Datenlaufwerk via "D%" freigegeben! Seit einem der letzte MS Updates funktioniert der SMB Zugriff vom anderen PC nicht mehr! Auf beiden Systemen befindet sich ein gleichnamiges Benutzerkonto (mit Adminrechten) und auch die Kennwörter sind identisch! Das Security Eventlog wirft folgendes aus: Bei der Anmeldung ist ein Fehler aufgetreten (Ereignis-ID: 4625)! Diese ID sieht man auch, wenn man ein falsches Kennwort eingibt, allerdings ist dann der Fehlertext ein anderer (Benutzername oder Kennwort falsch)! Was wir schon alles probiert haben: - Die Anmeldeinformationsverwaltung geleert und beide Systeme neugestartet - Die Verbindung über andere Accounts (z.B. den integrierten Administrator) probiert - Verschiedene Schreibweisen ausprobiert (\\smbserver_hostname\username) oder (\\smbserver_ip\username) oder auch nur (username) - Eine neue sichtbare Freigabe erstellt - Insecure Guest Logins erlaubt (https://learn.microsoft.com/en-us/answers/questions/2189515/windows-11-24h2-and-insecure-guest-logins-settings?forum=windowsclient-all&referrer=answers) Fällt sonst noch Jemandem etwas dazu ein, oder muss man da jetzt mit Wireshark ran? Danke!

Ich wüsste nicht wie! Ich habe den DC soeben erneut falsch umbenannt und anschließend im DSRM-Modus gestartet. Jetzt frag ich den neuen DC Namen ab: netdom computername NeuerDC /enumerate Ergebnis: NeuerDC.testlab.local (Der Befehl wurde ausgeführt) Frage ich den alten DC Namen ab erhalte ich: Der Netzwerkpfad wurde nicht gefunden! Versuche ich dann mit dem u.a. Befehl den alten DC Namen als Alternativen Namen zu setzen, erhalte ich folgenden Fehler: AlterDC.testlab.local konnte nicht als alternativer Name für den Computer hinzugefügt werden! Fehler: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. netdom computername NeuerDC.testlab.local /add:AlterDC.testlab.local

Hi, ich habe das Szenario gestern in einem Lab durchgespielt... also das umbenennen via GUI führte auch hier zu dem Anmeldefehler "Die Sicherheitsdatenbank auf diesem Server verfügt über kein Computerkonto"! Ich hatte zuvor via wbadmin ein systemstate backup ausgeführt. Dieses habe ich dann wiederhergestellt und konnte mich dann auch wieder anmelden! Wenn man das nicht hat, dann ist mir kein Weg bekannt aus der Nummer wieder rauszukommen! Anschließend habe ich dann das umbenennen via netdom (wie auch hier beschrieben https://www.der-windows-papst.de/2021/06/24/rename-domain-controller/) ausgeführt und es gab keine Probleme! Danke für Euren Input!

Ich konnte das leider nicht mehr ausprobieren, weil wir uns dazu entschlossen haben die Domain neu einzurichten. Diese ist glücklicherweise sehr klein und da neue Computer angeschafft wurden (Wechsel von Windows 10 auf 11) mussten wir diese ohne in die Domain aufnehmen! Ich war mir so sicher, dass es keine Schwierigkeiten macht einen DC (ohne Exchange) wie beschrieben umzubenennen, dass ich dazu im Vorfeld auch nichts mehr nachgelesen habe! Das war ein Fehler! Doppelt ungünstig wenn dann auch so schnell kein Backup einspringen kann. Aber alles eigenes verschulden! Danke für Eure Hilfe-Versuche!

Ich habe das Computerkonto des DCs via GUI umbenannt (Einstellungen -> Info -> Diesen PC umbenennen)! Seitdem besteht das Problem!

Ja ich habe das Computerkonto umbenannt und kann es aber scheinbar via DSRM nicht wieder rückgängig machen!

Ich bin als Administrator im DSRM angemeldet! Ein umbenennen des Computerkontos ist in diesen Kontext scheinbar nicht möglich!

Wie denn? Er sagt das geht nicht im DSRM Modus! Wir haben es vergeblich via GUI und PowerShell probiert (rename-computer)!

Im DSRM kann ich mich anmelden, da sind wir auch gerade drin, aber was sollen wir hier genau machen?

ja, den Artikel habe ich auch gesehen, aber der hilft uns leider im aktuellen Fall auch nicht weiter oder meinst Du etwas konkretes?

Hi, ich habe im Zuge einer DC Migration (2016 -> 2022) den Fehler gemacht ganz am Ende den neuen DC über den klassischen Weg umzubenennen! Jetzt ist keine Anmeldung mehr weder auf dem DC (Die Sicherheitsdatenbank auf diesem Server verfügt über ein Computerkonto) noch in der Domäne möglich! Gibt es noch irgendeinen Weg den DC wieder umzubenennen? Via DSRM geht das ja auch nicht, aber kann man z.B. die NTDS.DIT offline editieren und hierüber den Namen umbenennen? Ein VM Backup wieder gerade parallel zurückgeholt, aber das dauert leider mehrere Stunden... ich danke Euch! Nico

Ich dachte zuerst das mit der SA war ein Scherz.. unglaublich! Steht schon fest welche cloud license vorausgesetzt wird damit man den On-Prem Exchange auch aktualisieren darf?

Danke!

Hi, ich plane gerade die Umstellung zu M365 für ein paar kleinere Exchange 2016 Umgebungen (nie mehr als 50 Postfächer) und bin auf folgenden Ablauf gekommen. Entra ID Connect ist bereits aktiv. Seht Ihr eine Möglichkeit den Vorgang zu vereinfachen oder würdet Ihr es anders angehen? 1. Klassische Hybridbereitstellung 2. Migration Postfächer / Public Folder 3. Anpassen DNS / Routing 4. Installation Exchange 2019 (kostenlose Lizenz für Hybrid) für das spätere Benutzer-Management 5. Deinstallation Exchange 2016 Weiß Jemand ob es für Exchange Server SE auch eine kostenfreie Lizenz für dieses Szenario geben wird? Danke!