Dinamikus gazdagép konfigurációs protokoll
Funkció | Dinamikus állomáskonfiguráció |
---|---|
Betűszó | Dhcp |
Kikötő |
67 szerver; kliens 68. |
RFC |
RFC 1531 RFC 1534 RFC 2131 RFC 2132 |
A Dinamikus hosztkonfigurációs protokoll (DHCP, dinamikus hosztkonfigurációs protokoll) egy olyanhálózati protokoll,amelynek feladata azállomásvagy a gépIP-paramétereinek automatikus konfigurálásának biztosítása, különös tekintettel azáltal, hogy automatikusan hozzárendel neki egyIP-címetés egyalhálózati maszkot. A DHCP konfigurálhatja az alapértelmezett átjáró, aDNSnévkiszolgálók és azNBNSnévkiszolgálókcímét is(WINSszerverek névena Microsoft vállalati hálózataiban).
Az IP kezdeti megtervezése feltételezte, hogy a hálózathoz csatlakozó számítógépek mindegyike a helyes TCP / IP paraméterekkel van előre konfigurálva: ez statikus címzés (más néven fix IP ). Nagy vagy nagy hálózatokon, ahol gyakran történnek módosítások, a statikus címzés nagy karbantartási terhelést és hibakockázatot okoz. Ezenkívül a hozzárendelt címek nem használhatók, ha az ezt az IP-címet birtokló számítógép nem működik: tipikus esetben ez problémát jelent az internetszolgáltatóké ( ISP ). Ezeknek általában több kliensük van, mint elérhető IP-címek. nekik, de akiknek ügyfelei soha nem kapcsolódnak egyszerre.
A DHCP megoldást kínál a következő három hátrányra:
A protokollt először 2009-ben mutatták be 1993. októberés az RFC 1531, az RFC 1534, az RFC 2131 és az RFC 2132 módosítja és egészíti ki .
Ez a protokoll működhet az IPv4- tel ; az IPv6- tal is működik, majd DHCPv6- nak hívják . Az IPv6-ban azonban a címek automatikusan konfigurálhatók DHCP nélkül.
Az ügyfél egyfajta NetBios csomópontot is fogadhat .
A DHCP-kiszolgáló által elfogadható opciók listája megtalálható az RFC 2132 dokumentumban: DHCP-opciók és BOOTP-szolgáltató kiterjesztései, RFC 1497: Szolgáltatói kiterjesztések fejezet .
A DHCP-kiszolgálóknak statikus IP-címmel kell rendelkezniük.
A legtöbb operációs rendszer rendelkezik DHCP v4 kliensekkel.
A Windows 2000, 98 nem támogatja natívan az IPv6-ot (ellentétben a Windows Vistával , a Microsoft Windows 7-tel és a későbbiekkel). Az IPv6 XP alatt érhető el, ha a ipv6 install Windows terminálba írja be a " " parancsot . Számos megoldás létezik az IPv6 hiányának problémájának leküzdésére, ideértve az ingyenes megoldás telepítését is . A DHCPv6 szerver elérhető a Windows Server 2008 rendszerben .
Számos ingyenes kliens és szerver a DHCP v4 és v6 számára elérhető a BSD platformokhoz (FreeBSD / NetBSD / OpenBSD / Apple Mac OS X), valamint a POSIX platformokhoz (Linux / " UNIX-szerű "). Itt is célszerű ellenőrizni, hogy melyik kezeli csak az IPv4-et, vagy az IPv4-et és az IPv6-ot.
A dinamikus IP-címeket korlátozott időtartamra (bérleti idő vagy bérleti idő ) adják meg , amelyet a DHCP-tranzakciót lezáró nyugtázásként küldenek az ügyfélnek.
Az azt kísérő T1 érték (alapértelmezés szerint a bérlet időtartamának 50% -a) határozza meg azt az időtartamot, amely után az ügyfél rendszeresen elkezdi kérni bérletének megújítását a címet megadó szervertől. Ezúttal a tranzakciót hagyományos IP-továbbítással hajtják végre, címről címre.
Ha a második érték által meghatározott határidő T2 (alapértelmezés szerint a lízing időtartamának 87,5% -a) letelt, és a lízinget nem sikerült megújítani (például, ha a származási DHCP-kiszolgáló nem működik), az ügyfél új cím kiosztást kér sugárzással.
Ha a bérlet lejártakor az ügyfél nem tudta megszerezni a megújítást vagy új allokációt, a cím deaktiválódik, és elveszíti a TCP / IP hálózat normál használatának lehetőségét.
Amikor a DHCP szerver és az ügyfél nem ugyanazon az Ethernet szegmensen vannak , az utóbbi által küldött adások nem érik el a szervert, mert az útválasztók nem továbbítják az általános adásokat ( adásokat ). Ebben az esetben DHCP relé ügynököt használunk.
A közvetítő ügynököt tartalmazó adott állomás statikus IP-címmel van konfigurálva, és az ügynök konfigurálásakor megadjuk annak a DHCP-kiszolgálónak a címét, amelyre továbbítja a 67 -es porton elért DHCP-felfedezéseket (a közvetítő ügynök program). Szegmensében (amely egyben az ügyfélé is) sugározza a DHCP-szervertől kapott válaszokat.
A közvetítő ügynök egy olyan program, amely a gazda egy vagy több felületén aktiválódik, és amely felelős lesz az ügyfél DHCP kérésének továbbításáért, ha az utóbbi nem ugyanazon a szegmensen van, mint a DHCP szerver. Feladata teljesítéséhez a közvetítő ügynök saját IP-címét helyezi el az ügyféltől kapott DHCP keret GIADDR mezőjében. Ezután unicast küldi tovább ezt a keretet , közvetlenül annak a DHCP-kiszolgálónak a címére, amelyre konfigurálva van. A DHCP-kiszolgáló a GIADDR mezővel határozza meg az alhálózatot, és javaslatot tesz egy címre az IP-címek megfelelő tartományában. Amikor a szerver válaszol az ügynökre, a választ a továbbított ügynök által jelzett GIADDR címre küldi, még mindig unicast-ban . A relé ügynök ezután továbbítja a választ sugárzott a ethernet szegmens a kérő ügyfél.
A továbbító ügynök telepíthető egy útválasztóra, ha elfogadja ezt a funkciót. Választhatja az ügynök szerverre történő telepítését is.
Ahhoz, hogy a DHCP-kiszolgáló képes legyen IP-címek kiszolgálására, meg kell adni neki egy „címkészletet”, amelyből lehívhat: ez a címtartomány . Több tartomány meghatározása lehetséges, diszjunkt vagy összefüggő.
A szegmens címei, amelyek nem jelennek meg a DHCP-kiszolgáló rendelkezésére bocsátott bármely tartományban, semmiképpen sem kerülnek terjesztésre, és statikus hozzárendelések tárgyát képezhetik (általában: fix IP-címet igénylő szervereknél, útválasztóknál, hálózati nyomtatóknál ...) .
Lehetséges a statikus címzéshez való felhasználás kizárása is, például egy tartományba tartozó címek vagy címblokkok.
Végül a cím lefoglalása korlátozható annak a lehetőségnek a megadásával, amelynek fizikai címe vagy adott „ ügyfél-azonosítója ” van. Ez hasznos lehet azoknál a gépeknél, amelyeknek a címnek állandónak kell maradnia, de a többi IP-paramétert központilag és automatikusan kell vezérelni. Ezt a mechanizmust a 61. opció biztosítja (lásd RFC 2131).
Egy másik lehetőség lehetővé teszi, hogy mindig ugyanazt az IP-címet adja meg egy adott porthoz csatlakoztatott eszköznek. 82. lehetőség (lásd RFC 3046)
Ha több DHCP-kiszolgálót használ ugyanazon a szegmensen, akkor a különböző szerverek címtartományainak metszéspontjának üresnek kell lennie, különben a hozzárendelések és a megújítások kétértelműek. Valójában a DHCP-kiszolgálók nem cserélnek semmilyen információt az általuk nyújtott bérletről.