Das lernst du
- Konfiguration von Kommunikation unterscheiden.
- Manuelle Pflege und zentrale Vergabe anhand von Risiken bewerten.
Voraussetzungen: Keine. Dieses Kapitel beginnt beim Zweck der Netzwerkkonfiguration.
Nordlicht eröffnet ein Büro mit 80 Arbeitsplätzen. Ein Netzwerkkabel stellt zunächst nur eine Verbindung her. Der Rechner weiß damit noch nicht, welche IPv4-Adresse er benutzen darf oder wohin er Pakete für fremde Netze senden soll.
- DHCP
- Dynamic Host Configuration Protocol: Ein Client erhält Netzparameter von einem Server. Der Dienst stellt Konfiguration bereit; Routing und Namensauflösung erledigen andere Funktionen.
Eine Änderung, viele Arbeitsplätze
Grafik vergrößern
Eine Adresse reicht nicht
Ein Netzwerkteilnehmer braucht eine im betreffenden Netz eindeutige Adresse und eine passende Maske. Für Ziele außerhalb dieses Netzes braucht er einen nächsten Router. Dienste lassen sich oft nur bequem nutzen, wenn Namen aufgelöst werden. Diese Angaben sind Konfiguration; das spätere Weiterleiten der Daten ist eine andere Aufgabe.
DHCP (Dynamic Host Configuration Protocol) zentralisiert die Bereitstellung solcher Parameter. Ein Client fragt an; ein Server verwaltet die Vergabe. DHCP ist ein Anwendungsprotokoll und transportiert nicht jede spätere Web- oder Dateianfrage.
Warum zentral verwalten?
Bei 80 manuellen Einträgen entstehen leicht doppelte Adressen, falsche Masken und vergessene DNS-Änderungen. Eine zentrale Planung beseitigt Tippfehler nicht automatisch, macht Änderungen aber überprüfbar. Ein falsch konfigurierter Server verteilt denselben Fehler an viele Geräte.
DHCP erzeugt weder Routingtabellen im Router noch eine Internetleitung. Es kann dem Client die Adresse eines DNS-Servers nennen, löst aber selbst keine Namen auf. Ein ACK bestätigt eine Konfiguration, nicht die Erreichbarkeit jedes Dienstes.
Was beim Anschließen tatsächlich passiert
Der Switch erkennt zunächst die physische Verbindung. Der Rechner besitzt eine Netzwerkschnittstelle mit einer Hardwareadresse, meist einer MAC-Adresse. Diese Adresse ermöglicht die Zustellung im lokalen Ethernet, ersetzt aber keine IPv4-Konfiguration. Ein Rechner kann daher einen aktiven Link anzeigen und trotzdem keinen Dateiserver erreichen. Die Meldung „Netzwerkkabel verbunden“ beantwortet nur eine der notwendigen Fragen.
Beim automatischen Bezug übernimmt der DHCP-Client des Betriebssystems die Suche nach einem Anbieter. Der Server wählt eine zum Anschluss passende Konfiguration und merkt sich die zeitlich begrenzte Zuordnung zwischen Identität und Adresse. Erst danach entscheidet der Client anhand seiner Maske und Routingtabelle, ob ein Ziel lokal liegt oder über einen Router erreichbar ist. Für einen Namen kommt zusätzlich die DNS-Abfrage hinzu. Diese Schritte bauen aufeinander auf, haben aber unterschiedliche Fehlerursachen.
Zentralisierung verändert die Verantwortung
Bei Nordlicht entscheidet die Administration, welche Adressen überhaupt vergeben werden dürfen. DHCP erfindet weder einen sinnvollen Adressplan noch erkennt es automatisch, welcher DNS-Server für die Firma zuständig ist. Ein sauberer Plan wird zentral umgesetzt; ein falscher Plan kann ebenso zuverlässig an viele Geräte verteilt werden.
Deshalb gehören zur Einführung drei Nachweise: Der neue Client erhält die erwarteten Werte, ein weiterer Client erhält keine widersprüchliche Zuordnung, und die vorgesehenen Dienste sind erreichbar. Ein Lease-Eintrag allein bestätigt nur die Vergabe. Falls später der DHCP-Dienst ausfällt, können Geräte mit noch gültiger Konfiguration weiterarbeiten, während neue Geräte scheitern. Dieser Unterschied erklärt, warum ein Fehler zunächst nur einzelne Arbeitsplätze betrifft.
Ein Umzug des DNS-Dienstes
- Bisher steht in 80 PCs manuell 192.168.20.10. Der neue DNS-Dienst erhält .11. Ohne zentrale Vergabe müssen alle Einstellungen gefunden und geändert werden.
- Mit DHCP wird die DNS-Option des Büro-Scopes angepasst. Bestehende Clients behalten ihre empfangenen Angaben zunächst; beim nächsten Bezug bzw. ACK können sie neue Optionen erhalten.
- Ein Testclient erneuert seine Konfiguration. Anschließend werden die empfangene DNS-Adresse und eine echte Namensauflösung geprüft. Nur die Änderung im Serverdialog genügt nicht.
Ergebnis: Die zentrale Änderung verringert Pflegeaufwand. Wirksamkeit belegen Clientdaten und ein Diensttest; die Lease-Zeit beeinflusst den Übergang.
Typische Fehler
- Ein funktionierendes DHCP ist kein Beweis für funktionierendes DNS oder Routing.
- Zwei Geräte mit identischer manueller IP werden durch einen DHCP-Server nicht zuverlässig verhindert.
Praktisch anwenden
Offizielle Quellen
Versionsbezüge geprüft am 14. Oktober 2026. Produktkonfigurationen werden im jeweiligen isolierten Labor validiert.
- RFC 2131 · DHCPv4 ↗Protokollbasis, insbesondere §§ 3 und 4; März 1997
- Microsoft · DHCP installieren und konfigurieren ↗Beispiele: Windows Server 2025, Windows PowerShell mit DHCPServer-Modul