Zum Hauptinhalt springen

Was ist DHCP mit Fallback und wie funktioniert es auf MikroTik

Mit DHCP with fallback können Sie Clients in Computernetzen automatisch IP-Adressen und andere Netzwerkeinstellungen zuweisen. Aber was kann ich tun, wenn der DHCP-Server ausfällt oder die Auslastung fehlschlägt? Hier kommt der DHCP-Mechanismus mit Fallback zur Rettung.

MikroTik ist eine beliebte Lösung für den Aufbau einer Netzwerkinfrastruktur und die Konfiguration von DHCP. Es bietet die Möglichkeit, einen Backup-DHCP-Server einzurichten, der den Netzwerkclients automatisch IP-Adressen zuweist, wenn der primäre Server nicht verfügbar ist.

Ein redundanter DHCP-Server kann sowohl auf einem separaten MikroTik-Gerät als auch auf einem anderen Linux- oder Windows-basierten Netzwerkgerät konfiguriert werden. Es ist wichtig, dass die Clients ordnungsgemäß für die Verwendung von DHCP with fallback konfiguriert sind, damit die automatische Zuweisung von IP-Adressen reibungslos erfolgt.

Um die Vorteile von DHCP with fallback auf MikroTik zu nutzen, müssen Sie den primären DHCP-Server korrekt konfigurieren, indem Sie die Adresse des Backup-Servers in seinen Einstellungen angeben. Außerdem müssen Sie sicherstellen, dass die automatische IP-Adresse über DHCP auf den Clientgeräten aktiviert ist.

Die Bedeutung von DHCP auf MikroTik

Die Hauptvorteile der Verwendung von DHCP auf MikroTik sind:

  • Komfort und Zeitersparnis: Mit DHCP können Sie die Netzwerkeinstellungen für Clientgeräte automatisch konfigurieren. Dies vereinfacht die Netzwerkverwaltung erheblich und spart Administratorzeit.
  • Verhindern von IP-Adresskonflikten: DHCP weist jedem Gerät eindeutig eine eigene IP-Adresse zu, um mögliche Konflikte zwischen Geräten im Netzwerk zu vermeiden.
  • Zentralsteuerung: DHCP ermöglicht es Administratoren, große Netzwerke zentral zu verwalten, indem sie Einstellungen für eine Gerätegruppe oder einzelne Geräte anwenden.
  • Dynamische Aktualisierung von Einstellungen: Wenn Sie Änderungen am Netzwerk vorgenommen haben, z. B. das Hinzufügen neuer Geräte oder das Ändern der Netzwerkkonfiguration, können Sie mit DHCP die Einstellungen für die Clientgeräte automatisch aktualisieren, ohne dass ein manueller Eingriff erforderlich ist.
  • Reservierungsfunktion: Sie können das redundante DHCP auf MikroTik konfigurieren, sodass Sie einem bestimmten Gerät eine bestimmte IP-Adresse zuweisen können. Dies ist praktisch für Geräte, die eine konstante IP-Adresse benötigen.

Im Allgemeinen erleichtert die Verwendung von DHCP auf MikroTik die Netzwerkverwaltung und verbessert die Leistung, wodurch die manuelle Konfiguration jedes Geräts im Netzwerk entfällt.

DHCP-Rolle mit Fallback

Die Hauptrolle von DHCP with fallback besteht darin, sicherzustellen, dass IP-Adressen und andere Netzwerkeinstellungen für Geräte, die mit dem MikroTik-Netzwerk verbunden sind, automatisch konfiguriert werden.

Wenn der primäre DHCP-Server aus irgendeinem Grund nicht verfügbar ist, aktiviert DHCP with fallback automatisch den DHCP-Backup-Server und beginnt mit der Ausgabe von IP-Adressen im Netzwerk. Dies verhindert Ausfallzeiten im Netzwerk und sorgt für eine kontinuierliche Verbindung der Geräte.

Die wichtigsten Vorteile der Verwendung von DHCP with Fallback auf MikroTik-Geräten:

  • Garantierte Netzwerkkontinuität bei einem Ausfall des primären DHCP-Servers;
  • Automatisches Umschalten auf einen redundanten Server ohne Administratoreingriff;
  • Einfache Einrichtung und Überwachung von Funktionen;
  • Erhöhen Sie die Netzwerkzuverlässigkeit und verringern Sie die Wahrscheinlichkeit von Ausfallzeiten bei einem DHCP-Serverausfall.

Die Verwendung von DHCP with fallback auf MikroTik ermöglicht einen stabilen und zuverlässigen Netzwerkbetrieb, verhindert mögliche Ausfallzeiten und sorgt für eine kontinuierliche Verbindung der Geräte.

Im Allgemeinen besteht die Rolle von DHCP with fallback darin, die Kontinuität des Netzwerks zu gewährleisten, indem automatisch auf einen redundanten DHCP-Server umgeschaltet wird, wenn der primäre Fehler auftritt. Dies verbessert die Zuverlässigkeit und Verfügbarkeit des Netzwerks, sorgt für eine reibungslose Verbindung der Geräte und vereinfacht die Verwaltung von DHCP-Servern.

