8.3
Ein neues Active Directory einrichten
Nachdem ich Sie viele Seiten lang mit Grundlagen (oder dem, was ich dafür halte) gequält habe, wollen wir nun die Installation eines Active Directory betrachten.
Ältere Active Directorys
Falls Sie bereits ein älteres Active Directory verwenden, werden Sie sich vermutlich deutlich mehr für Abschnitt 8.9 interessieren, denn dort geht es um die Migration.
Für diejenigen, die das erste Active Directory installieren, gibt es im nächsten Abschnitt einen Schnelldurchlauf – keine Sorge, die Installation ist wirklich nicht schwierig.
8.3.1
Den ersten Domänencontroller einrichten
Der erste Schritt ist das Hinzufügen der Rolle Active Directory-Domänendienste, was Sie wie üblich mit dem Server-Manager erledigen können (Abbildung 8.81).
Abbildung 8.81 Hier ist der Startpunkt im 2012er-Server-Manager.
Das Hinzufügen ist im Grunde genommen nur ein Kopieren der benötigten Dateien; die Rolle ist (bzw. die dazugehörigen Dateien sind ) zwar vorhanden, der Server ist aber trotzdem (noch) kein Domänencontroller.
Abbildung 8.82 Der erste Schritt ist die Installation der Serverrolle, benötigte Features werden automatisch hinzugefügt.
Auf der letzten Dialogseite werden Sie den Hinweis finden, dass die eigentliche »Domänencontroller-Werdung« noch durchgeführt werden muss (Abbildung 8.83).
Abbildung 8.83 Nach der Installation der Rolle muss der Assistent aufgerufen werden, der aus dem Server einen DC macht.
Wenn Sie den auf Abbildung 8.83 gezeigten Abschlussdialog schließen, ohne den »DC-Heraufstufungs-Assistenten« gestartet zu haben, schauen Sie im Server-Manager in die Kopfzeile. Dort wird ein Ausrufezeichen darauf hinweisen, dass Meldungen vorhanden sind. Eine davon wird Sie auffordern, den Server zum Domänencontroller heraufzustufen – und schon ist der Assistent gestartet (Abbildung 8.84).
... und dcpromo?
Bisher war an dieser Stelle immer das Eintippen von dcpromo angesagt. Das kann man in Server 2012/R2 sogar machen, aber es erscheint lediglich der Hinweis, dass diese Funktionalität jetzt in den Server-Manager integriert ist.
Sie starten nun den Active Directory-Domänendienste-Installationassistenten (Abbildung 8.82):
- Auf der ersten Seite des Assistenten wählen Sie aus, ob der neu einzurichtende Domänencontroller in eine bereits bestehende Gesamtstruktur integriert werden soll oder ob eine völlig neue Gesamtstruktur erstellt werden soll. In unserem Fall wählen Sie die letztgenannte Option und machen so den neuen Domänencontroller zur Keimzelle des neuen Forests.
- Zunächst muss der FQDN der neuen Gesamtstruktur angegeben werden. Es sei darauf hingewiesen, dass es im Allgemeinen keine so glückliche Idee ist, ein Domänen-Suffix (.de, .com) zu vergeben, das im öffentlichen Internet verwendet wird. Technisch ist das zwar möglich, allerdings machen Sie sich das Leben dadurch unnötig schwer.
Abbildung 8.84 So kann der Assistent auch gestartet werden.
Benennung
Auf Abbildung 8.85 sehen Sie, dass die Domäne ubexec.ads.boddenberg.de genannt worden ist, also ein .de-Name, von dem ich einige Zeilen zuvor abgeraten habe. Da aber eine separate DNS-Domäne, nämlich ads.boddenberg.de, gewählt worden ist, riskieren Sie nicht die Split-DNS-Probleme, die bei Verwendung von boddenberg.de entstanden wären.
Abbildung 8.85 Der Assistent führt Sie durch das Erstellen einer neuen Domäne in einer neuen Gesamtstruktur.
Achten Sie darauf, dass die Domäne Ihnen »gehört«
Ich habe etliche Kunden, die intern »offizielle« Domänennamen verwenden, obwohl sie nicht im Besitz dieser Domäne sind. Das ist sehr unglücklich. Es gelten also folgende Regeln:
- Geben Sie niemals einer Domäne einen Namen, den Sie nicht besitzen.
- Wenn Sie einen offiziellen Namen verwenden und ihn noch nicht registriert haben, holen Sie das sofort nach – bevor es jemand anders tut.
Abbildung 8.86 zeigt den nächsten Dialog für die Erstellung der neuen Gesamtstruktur:
- Eine wesentliche Entscheidung ist die Festlegung der Funktionsebene für die Gesamtstruktur.
Wenn Sie beispielsweise Windows Server 2012 R2 auswählen, bedeutet das, dass es in der kompletten Umgebung nur Domänencontroller
mit diesem Betriebssystem geben kann. Es ist kein Problem, Member-Server oder Clients
mit älteren Betriebssystemen in der Domäne zu betreiben, aber mit DCs geht das nicht.
Die Funktionsebene Windows Server 2008 beispielsweise gestattet DCs mit dem 2008er-
und dem 2012er-Betriebssystem. Wenn Sie sicher sind, dass es wirklich nur Windows
Server 2012-Domänencontroller geben wird, sollten Sie die Funktionsebene ruhig auf
»höchster Stufe« konfigurieren.
Abbildung 8.86 Hier geben Sie den FQDN der Stammdomäne und der Gesamtstruktur und die Gesamtstrukturfunktionsebene ein.
- Active Directory benötigt zwingenderweise eine funktionierende DNS-Infrastruktur. Bei der Installation eines Domänencontrollers können Sie auf Wunsch den DNS-Server gleich mit installieren lassen. Beim ersten DC ist das im Allgemeinen eine gute (bzw. die richtige) Wahl.
- Das Kennwort für den Wiederherstellungsmodus sollten Sie gut geschützt aufbewahren. Damit meine ich, dass es zum einen nicht einfach zu erraten sein sollte, zum anderen sollten Sie (oder andere berechtigte Personen) im Fall der Fälle darauf problemlos Zugriff haben.
Der nächste, auf Abbildung 8.87 gezeigte Dialog, ist neu in Server 2012. Sie können wählen, ob eine DNS-Delegierung erstellt werden soll, und können ggf. das zu verwendende Konto hinterlegen. Diese Einstellung macht nur dann Sinn, wenn der übergeordnete Namensserver erreichbar ist und mit Microsoft-Technologie läuft.
Abbildung 8.87 Entscheiden Sie, ob eine Delegierung erstellt werden soll bzw. erstellt werden kann.
Ein Beispiel für die Delegierung
Was es mit der Erstellung der Delegierung für den neuen DNS-Server auf sich hat, lässt sich anhand eines Beispiels aus dem öffentlichen Internet erklären: Für jede Domäne, beispielsweise boddenberg.de, existiert ein autorisierender Namensserver, der die Adressen der Server, wie beispielsweise www.boddenberg.de oder mail.boddenberg.de, auflösen kann.
Damit dieser Server gefunden wird, wird beim Root-Server der Top-Level-Domain .de eine Delegierung dorthin erstellt. Vereinfacht gesagt, sorgt eine Delegierung dafür, dass ein Client, der einen Server im Namensraum boddenberg.de sucht, vom Top-Level-Namensserver an den zuständigen Namensserver verwiesen wird.
Auf Abbildung 8.88 sehen Sie die Delegierung, die in dem hier gezeigten Beispiel erstellt wurde:
- Die Domäne boddenberg.de wird von Microsoft-DNS-Servern verwaltet.
- ads ist als Container erstellt worden.
- In diesem wiederum findet sich die Delegierung auf ubexec nebst Nennung des Namensservers.
Abbildung 8.88 Diese Delegierung wurde in dem hier gezeigten Beispiel automatisch erstellt.
Abbildung 8.89 zeigt, dass der NetBIOS-Name der Domäne nach wie vor eine Rolle spielt. Dieser Name sollte (muss aber nicht!) dem ersten Teil des FQDNs entsprechen, also ubexec bei ubexec.ads.boddenberg.de. Wenn Sie von dieser Vorgehensweise abweichen, gibt es zwei mögliche Probleme:
- Es wird unübersichtlich, vor allem, wenn Sie mehrere Domänen haben.
- Es könnte zu erhöhtem Konfigurationsaufwand kommen. Beispielsweise müssen Sie beim SharePoint-Benutzerprofil-Sync-Dienst zusätzliche Schritte ausführen, wenn NetBIOS-Name und FQDN unterschiedlich sind.
Punkte im NetBIOS-Namen
Punkte im NetBIOS-Namen sind absolut tabu! Sie führen zu unlösbaren Problemen.
Abbildung 8.89 Der NetBIOS-Name der Domäne ist noch immer gefragt.
Abbildung 8.90 zeigt eine weitere wichtige Dialogseite des Assistenten. Sie müssen entscheiden, wo die Datenbankdateien des Domänencontrollers abgelegt werden sollen. Der »reinen Lehre« entsprechend sagt man zwar, dass keine produktiven Daten auf der C-Platte abgelegt werden sollen. Ich muss allerdings sagen, dass wohl auf 99 % der Domänencontroller dieser Welt die AD-Datenbankdateien genau dort liegen. Aus Gründen der Vereinfachung und Bequemlichkeit tendiere ich auch dazu, diese im Standardpfad zu speichern. Ich habe zudem das unbestimmte Gefühl, dass das eine oder andere Dritthersteller-Werkzeug direkt »aus der Kurve fliegt«, wenn die Dateien an einem anderen Ort gespeichert werden. Ebendiese Argumentation gilt für das SYSVOL-Verzeichnis, in dem diverse von den Clients bei der Anmeldung benötigte Dateien vorgehalten werden – vornehmlich alles rund um die Gruppenrichtlinien.
Wer Exchange 2007 administriert (hat), kennt die Dialoge, in denen das zum selben Ergebnis führende PowerShell-Skript angezeigt wird. Das Active Directory-Team folgt diesem Beispiel und bietet im Dialog Optionen prüfen (Abbildung 8.91) einen Schalter an, mit dem Sie sich das PowerShell-Skript anzeigen lassen können, das zum Erstellen des neuen Forests dient.
Abbildung 8.90 Der Speicherort für die Systemdateien und die Auswahl des Wiederherstellungskennworts
Abbildung 8.91 Das zugehörige PowerShell-Skript kann ausgegeben werden.
Nachdem Sie alle Eingaben im Assistenten getätigt haben, wird die Installation des Domänencontrollers durchgeführt. Sie dauert einige Minuten. Nach dem abschließenden Neustart verfügen Sie über eine funktionsfähige Active Directory-Gesamtstruktur mit einer Domäne.
8.3.2
Zusätzliche Domänencontroller einrichten
Das Einrichten eines zusätzlichen Domänencontrollers funktioniert zunächst wie beim ersten DC. Sie fügen also eine Rolle hinzu und starten den Assistenten. Der wesentliche Unterschied begegnet Ihnen direkt auf der ersten Seite des Assistenten. Dort entscheiden Sie sich jetzt nicht für das Erstellen einer neuen Gesamtstruktur, sondern machen den Server zu einem Domänencontroller in einer bereits existierenden Domäne oder aber zum ersten DC einer neuen Domäne in einer vorhandenen Gesamtstruktur (Abbildung 8.92).
Abbildung 8.92 Wählen Sie eine Option für die Installation des neuen DCs aus.
Der weitere Verlauf des Assistenten wird Sie vor keine größere Herausforderung stellen. Wenn alle Eingaben gesammelt sind, wird der DC eingerichtet und eine erste Replikation durchgeführt. Apropos Replikation: Eine Neuerung ab Server 2012 sehen Sie auf Abbildung 8.93. Sie können die Replikatsquelle auswählen. Sie ist entweder ein – wählbarer – Domänencontroller oder ein Medium.
Abbildung 8.93 In diesem Dialog wählen Sie die Replikatsquelle aus.
Ihre Meinung
Wie hat Ihnen das Openbook gefallen? Wir freuen uns immer über Ihre Rückmeldung. Schreiben Sie uns gerne Ihr Feedback als E-Mail an kommunikation@rheinwerk-verlag.de.
