Windows Server 2025 / DNS installieren und Zonen und Einträge erstellen

Installieren Sie zur Übung der internen Namensauflösung die DNS-Serverrolle, erstellen Sie eine primäre Zone und ergänzen Sie die erforderlichen Einträge. Das Domain Name System (DNS) wird in diesem Windows Server 2025-Labor auf DC1 vor dessen Heraufstufung zum Domänencontroller eingerichtet. Die Übungszone lab.example.test bleibt von der späteren Active Directory-Zone ad.example.test getrennt.

Prüfen Sie vorhandene Daten und das Labornetz

DC1 verwendet 172.24.50.10/24 und FS1 172.24.50.20/24; beide sowie CLIENT1 müssen zum selben isolierten Netzwerk gehören. /24 entspricht der Subnetzmaske 255.255.255.0. Prüfen Sie vor jeder Erstellung vorhandene Zonen und Einträge und überschreiben Sie keine Betriebsdaten. Existiert ein passendes Laborelement bereits, prüfen Sie seine Werte und erstellen Sie es nicht doppelt. Klären Sie widersprüchliche Werte, bevor Sie fortfahren.

  • Prüfen Sie die statische Adresse von DC1 und ein Konto mit Administratorrechten.
  • Reservieren Sie lab.example.test für Übungen und ad.example.test für die Domäne.
  • Bestätigen Sie die tatsächliche FS1-Adresse und vermeiden Sie doppelte Namen mit widersprüchlichen Werten.
  • Für diese internen Einträge ist keine externe Namensauflösung erforderlich.

Installieren Sie DNS und die Verwaltungstools

Öffnen Sie auf DC1 Windows PowerShell mit „Als Administrator ausführen“. Die folgenden Befehle wirken auf dem lokalen Server; führen Sie die Rolleninstallation nicht auf CLIENT1 aus. Prüfen Sie Success und RestartNeeded im Installationsergebnis und berücksichtigen Sie einen angeforderten Neustart, bevor Sie fortfahren. Die anschließenden Abfragen sollen für die DNS-Rolle Installed und für den DNS-Dienst Running zeigen:

Install-WindowsFeature -Name DNS -IncludeManagementTools
Get-WindowsFeature -Name DNS
Get-Service -Name DNS

Alternativ verwenden Sie Server-Manager → Verwalten → Rollen und Features hinzufügen. Wählen Sie eine rollen- oder featurebasierte Installation, bestätigen Sie DC1 als Ziel, wählen Sie DNS-Server und prüfen Sie die benötigten Verwaltungstools vor der Installation. Microsofts DNS-Installationsanleitung beschreibt den Assistenten. Öffnen Sie danach den DNS-Manager mit dnsmgmt.msc und prüfen Sie die Verbindung zu DC1. Auf Server Core verwenden Sie PowerShell oder einen vorbereiteten Verwaltungs-PC mit DNS-Manager; -IncludeManagementTools macht aus Core keine Desktopinstallation.

Erstellen Sie die primäre Übungszone und den Host

  1. Klicken Sie im mit DC1 verbundenen DNS-Manager mit der rechten Maustaste auf Vorwärts-Lookupzonen und wählen Sie Neue Zone.
  2. Wählen Sie Primäre Zone. Speicherung in Active Directory erfordert einen Domänencontroller mit DNS und steht auf dem noch nicht heraufgestuften DC1 nicht zur Verfügung.
  3. Geben Sie lab.example.test ein und erstellen Sie eine neue Zonendatei lab.example.test.dns. Verwenden Sie keine vorhandene Betriebsdatei.
  4. Wählen Sie Keine dynamischen Updates zulassen und schließen Sie den Assistenten ab. Sichere Domänenupdates werden in einem anderen Konfigurationsschritt eingerichtet.
  5. Wählen Sie in lab.example.test Neuer Host (A oder AAAA), geben Sie fs1 und 172.24.50.20 ein und fügen Sie den Host hinzu. Erstellen Sie den Rückwärtszeiger PTR erst nach der Reverse-Lookupzone.

Der folgende Block ist eine Alternative zum Assistenten und wird auf DC1 ausgeführt, wenn lab.example.test noch nicht vorhanden ist. Wählen Sie genau einen Erstellungsweg. Haben Sie Zone und fs1 bereits in der Oberfläche erstellt, überspringen Sie die beiden Add-Zeilen und verwenden Sie nur die abschließende Abfrage. -ZoneFile erstellt eine dateibasierte Zone; -DynamicUpdate None deaktiviert dynamische Updates für diese manuell verwaltete Laborzone. Übertragen Sie diese Wahl nicht pauschal auf Domänenzonen. Die DNS-Zonenverwaltung erläutert die Speicheroptionen:

Add-DnsServerPrimaryZone -Name 'lab.example.test' -ZoneFile 'lab.example.test.dns' -DynamicUpdate None
Add-DnsServerResourceRecordA -ZoneName 'lab.example.test' -Name 'fs1' -IPv4Address 172.24.50.20
Get-DnsServerResourceRecord -ZoneName 'lab.example.test' -Name 'fs1'