Wie es funktioniert

Wenn der Client eine IP-Adresse vom DHCP-Server anfordert, wird zunächst versucht, die Adresse über das primäre DHCP-Protokoll abzurufen. Wenn der Client die Adresse nicht abrufen kann, wird versucht, die Adresse über das ARP-Protokoll abzurufen. Wenn ein ARP-Fehler auftritt, versucht der Client erneut, die Adresse über DHCP abzurufen, verwendet jedoch bereits einen Fallback-DHCP-Server.

Wenn der Client jedoch keine IP-Adresse von einem der DHCP-Server (weder dem primären noch dem Backup-Server) erhalten kann, wird ihm eine Adresse im APIPA-Bereich (Automatic Private IP Addressing) zugewiesen, die Adressen im Bereich 169.254.1.0 bis 169.254.254.255 enthält. Dadurch erhält der Client eine temporäre Adresse für die Kommunikation und sucht weiterhin nach einem verfügbaren DHCP-Server.

Der Prozess zum Abrufen einer IP-Adresse

Der Prozess zum Abrufen einer IP-Adresse mit DHCP with fallback in MikroTik besteht aus den folgenden Schritten:

1. Das mit dem Netzwerk verbundene Gerät sendet eine DHCP-Anforderung an die Broadcast-Adresse, um eine IP-Adresse zu erhalten.

2. Der MikroTik-Router, der im DHCP-Servermodus arbeitet, empfängt eine DHCP-Anforderung und überprüft seinen Adresspool auf eine freie IP-Adresse.

3. Wenn im Adresspool eine freie IP-Adresse vorhanden ist, sendet MikroTik einen DHCP-Vorschlag mit dieser Adresse an das Gerät zurück.

4. Das Gerät akzeptiert einen DHCP-Vorschlag und sendet eine DHCP-Anfrage mit Informationen zur ausgewählten IP-Adresse an MikroTik zurück.

5. MikroTik nimmt eine DHCP-Anforderung vom Gerät an und trägt die entsprechenden Informationen in seine Tabelle mit gemieteten IP-Adressen ein.

6. MikroTik sendet eine DHCP-ACK (Bestätigung) an das Gerät und bestätigt, dass die IP-Adresse erfolgreich abgerufen wurde.

7. Das Gerät empfängt das DHCP-ACK von MikroTik und weist die empfangene IP-Adresse selbst zu.

8. Falls im MikroTik-Adressenpool keine freien IP-Adressen vorhanden sind, erfolgt ein Übergang zur Fallback-Prozedur.

9. Das Gerät sendet eine ARP-Anfrage an die Broadcast-Adresse, ohne das DHCP-Angebot von MikroTik zu erhalten, um eine freie IP-Adresse zu finden.

10. MikroTik reagiert auf eine ARP-Anfrage und sendet eine ARP-Antwort mit einer freien IP-Adresse.

11. Das Gerät empfängt die ARP-Antwort von MikroTik und weist die empfangene IP-Adresse selbst zu.

12. MikroTik trägt die entsprechenden Informationen über die ausgestellte IP-Adresse in die Tabelle der gemieteten IP-Adressen ein.

Der Prozess zum Abrufen einer IP-Adresse mit DHCP with fallback auf MikroTik umfasst daher den standardmäßigen DHCP-Prozess, bei dem IP-Adressen im Pool verfügbar sind, sowie das Fallback-Verfahren, mit dem das Gerät die IP-Adresse abrufen kann, wenn keine freien Adressen im Pool vorhanden sind, indem es eine ARP-Anforderung und eine ARP-Antwort verwendet.

Redundanter DHCP-Server

Mit dem DHCP-Backup-Server-Mechanismus können Sie automatisch zwischen dem primären und dem Reserveserver wechseln, wenn ein primärer DHCP-Server ausfällt oder nicht verfügbar ist.

Um einen DHCP-Backup-Server auf MikroTik zu konfigurieren, müssen Sie zwei DHCP–Server erstellen - einen primären und einen Reserveserver. Der primäre Server kann sich auf einem Gerät befinden, der Backup–Server auf einem anderen Gerät. Beide Server müssen mit den gleichen Einstellungen wie Adresspools, Leasingzeiteinstellungen usw. konfiguriert werden.

Um einen Backup-DHCP-Server zu aktivieren, müssen Sie die Optionen "DHCP mit Fallback" auf MikroTik konfigurieren. Wenn die Option "DHCP mit Fallback" auf den Geräten der Clients aktiviert ist, wechseln sie automatisch vom primären Server zum Fallback, wenn der primäre Server nicht mehr verfügbar ist oder nicht mehr reagiert.

Ein redundanter DHCP-Server mit "DHCP with Fallback" -Technologie sorgt für Zuverlässigkeit und unterbrechungsfreie Netzwerkfunktionen, sodass Sie automatisch eine Verbindung zu einem verfügbaren Server herstellen können, wenn Probleme mit dem primären Server auftreten.