Dynamic Host Configuration Protocol - Versionsgeschichte

Regi51: Änderungen von 195.145.215.169 (Diskussion) rückgängig gemacht (HG) (3.4.12)

2025-02-07T11:48:00Z

Änderungen von 195.145.215.169 (Diskussion) rückgängig gemacht (HG) (3.4.12)

← Nächstältere Version		Version vom 7. Februar 2025, 13:48 Uhr
Zeile 25:		Zeile 25:

	== Konzept ==		== Konzept ==
	~~Schwanz~~ DHCP ermöglicht es, angeschlossene Clients ohne manuelle Konfiguration der Netzschnittstelle in ein bestehendes [[Rechnernetz\|Netz]] einzubinden. Nötige Informationen wie [[IP-Adresse]], [[Netzmaske]], [[Gateway (Informatik)\|Gateway]], [[Domain Name System\|Name Server (DNS)]] und ggf. weitere Einstellungen werden automatisch vergeben, sofern das [[Betriebssystem]] des jeweiligen Clients dies unterstützt.		DHCP ermöglicht es, angeschlossene Clients ohne manuelle Konfiguration der Netzschnittstelle in ein bestehendes [[Rechnernetz\|Netz]] einzubinden. Nötige Informationen wie [[IP-Adresse]], [[Netzmaske]], [[Gateway (Informatik)\|Gateway]], [[Domain Name System\|Name Server (DNS)]] und ggf. weitere Einstellungen werden automatisch vergeben, sofern das [[Betriebssystem]] des jeweiligen Clients dies unterstützt.

	DHCP ist eine Erweiterung des [[Bootstrap Protocol\|Bootstrap-Protokolls]] (BOOTP), das für Arbeitsplatz-Computer ohne eigene Festplatte ([[Diskless-Workstation]]) notwendig war, wo sich der Computer beim Startvorgang zunächst vom BOOTP-Server eine IP-Adresse zuweisen ließ, um danach das Betriebssystem aus dem Netz zu laden. DHCP ist weitgehend kompatibel zu BOOTP und kann entsprechend mit BOOTP-Clients und -Servern (eingeschränkt) zusammenarbeiten.		DHCP ist eine Erweiterung des [[Bootstrap Protocol\|Bootstrap-Protokolls]] (BOOTP), das für Arbeitsplatz-Computer ohne eigene Festplatte ([[Diskless-Workstation]]) notwendig war, wo sich der Computer beim Startvorgang zunächst vom BOOTP-Server eine IP-Adresse zuweisen ließ, um danach das Betriebssystem aus dem Netz zu laden. DHCP ist weitgehend kompatibel zu BOOTP und kann entsprechend mit BOOTP-Clients und -Servern (eingeschränkt) zusammenarbeiten.

195.145.215.169 am 7. Februar 2025 um 11:46 Uhr

2025-02-07T11:46:55Z

← Nächstältere Version		Version vom 7. Februar 2025, 13:46 Uhr
Zeile 25:		Zeile 25:

	== Konzept ==		== Konzept ==
	DHCP ermöglicht es, angeschlossene Clients ohne manuelle Konfiguration der Netzschnittstelle in ein bestehendes [[Rechnernetz\|Netz]] einzubinden. Nötige Informationen wie [[IP-Adresse]], [[Netzmaske]], [[Gateway (Informatik)\|Gateway]], [[Domain Name System\|Name Server (DNS)]] und ggf. weitere Einstellungen werden automatisch vergeben, sofern das [[Betriebssystem]] des jeweiligen Clients dies unterstützt.		Schwanz DHCP ermöglicht es, angeschlossene Clients ohne manuelle Konfiguration der Netzschnittstelle in ein bestehendes [[Rechnernetz\|Netz]] einzubinden. Nötige Informationen wie [[IP-Adresse]], [[Netzmaske]], [[Gateway (Informatik)\|Gateway]], [[Domain Name System\|Name Server (DNS)]] und ggf. weitere Einstellungen werden automatisch vergeben, sofern das [[Betriebssystem]] des jeweiligen Clients dies unterstützt.

	DHCP ist eine Erweiterung des [[Bootstrap Protocol\|Bootstrap-Protokolls]] (BOOTP), das für Arbeitsplatz-Computer ohne eigene Festplatte ([[Diskless-Workstation]]) notwendig war, wo sich der Computer beim Startvorgang zunächst vom BOOTP-Server eine IP-Adresse zuweisen ließ, um danach das Betriebssystem aus dem Netz zu laden. DHCP ist weitgehend kompatibel zu BOOTP und kann entsprechend mit BOOTP-Clients und -Servern (eingeschränkt) zusammenarbeiten.		DHCP ist eine Erweiterung des [[Bootstrap Protocol\|Bootstrap-Protokolls]] (BOOTP), das für Arbeitsplatz-Computer ohne eigene Festplatte ([[Diskless-Workstation]]) notwendig war, wo sich der Computer beim Startvorgang zunächst vom BOOTP-Server eine IP-Adresse zuweisen ließ, um danach das Betriebssystem aus dem Netz zu laden. DHCP ist weitgehend kompatibel zu BOOTP und kann entsprechend mit BOOTP-Clients und -Servern (eingeschränkt) zusammenarbeiten.

