Alle Aktivitäten

Das geht leider nicht, weil dann das Tool zum die xml erstellen, dann auf Professional Plus wechselt, weil Access nur in Professional Plus ist und dann müssen auch die anderen Office Produkte neu lizensiert werden.

Du musst eine XML erstellen, in der alle Produkte enthalten sind, die du am Ende auf dem Rechner haben willst. Du kannst nicht eine XML nur für Access machen, dann wird alles andere deinstalliert und nur Access installiert. Es gilt immer die zuletzt verwendete XML. Was da nicht drin steht, wird deinstalliert.

Moin an Board, auf geht es in den Tag - ich koche eine kleine Kanne Kaffee Allen einen stressfreien Freitag, bleibt gesund! Hier sonnige 17°C, es wird ein schöner Sommertag bis etwa 24°C

In dem Zusammenhang würde ich mir aber auch über die Sicherung Gedanken machen. Wenn das Rücksichern eines DCs mehrere Stunden dauert, ist grundsätzlich irgendetwas falsch geplant.

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!

Um vernünftig zu antworten, müsstest du jetzt erklären was damals in der hybridstellung existierte (welche Version?) und wie die Sachen entfernt wurden. Exchange jetzt wieder reinzubringen dürfte nix sein, was man sinnvoll hier im Forum diskutieren kann imho.

Moin, wenn der Exchange wirklich weg ist wird das schwierig meines Erachtens Was genau meinst du mit ausgemerzt? Was/ist das eine Hybrid-Installation?

@eniac200 Hallo und Willkommen on Board! Ich habe Deinen Beitrag in eine neue Diskussion umgewandelt, weil der ursprüngliche Thread bereits 3 Jahre alt war. Das Board hat Dir vor dem Posten dazu auch einen Hinweis angezeigt. Bitte in Zukunft beachten. Danke. VG Damian

netdom computername NeuerDCName /enumerate netdom computername AlterDCName /enumerate Was kommt da jeweils als Ergebnis?

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

Was meinst Du mit Konto? Bist Du in Active Directory Users & Computers gegangen und das DC-Objekt dort umbenannt?

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

Du sollst nicht das Konto, sondern den Computer umbenennen - das hast Du doch initial getan, was zu der Misere geführt hat, oder? Oder was genau hast Du ursprünglich umbenannt?

War also direkt zielführend. Umstellung auf LDAPs und den Unterscheid behoben ;)

Das sagte ich doch bereits in der ersten Antwort Aber schön, dass Du offensichtlich zu 100% Anwendungen hast, die LDAPS überhaupt können. Da kenne ich andere Umgebungen...

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

Fehler gefunden - es tut mir leid für die Verwirrung. Aufgrund unserer ganzen Core Installationen (fast alles mittlerweile bei uns unter Core) ist es nicht direkt aufgefallen - für den 1 DC wurde versehentlich das falsche ISO verwendet, es ist also eine 2022 VM. Das erklärt das unterschiedliche Verhalten der 2 DCs, warum es bei einem geht und beim anderen nicht. Außerdem habe ich mich noch mal in diesen Artikel eingearbeitet: https://www.windowspro.de/philip-lorenz/domain-controller-ldap-channel-binding-ldap-signing-absichern Offensichtlich verhält sich Server 2025 da nicht mehr wie 2022, denn selbst wenn ich alles "optional" einschalte, Channel-Binding und Signierung ist immer aktiv. Deswegen schlägt das ganze auf dem 2025er DC fehl. Ich konnte nun das ganze erfolgreich auf LDAPS umbauen und es funktioniert mit beiden DCs Sorry für die Verwirrung und danke an alle Beteilgten

Wie du bist im DSRM und der DSRM Admin kann sich nicht anmelden?

Wer sagt dass es nicht geht? Der Papst?

Mahlzeit, Leider hat unser Dienstleister den Exchange in der Hybridstellung quasi ausgemerzt. Die AD Attribute sind noch da, aber die Verwaltungskonsole fehlt und ich kann mich auch nicht auf den OnPrem mit PowerShell verbinden. Der normal AD Sync läuft und ich kann auch User einbinden (eMail, Kalender und co.) aber ich kann keine Räume mehr anlegen. Erstelle ich den Raum nur in 365 an, bekomme ich einen Fehler das auf den Raum nicht zugegriffen weden kann. Lege ich einen deaktivieren User in der onPrem AD an und synce den, habe ich keine verbindeung vom User zum Raumpostfach. Ändere ich die proxyAdress in 365, klemmt das, weil die ja schon vergeben ist. Welche auswirkungen hat das erneute Installieren eines exchange severs in die AD , bzw welche Dine müssen beachtet werden ? Danke Stefan

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

Den DC zurück umbenennen

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

OK, warum geht es nicht im DSRM? Kannst Du dich da auch nicht anmelden? Das sollte *eigentlich* spätestens mit dem RID500-Administrator möglich sein

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