De Dynamic Host Configuration Protocol (DHCP) is een gestandaardiseerd netwerkprotocol gebruikt op Internet Protocol (IP) netwerken voor het dynamisch verdelen netwerkconfiguratieparameters, zoals IP-adressen voor interfaces en diensten. Met DHCP, computers vragen IP-adressen en netwerken parameters automatisch van een DHCP-server, waardoor de noodzaak voor een netwerkbeheerder of een gebruiker deze instellingen handmatig configureren. Dynamic Host Configuration Protocol (DHCP) wiki.
Inhoud
- 1 Overzicht
- Geschiedenis 2
- 3 Bediening
- 3.1 DHCP ontdekking
- 3.2 DHCP-aanbod
- 3.3 DHCP-aanvraag
- 3.4 DHCP-erkenning
- 3,5 DHCP informatie
- 3.6 DHCP vrijgeven
- 4 Client configuratieparameters
- 5 DHCP-opties
- 5.1 Vendor identificatie
- 6 DHCP-relay
- 7 Betrouwbaarheid
- 8 Beveiliging
- 9 IETF normen documenten
- 10 Zie ook
- 11 Aantekeningen
- 12 Referenties
- 13 Externe links
Overzicht
Computers gebruiken het Dynamic Host Configuration Protocol voor het aanvragen van Internet Protocol parameters – zoals een IP-adres – vanaf een netwerkserver. Het protocol werkt op basis van het client-server model . DHCP is heel gebruikelijk in alle moderne netwerken, variërend in grootte van thuisnetwerken tot grote campus netwerken en regionale internet service provider netwerken. De meeste residentiële netwerk routers krijgen een wereldwijd unieke IP-adres binnen het provider netwerk. Binnen een lokaal netwerk, DHCP kent een lokaal IP-adres aan apparaten die zijn aangesloten op het lokale netwerk.
Wanneer een computer of ander netwerkapparaat aangesloten op een netwerk, de DHCP-client-software in zijn besturingssysteem stuurt een broadcast -query aanvragen noodzakelijke informatie. Elke DHCP-server op het netwerk kan de te verwerken. De DHCP-server beheert een pool van IP-adressen en informatie over client configuratie parameters zoals standaard gateway, de domeinnaam, de nameservers, en de tijd servers. Na ontvangst van een aanvraag, kan de server reageren met specifieke informatie voor elke klant, zoals eerder door een beheerder geconfigureerd, of met een specifiek adres en alle andere informatie geldig voor het gehele netwerk, en de periode waarvoor de toewijzing (lease) is geldig. Een gastheer vraagt typisch voor deze informatie onmiddellijk na het opstarten , en daarna periodiek vóór het verstrijken van de informatie. Wanneer een opdracht wordt ververst door de clientcomputer wordt eerst vraagt dezelfde parameterwaarden, maar kan een nieuw adres van de server worden toegewezen op basis van de opdracht beleid beheerders vastgesteld.
Op grote netwerken die bestaan uit meerdere links, kan een enkele DHCP-server het gehele netwerk te onderhouden wanneer geholpen door DHCP Relay-agents op de tussendeur routers. Dergelijke middelen relais berichten tussen DHCP-clients en DHCP-servers zich op verschillende subnetten.
Afhankelijk van de uitvoering kan de DHCP-server drie methoden voor het toewijzen van IP-adressen:
- dynamische toewijzing: Een netwerkbeheerder behoudt een reeks IP-adressen voor DHCP, en elke client-computer op het LAN is geconfigureerd om een IP-adres van de DHCP-verzoeken server tijdens netwerk initialisatie. De aanvraag-en-subsidie-proces maakt gebruik van een lease concept met een controleerbare periode, waardoor de DHCP-server IP-adressen die niet worden verlengd terug te winnen (en vervolgens opnieuw toe te wijzen)
- automatische toewijzing: De DHCP-server kent permanent een IP-adres aan een verzoekende klant uit de door de beheerder gedefinieerde bereik. Dit is als dynamische toewijzing, maar de DHCP server houdt een lijst van vroegere IP adres opdrachten, zodat voorkeur hetzelfde IP-adres dat de klant eerder kan toewijzen aan een cliënt.
- statische allocatie: De DHCP-server wijst een IP-adres op basis van een vooraf in kaart brengen om elke klant het MAC-adres. Deze functie wordt verscheiden genoemd statische DHCP opdracht van DD-WRT , fixed-adres door de dhcpd documentatie, adres reserveren door Netgear, DHCP reservering of statische DHCP door Cisco en Linksys, en het IP-adres reserveren of MAC / IP-adres binding door verschillende andere router fabrikanten.
DHCP wordt gebruikt voor Internet Protocol versie 4 (IPv4) en IPv6. Terwijl beide versies dienen hetzelfde doel, de details van het protocol voor IPv4 en IPv6 voldoende verschillend dat ze kunnen worden beschouwd als afzonderlijke protocollen. Voor IPv6- werking, kunnen apparaten als alternatief gebruiken stateless automatische adresconfiguratie. IPv4 hosts kunnen ook gebruik maken van link-local-adressering om de werking beperkt tot het lokale netwerk koppeling te realiseren.
Geschiedenis
In 1984, de Reverse Address Resolution Protocol ( RARP ), gedefinieerd in RFC 903, werd geïntroduceerd waarmee eenvoudige apparaten zoals schijfloze werkstations naar een geschikt IP-adres dynamisch wordt opgehaald. Echter, omdat het gehandeld bij de data link layer het maakte implementatie moeilijk op vele server platforms, en ook vereist dat een server aanwezig is op elk individueel netwerk schakel zijn. Kort daarna werd het vervangen door de “Bootstrap Protocol” ( BOOTP ) gedefinieerd in RFC 951. Dit is het concept van een relay-agent, die de transmissie van BOOTP-pakketten via netwerken toegestaan, waardoor één centrale BOOTP server om hosts te dienen op vele IP subnetten.
DHCP is gebaseerd op BOOTP, maar kan dynamisch IP-adressen toe te wijzen uit een pool en het vrijmaken van ze als ze niet meer in gebruik. Het kan ook worden gebruikt om een breed scala van extra configuratieparameters klanten IP, waaronder platformspecifieke parameters leveren werd eerst gedefinieerd in RFC 1531 in oktober 1993; maar door fouten in het redactionele proces werd bijna onmiddellijk heruitgegeven als RFC 1541.
Vier jaar later het type DHCPINFORM bericht en andere kleine veranderingen werden toegevoegd door RFC 2131; die vanaf 2014 blijft de standaard voor IPv4-netwerken.
DHCPv6 werd aanvankelijk beschreven door RFC 3315 in 2003, maar dit is bijgewerkt door vele latere RFC’s. RFC 3633 toegevoegd een DHCPv6-mechanisme voor het prefix delegatie, en stateless automatische adresconfiguratie werd toegevoegd door RFC 3736.
Operation