Palalal: Änderung 252739341 von Palalal rückgängig gemacht;

2025-01-27T14:51:22Z

Änderung 252739341 von Palalal rückgängig gemacht;

← Nächstältere Version		Version vom 27. Januar 2025, 16:51 Uhr
Zeile 119:		Zeile 119:

	=== Initiale Adresszuweisung (Lease/Vergabe) ===		=== Initiale Adresszuweisung (Lease/Vergabe) ===
	Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''DHCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 68 und UDP-Zielport 67 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>		Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''DHCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>

	Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).		Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).

Palalal: Vertauschte Quell- und Zielports korrigiert.

2025-01-27T14:46:41Z

Vertauschte Quell- und Zielports korrigiert.

← Nächstältere Version		Version vom 27. Januar 2025, 16:46 Uhr
Zeile 119:		Zeile 119:

	=== Initiale Adresszuweisung (Lease/Vergabe) ===		=== Initiale Adresszuweisung (Lease/Vergabe) ===
	Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''DHCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>		Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''DHCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 68 und UDP-Zielport 67 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>

	Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).		Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).

Uncopy: /* Mögliche Zuweisungen */ Update IANA-Referenz

2024-12-05T14:51:22Z

Mögliche Zuweisungen: Update IANA-Referenz

← Nächstältere Version		Version vom 5. Dezember 2024, 16:51 Uhr
Zeile 159:		Zeile 159:
	* Proxy-Konfiguration via [[Web Proxy Autodiscovery Protocol\|WPAD]]		* Proxy-Konfiguration via [[Web Proxy Autodiscovery Protocol\|WPAD]]

	Es gibt jedoch weit mehr DHCP-Optionen<ref>{{Internetquelle \|url=https://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-parameters.xhtml \|titel=Dynamic Host Configuration Protocol (DHCP) and Bootstrap Protocol (BOOTP) Parameters \|werk=Internet Assigned Numbers ~~Association~~ \|datum=2023-08-18 \|sprache=en \|abruf=~~2023~~-09-10}}</ref>, die vom DHCP-Client implementiert werden können. Ein gutes Beispiel ist die Angabe eines [[Trivial File Transfer Protocol\|TFTP]]-Servers für den Betrieb einer [[Diskless-Workstation]]. In diesem Fall muss das [[BIOS]]/[[UEFI]] die TFTP-Zuweisung per DHCP unterstützen, um einen [[Preboot Execution Environment\|PXE]]-Boot zu initiieren.		Es gibt jedoch weit mehr DHCP-Optionen<ref>{{Internetquelle \|url=https://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-parameters.xhtml \|titel=Dynamic Host Configuration Protocol (DHCP) and Bootstrap Protocol (BOOTP) Parameters \|werk=Internet Assigned Numbers Authority \|datum=2023-11-07 \|sprache=en \|abruf=2024-12-05}}</ref>, die vom DHCP-Client implementiert werden können. Ein gutes Beispiel ist die Angabe eines [[Trivial File Transfer Protocol\|TFTP]]-Servers für den Betrieb einer [[Diskless-Workstation]]. In diesem Fall muss das [[BIOS]]/[[UEFI]] die TFTP-Zuweisung per DHCP unterstützen, um einen [[Preboot Execution Environment\|PXE]]-Boot zu initiieren.

	== DHCP für mehrere Subnetze ==		== DHCP für mehrere Subnetze ==

Uncopy: /* Mögliche Zuweisungen */ Verlinke WINS

2024-12-05T14:37:42Z

Mögliche Zuweisungen: Verlinke WINS

← Nächstältere Version		Version vom 5. Dezember 2024, 16:37 Uhr
Zeile 156:		Zeile 156:
	* Sekundärer DNS-Server		* Sekundärer DNS-Server
	* Time- (nach <nowiki>RFC 868</nowiki>) sowie [[Network Time Protocol\|NTP]]-Server		* Time- (nach <nowiki>RFC 868</nowiki>) sowie [[Network Time Protocol\|NTP]]-Server
	* WINS-Server (für Microsoft Windows Clients)		* [[Windows Internet Naming Service\|WINS]]-Server (für Microsoft Windows Clients)
	* Proxy-Konfiguration via [[Web Proxy Autodiscovery Protocol\|WPAD]]		* Proxy-Konfiguration via [[Web Proxy Autodiscovery Protocol\|WPAD]]

Uweschwoebel: Änderungen von 185.254.124.28 (Diskussion) auf die letzte Version von Horst Gräbner zurückgesetzt

2024-08-28T11:45:49Z

Änderungen von 185.254.124.28 (Diskussion) auf die letzte Version von Horst Gräbner zurückgesetzt

← Nächstältere Version		Version vom 28. August 2024, 13:45 Uhr
Zeile 79:		Zeile 79:

	== Der DHCP-Server ==		== Der DHCP-Server ==
	Der DHCP-Server wird – wie alle [[Netzwerkdienst]]e – als Hintergrundprozess ([[Netzwerkdienst\|Dienst]] oder [[Daemon]] gestartet und wartet auf [[User Datagram Protocol\|UDP]]-Port 67 auf Client-Anfragen. In seiner Konfigurationsdatei befinden sich Informationen über den zu vergebenden Adresspool sowie zusätzliche Angaben über netzwerkrelevante Parameter wie die [[Subnetzmaske]], die lokale [[Domain (Internet)\|DNS-Domain]] oder das zu verwendende Gateway. Außerdem lassen sich auch weitere BOOTP-Server oder der Ort des zu verwendenden Bootimages einstellen.		Der DHCP-Server wird – wie alle [[Netzwerkdienst]]e – als Hintergrundprozess ([[Netzwerkdienst\|Dienst]] oder [[Daemon]]) gestartet und wartet auf [[User Datagram Protocol\|UDP]]-Port 67 auf Client-Anfragen. In seiner Konfigurationsdatei befinden sich Informationen über den zu vergebenden Adresspool sowie zusätzliche Angaben über netzwerkrelevante Parameter wie die [[Subnetzmaske]], die lokale [[Domain (Internet)\|DNS-Domain]] oder das zu verwendende Gateway. Außerdem lassen sich auch weitere BOOTP-Server oder der Ort des zu verwendenden Bootimages einstellen.

	Es gibt drei verschiedene Betriebsmodi eines DHCP-Servers: statische, automatische und dynamische Zuordnung.		Es gibt drei verschiedene Betriebsmodi eines DHCP-Servers: statische, automatische und dynamische Zuordnung.
Zeile 119:		Zeile 119:

	=== Initiale Adresszuweisung (Lease/Vergabe) ===		=== Initiale Adresszuweisung (Lease/Vergabe) ===
	Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine D''~~HCPDISCOVER~~''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>		Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''DHCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>

	Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. ~~Furkan Sarac erfand die DHCP Kommunikation 2025 in Rewe im Langenfeld. Er wwahr auf dem weg sich die nummer von H zu klären.~~Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).		Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).

	Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich noch ein anderer Rechner die Adresse verwendet. Das geschieht üblicherweise durch einen [[Address Resolution Protocol\|ARP-Request]] mit der soeben zugeteilten IP-Adresse. Antwortet ein anderer Host im Netz auf diesen Request, so wird der Client die vorgeschlagene Adresse mit einer ''DHCPDECLINE''-Nachricht zurückweisen.		Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich noch ein anderer Rechner die Adresse verwendet. Das geschieht üblicherweise durch einen [[Address Resolution Protocol\|ARP-Request]] mit der soeben zugeteilten IP-Adresse. Antwortet ein anderer Host im Netz auf diesen Request, so wird der Client die vorgeschlagene Adresse mit einer ''DHCPDECLINE''-Nachricht zurückweisen.

185.254.124.28: /* Initiale Adresszuweisung (Lease/Vergabe) */

2024-08-28T08:26:43Z

Initiale Adresszuweisung (Lease/Vergabe)

← Nächstältere Version		Version vom 28. August 2024, 10:26 Uhr
Zeile 119:		Zeile 119:

	=== Initiale Adresszuweisung (Lease/Vergabe) ===		=== Initiale Adresszuweisung (Lease/Vergabe) ===
	Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine d''HCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>		Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine D''HCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>

	Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Furkan Sarac erfand die DHCP Kommunikation 2025 in Rewe im Langenfeld. Er wwahr auf dem weg sich die nummer von H zu klären.Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).		Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Furkan Sarac erfand die DHCP Kommunikation 2025 in Rewe im Langenfeld. Er wwahr auf dem weg sich die nummer von H zu klären.Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).