Ergänzen Sie Reverse-Lookupzone und Alias

Die Reverse-Lookupzone für 172.24.50.0/24 heißt 50.24.172.in-addr.arpa. Prüfen Sie vorab, ob bereits eine Zone für diesen Bereich besteht und ob andere Dienste deren Einträge benötigen. Der Assistent erwartet die Netzwerk-ID in normaler Reihenfolge, 172.24.50, und erzeugt daraus den umgekehrten Zonennamen:

  1. Wählen Sie unter Reverse-Lookupzonen Neue Zone und Primäre Zone mit dateibasierter Speicherung. Wählen Sie in diesem Labor vor der Domänenpromotion keine Active Directory-Speicherung.
  2. Wählen Sie eine IPv4-Reverse-Lookupzone und geben Sie als Netzwerk-ID 172.24.50 ein. Prüfen Sie den erzeugten Namen 50.24.172.in-addr.arpa.
  3. Erstellen Sie eine neue Zonendatei mit dem für diese Zone vorgeschlagenen Namen, wählen Sie Keine dynamischen Updates zulassen und beenden Sie den Assistenten.
  4. Wählen Sie in der neuen Reverse-Lookupzone Neuer Zeiger (PTR). Ergänzen Sie das letzte Adressoktett 20, prüfen Sie 172.24.50.20 und geben Sie fs1.lab.example.test als Hostnamen an. Speichern Sie den Eintrag, sofern noch kein passender existiert.
  5. Wählen Sie in lab.example.test Neuer Alias (CNAME). Geben Sie portal als Alias und fs1.lab.example.test als vollständigen Zielnamen an, nicht die IP-Adresse, und speichern Sie den Eintrag.
  6. Prüfen Sie den A-Eintrag von fs1, den CNAME von portal und den PTR von .20 getrennt, bevor Sie die Clientabfragen starten.

Der CNAME-Alias demonstriert nur die Namensauflösung und richtet weder eine Website noch Dateifreigabezugriff ein. Ein PTR ordnet einer Adresse einen Namen zu. Auch die automatische PTR-Erstellung setzt eine passende Reverse-Lookupzone voraus. Wurde bereits ein korrekter PTR angelegt, prüfen Sie ihn, statt ihn zu duplizieren. Die Anleitung zur Verwaltung von DNS-Einträgen beschreibt die Felder; die DNS-Grundlagen zu Zonen und Eintragstypen erklären die Unterschiede.

Prüfen Sie die drei Abfragen auf dem Client

Öffnen Sie auf CLIENT1 PowerShell und fragen Sie DC1 ausdrücklich mit -Server 172.24.50.10 ab. Den Standardresolver der Netzwerkschnittstelle müssen Sie dafür noch nicht ändern. Die drei Abfragen prüfen den Adresseintrag A, den CNAME-Alias und die Rückwärtszuordnung PTR getrennt:

Resolve-DnsName 'fs1.lab.example.test' -Type A -Server 172.24.50.10
Resolve-DnsName 'portal.lab.example.test' -Type CNAME -Server 172.24.50.10
Resolve-DnsName '172.24.50.20' -Type PTR -Server 172.24.50.10

Die A-Antwort soll 172.24.50.20 enthalten, CNAME soll fs1.lab.example.test als Ziel ausweisen und PTR diesen Hostnamen zurückliefern. Ein abschließender Punkt kann die DNS-Wurzel darstellen und bezeichnet keinen anderen Computer. Bei Zeitüberschreitungen prüfen Sie, ob DNS Running meldet, auf .10 lauscht und aus dem isolierten Netz erreichbar ist. Bei Namensfehlern prüfen Sie Schreibweise, Zone, Typ und Wert. DNS nutzt Port 53 über UDP (User Datagram Protocol) und TCP (Transmission Control Protocol); ein TCP-Test allein prüft nicht alle Abfragewege. Kontrollieren Sie Profile und Geltungsbereich der passenden Firewallregeln, ohne die Firewall abzuschalten. Microsofts DNS-Serverdiagnose hilft bei der Ursachenabgrenzung.

Notieren Sie für eine rückgängig zu machende Änderung zuerst das Ziel des selbst erstellten CNAME portal. Löschen Sie in lab.example.test ausschließlich diesen Übungsalias, wiederholen Sie seine CNAME-Abfrage gegen .10, erstellen Sie ihn mit Ziel fs1.lab.example.test erneut und fragen Sie wieder ab. Alte positive oder negative Antworten können im Cache bleiben; berücksichtigen Sie die Lebensdauer TTL (Time to Live), bevor Sie das Ergebnis bewerten. Löschen Sie keine Active Directory-Diensteinträge und deinstallieren Sie DNS nicht zur Übungsbereinigung. Behalten oder entfernen Sie die Übungszone erst nach Prüfung ihrer Abhängigkeiten; auch die Reverse-Lookupzone kann von weiteren Einträgen genutzt werden.