Mi az a DHCP protokoll és hogyan működik?

a DHCP protokollt (Dynamic Host Configuration Protocol) általában a hálózatokban használják a dinamikus IP-címzés konfigurálásához. Minden felhasználó eszközének legalább IP-címre van szüksége ahhoz, hogy csatlakozzon a hálózathoz és csatlakozzon a szolgáltatásokhoz. Amikor a számítógép először csatlakozik a helyi hálózathoz kábellel vagy WiFi SSID-vel, az első dolog az IP-cím, a netmask, az alapértelmezett átjáró és a DNS-kiszolgálók keresése.

hogyan működik a DHCP protokoll?

1. a hálózathoz csatlakozó (kábeles vagy vezeték nélküli) gazdagép DHCP discover üzenetet küld a 2.réteg szegmensében lévő összes gazdagépnek (a célcím FF:FF:FF:FF:ff:FF: FF: ff: ff: ff: ff). A DISCOVER üzenettel ellátott keret eléri a DHCP-kiszolgálót.

2. Miután a DHCP-kiszolgáló megkapta a discover üzenetet, javasolja az IP-címzési ajánlatot az ügyfél gazdagépének az unicast által. Ez az ajánlati üzenet a következőket tartalmazza:

• javasolt IP-cím az ügyfél számára (itt 192.168.1.10)
• alhálózati maszk az alhálózati terület azonosításához (itt 255.255.255.0)
• az alhálózat alapértelmezett átjárójának IP-je (itt 192.168.1.1)
• a DNS-kiszolgáló IP-je a névfordításokhoz (itt 8.8.8.8)
• opciók (olvassa el a teljes cikket)

3. Most, miután az ügyfél megkapja az ajánlatot, kéri az információkat, amelyek ezúttal hivatalosan elküldik a kérési üzenetet a szervernek az unicast segítségével.

4. A kiszolgáló nyugtázó üzenetet küld a DHCP-bérlet megerősítéséről az ügyfélnek. Most az ügyfél új IP-beállításokat használhat.

milyen információk szükségesek a DHCP protokollból, és melyek opcionálisak?

elméletileg csak IP-cím és maszk szükséges az eszköz működéséhez. Ez igaz abban az esetben, ha az eszköz ugyanabban az alhálózatban van más eszközökkel, és kommunikál másokkal, tudva az IP-címüket. Ilyen módon nincs szükség a saját alhálózaton való túllépésre, ezért nincs szükség átjáróra. Csak az IP-címek használata a kommunikációhoz szintén kiküszöböli a névfordítások szükségességét, így a DNS továbbra is opcionális. A valós világban azonban a kommunikáció nagy része túlmutat az alhálózaton és a teljesen minősített Domain neveken (FQDN) továbbít.

a szükséges DHCP-paraméterek mellett vannak olyan DHCP-opciók is, mint például az IP – Telefonálásban használt népszerű 150-es opció, amely tájékoztatja az IP-telefonokat az IP-alközpont IP-címéről a megfelelő telefonregisztráció érdekében-például Cisco Call Manager vagy Asterisk alközpont. Szinte az összes DHCP szervergyártó képes átadni a DHCP opciókat.

mi történik, ha a DHCP-kiszolgáló nem ugyanabban az alhálózatban van ?

megkérdezheti magától, hogy szükség van-e DHCP szerverre ugyanabban az L2 szegmensben (VLAN), mert a DHCP üzenetreléket kínál a sugárzott célcímen, amely csak ugyanazon alhálózatra jó. Jobb nyom! De a DHCP skálázhatóság érdekében lehetőség van arra, hogy a DHCP szerver az alhálózaton kívül legyen. Ilyen megoldás DHCP discover csomagokat általában egyre alapértelmezett átjáró interfész átalakul unicast csomagokat (DHCP discover beágyazott üzenet) a giaddr mező, amely megmondja szerver logikai melléklet azonosítása. A csomagot közvetlenül a szerver IP-jére küldik, amely valahol a routable IP cloud-ban található. A Giaddr segít a DHCP-kiszolgálónak megtalálni a cím megadásához megfelelő címkészletet.

ellenőrizze, hogyan kell beállítani a DHCP-kiszolgálót a hálózati eszközön.