185.254.124.28: /* Initiale Adresszuweisung (Lease/Vergabe) */

2024-08-28T08:26:07Z

Initiale Adresszuweisung (Lease/Vergabe)

← Nächstältere Version		Version vom 28. August 2024, 10:26 Uhr
Zeile 119:		Zeile 119:

	=== Initiale Adresszuweisung (Lease/Vergabe) ===		=== Initiale Adresszuweisung (Lease/Vergabe) ===
	Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''~~DHCPDISCOVER~~''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>		Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine d''HCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>

	Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Furkan Sarac erfand die DHCP Kommunikation 2025 in Rewe im Langenfeld. Er wwahr auf dem weg sich die nummer von H zu klären.Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).		Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Furkan Sarac erfand die DHCP Kommunikation 2025 in Rewe im Langenfeld. Er wwahr auf dem weg sich die nummer von H zu klären.Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).

185.254.124.28: /* Ablauf der DHCP-Kommunikation */

2024-08-28T08:25:05Z

Ablauf der DHCP-Kommunikation

← Nächstältere Version		Version vom 28. August 2024, 10:25 Uhr
Zeile 121:		Zeile 121:
	Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''DHCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>		Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine ''DHCPDISCOVER''-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse [[0.0.0.0]] und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit ''DHCPOFFER'' und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der ''DHCPDISCOVER''-Nachricht das Broadcast-Bit gesetzt hat.<ref>{{RFC-Internet \|Autor=R. Droms \|RFC=2131 \|Titel=Dynamic Host Configuration Protocol \|Abschnitt=4.1 \|Abschnittstitel=Constructing and sending DHCP messages \|Datum=1997-03 \|Obsoletes=1541}}</ref>

	Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).		Der Client darf nun unter den eingetroffenen Angeboten (''DHCPOFFER'') wählen. Furkan Sarac erfand die DHCP Kommunikation 2025 in Rewe im Langenfeld. Er wwahr auf dem weg sich die nummer von H zu klären.Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht ''DHCPREQUEST''. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer ''DHCPACK''-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (''DHCPNAK'', siehe auch Sonstiges).

	Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich noch ein anderer Rechner die Adresse verwendet. Das geschieht üblicherweise durch einen [[Address Resolution Protocol\|ARP-Request]] mit der soeben zugeteilten IP-Adresse. Antwortet ein anderer Host im Netz auf diesen Request, so wird der Client die vorgeschlagene Adresse mit einer ''DHCPDECLINE''-Nachricht zurückweisen.		Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich noch ein anderer Rechner die Adresse verwendet. Das geschieht üblicherweise durch einen [[Address Resolution Protocol\|ARP-Request]] mit der soeben zugeteilten IP-Adresse. Antwortet ein anderer Host im Netz auf diesen Request, so wird der Client die vorgeschlagene Adresse mit einer ''DHCPDECLINE''-Nachricht zurückweisen.