De DHCP maakt gebruik van een verbindingsloos servicemodel, met behulp van het User Datagram Protocol (UDP). Het wordt uitgevoerd met twee UDP-poortnummers voor zijn handelingen die hetzelfde als voor het zijn BOOTP -protocol. UDP poort nummer 67 is de haven van bestemming van een server, en UDP poort nummer 68 wordt gebruikt door de opdrachtgever.
DHCP-activiteiten vallen in vier fasen: server ontdekking, IP-lease-aanbod, IP verzoek, en IP-lease-erkenning. Deze fasen worden vaak afgekort als DORA voor ontdekking, aanbod, verzoek, en erkenning.
De DHCP-operatie begint met klanten uitzenden van een verzoek. Als de client en server zijn op verschillende subnetten, een DHCP Helper of DHCP Relay-agent kan worden gebruikt. De cliënten die in de verlenging van een bestaande huurovereenkomst kan rechtstreeks via UDP communiceren unicast, omdat de klant heeft al een gevestigde IP-adres op dat punt.
DHCP ontdekking
Verzendt de client berichten op het netwerk subnet via het bestemmingsadres 255.255.255.255 of de specifieke subnet broadcast-adres. Een DHCP-client kan ook verzoeken de laatst bekende IP-adres. Indien de opdrachtgever blijft aangesloten op hetzelfde netwerk, kan de server het verzoek in te willigen. Anders, het hangt af of de server als gezaghebbend of niet is ingesteld. Een gezaghebbende server weigert de aanvraag, waardoor de klant om een nieuwe aanvraag te geven. Een niet-gezaghebbende server gewoon negeert het verzoek, wat leidt tot een implementatie-afhankelijke time-out voor de klant om het verzoek te vervallen en vraag om een nieuw IP-adres.
UDP src = 0.0.0.0 Sport = 68 Dest = 255.255.255.255 dport = 67 |
|||
OP | HTYPE | HLEN | HOP |
---|---|---|---|
0x01 | 0x01 | 0x06 | 0x00 |
XID | |||
0x3903F326 | |||
SECS | VLAGGEN | ||
0x0000 | 0x0000 | ||
CIADDR (Client IP-adres) | |||
0x00000000 | |||
YIADDR (Uw IP-adres) | |||
0x00000000 | |||
SIADDR (Server IP-adres) | |||
0x00000000 | |||
GIADDR (Gateway IP-adres) | |||
0x00000000 | |||
CHADDR (Client hardware-adres) | |||
0x00053C04 | |||
0x8D590000 | |||
0x00000000 | |||
0x00000000 | |||
192 bytes van 0s, of overloop ruimte voor extra opties. BOOTP erfenis | |||
Magic cookie | |||
0x63825363 | |||
DHCP-opties | |||
DHCP-optie 53: DHCP Discover | |||
DHCP-optie 50: 192.168.1.100 gevraagde | |||
DHCP-optie 55: Parameter List Request: Verzoek Subnetmasker (1), Router (3), Domain Name (15), Domain Name Server (6) |
DHCP-aanbod
Als er een DHCP-server ontvangt een DHCPDISCOVER bericht van een klant, dat is een IP-adres lease aanvraag, de server zich een IP-adres voor de klant en een huurovereenkomst aanbiedt door het sturen van een DHCPOFFER boodschap aan de klant. Dit bericht bevat het MAC-adres van de klant, het IP-adres dat de server is het aanbieden, het subnetmasker, de duur lease, en het IP-adres van de DHCP-server die het aanbod.
De server bepaalt de configuratie op basis van hardware-adres van de klant, zoals gespecificeerd in het veld CHADDR (client hardware-adres). Hier de server, 192.168.1.1, specificeert het IP-adres van de client in het veld YIADDR (uw IP-adres).
UDP src = 192.168.1.1 Sport = 67 Dest = 255.255.255.255 | dport = 68 |
||||
OP | HTYPE | HLEN | HOP | |
---|---|---|---|---|
0x02 | 0x01 | 0x06 | 0x00 | |
XID | ||||
0x3903F326 | ||||
SECS | VLAGGEN | |||
0x0000 | 0x0000 | |||
CIADDR (Client IP-adres) | ||||
0x00000000 | ||||
YIADDR (Uw IP-adres) | ||||
0xC0A80164 | ||||
SIADDR (Server IP-adres) | ||||
0xC0A80101 | ||||
GIADDR (Gateway IP-adres) | ||||
0x00000000 | ||||
CHADDR (Client hardware-adres) | ||||
0x00053C04 | ||||
0x8D590000 | ||||
0x00000000 | ||||
0x00000000 | ||||
192 bytes van 0s. BOOTP erfenis | ||||
Magic cookie | ||||
0x63825363 | ||||
DHCP-opties | ||||
DHCP-optie 53: DHCP Aanbieding | ||||
DHCP-optie 1: 255.255.255.0 subnet mask | ||||
DHCP-optie 3: 192.168.1.1 router | ||||
DHCP-optie 51: 86400s (1 dag) IP-adres lease tijd | ||||
DHCP-optie 54: 192.168.1.1 DHCP-server | ||||
DHCP-optie 6: DNS-servers 9.7.10.15, 9.7.10.16, 9.7.10.18 |
DHCP-aanvraag
In reactie op de DHCP aanbod, antwoordt de cliënt een DHCP verzoek uitzenden naar de server, verzocht het adres aangeboden. Een cliënt kan DHCP aanbiedingen van meerdere servers te ontvangen, maar het zal slechts een DHCP-aanbod te accepteren. Op basis van de gewenste server identificatie optie in het verzoek en broadcast messaging, zijn servers op de hoogte van wie het aanbod van de opdrachtgever heeft aanvaard. Wanneer andere DHCP-servers te ontvangen dit bericht, ze trekken de aanbiedingen die ze zouden hebben gemaakt de cliënt en de terugkeer van de aangeboden adres aan de pool van beschikbare adressen.
UDP src = 0.0.0.0 Sport = 68 Dest = 255.255.255.255 [a] dport = 67 |
||||
OP | HTYPE | HLEN | HOP | |
---|---|---|---|---|
0x01 | 0x01 | 0x06 | 0x00 | |
XID | ||||
0x3903F326 | ||||
SECS | VLAGGEN | |||
0x0000 | 0x0000 | |||
CIADDR (Client IP-adres) | ||||
0x00000000 | ||||
YIADDR (Uw IP-adres) | ||||
0x00000000 | ||||
SIADDR (Server IP-adres) | ||||
0xC0A80101 | ||||
GIADDR (Gateway IP-adres) | ||||
0x00000000 | ||||
CHADDR (Client hardware-adres) | ||||
0x00053C04 | ||||
0x8D590000 | ||||
0x00000000 | ||||
0x00000000 | ||||
192 bytes van 0s. BOOTP erfenis | ||||
Magic cookie | ||||
0x63825363 | ||||
DHCP-opties | ||||
DHCP-optie 53: DHCP Request | ||||
DHCP-optie 50: 192.168.1.100 gevraagde | ||||
DHCP-optie 54: 192.168.1.1 DHCP-server. |
DHCP erkenning
Wanneer de DHCP-server ontvangt de DHCPREQUEST boodschap van de opdrachtgever, het configuratieproces gaat zijn laatste fase. De erkenning fase omvat het verzenden van een DHCPACK pakket naar de klant. Dit pakket omvat de duur van de lease en andere configuratie-informatie die de cliënt zou hebben gevraagd. Op dit punt wordt het IP-configuratie voltooid.
Het protocol verwacht dat de DHCP-client om zijn netwerkinterface configureren met de onderhandelde parameters.
Nadat de klant een IP-adres verkrijgt, moet de nieuw ontvangen adres onderzoeken (bv met ARP Address Resolution Protocol) naar het adres conflicten veroorzaakt door overlappende adres pools van DHCP-servers te voorkomen.
UDP src = 192.168.1.1 Sport = 67 Dest = 255.255.255.255 dport = 68 |
||||
OP | HTYPE | HLEN | HOP | |
---|---|---|---|---|
0x02 | 0x01 | 0x06 | 0x00 | |
XID | ||||
0x3903F326 | ||||
SECS | VLAGGEN | |||
0x0000 | 0x0000 | |||
CIADDR (Client IP-adres) | ||||
0x00000000 | ||||
YIADDR (Uw IP-adres) | ||||
0xC0A80164 | ||||
SIADDR (Server IP-adres) | ||||
0xC0A80101 | ||||
GIADDR (IP-adres gateway geschakeld via relais) | ||||
0x00000000 | ||||
CHADDR (Client hardware-adres) | ||||
0x00053C04 | ||||
0x8D590000 | ||||
0x00000000 | ||||
0x00000000 | ||||
192 bytes van 0s. BOOTP erfenis | ||||
Magic cookie | ||||
0x63825363 | ||||
DHCP-opties | ||||
DHCP-optie 53: DHCP ACK | ||||
DHCP-optie 1: 255.255.255.0 subnet mask | ||||
DHCP-optie 3: 192.168.1.1 router | ||||
DHCP-optie 51: 86400s (1 dag) IP-adres lease tijd | ||||
DHCP-optie 54: 192.168.1.1 DHCP-server | ||||
DHCP-optie 6: DNS-servers 9.7.10.15, 9.7.10.16, 9.7.10.18 |
DHCP-informatie
Een DHCP-cliënt kan meer informatie dan zendt de server met de originele DHCPOFFER verzoeken. De klant kan ook herhalen gegevens op te vragen voor een bepaalde toepassing. Bijvoorbeeld browsers gebruiken DHCP Informeer naar web proxy-instellingen via verkrijgen WPAD.
DHCP vrijgeven
De client stuurt een verzoek naar de DHCP-server om de DHCP-gegevens vrij te geven en de klant deactiveert het IP-adres. Als client-apparaten meestal niet weten wanneer gebruikers ze kunnen loskoppelen van het netwerk, wordt het protocol niet de verplichting op het sturen van de DHCP-release.
Client configuratie parameters
Een DHCP-server kan optionele configuratie parameters te bieden aan de klant. RFC 2132 beschrijft de beschikbare DHCP-opties gedefinieerd door Internet Assigned Numbers Authority (IANA) DHCP en BOOTP PARAMETERS
Een DHCP-client kunt selecteren, bewerken en overschrijven parameters geleverd door een DHCP-server.
DHCP-opties
Opties zijn variabele lengte octet snaren. De eerste byte is de optie code, de tweede octet is het aantal volgende octetten en de overblijvende octetten normafhankelijke. Zo zou de DHCP Message soort optie voor een bod verschijnen als 0x35,0x01,0x02, waar 0x35 is code 53 voor “DHCP Message Type”, 0x01 betekent een octet volgt en 0x02 is de waarde van het “Bod”.
De volgende tabellen geven de beschikbare DHCP-opties, zoals vermeld in RFC2132. [13]