Dhcp art menedzsment IP-címeket

Pavel Ivanov, HÁLÓZAT # 10/99

Az üzenet típusa (1 = BOOTREQUEST, 2 = BOOTREPLY)

Szakterület további paraméterek

Az alapelvek az építészet és az üzenet formátum

Ábra. 1. DHCP Message Format (zárójelben - a mező méretét byte)

A fent említett követelmény, hogy támogatják az alapvető elemek BOOTP protokoll nem véletlen. DHCP alakult, mint a közvetlen meghosszabbítása BOOTP és ekként érzékel-BOOTP ügyfeleket. Ez a körülmény elsősorban elősegíti a formátumot DHCP üzenetek nagyjából ugyanolyan formátumot használják a jogelőd protokoll és az RFC 951 (1.).

A szerepe az átviteli protokollt a DHCP-üzenetek végez UDP. Ha egy üzenetet küldött a klienstől a szerverhez 67-én-a DHCP szerver port, az átadás az ellenkező irányba - a 68.. Ezek port számok, és hasonló szerkezettel üzenetek visszafelé kompatibilitás biztosításához DHCP BOOTP. Különleges eljárások az interakció az ügyfelek és a BOOTP-kiszolgálók és a DHCP szabályozza az RFC 1542 dokumentumban.

3. Az ügyfél nem köteles válaszolni a legelső javaslat érkezett. Ez lehetővé tette neki, hogy várjon a válaszok több szerver és maradni az egyik javaslatot elküldte a terjesztő hálózat DHCPREQUEST. Ez tartalmazza az azonosítót a kiválasztott szerver, és esetleg a kívánt értékeket kért konfigurációs paramétereket.

, Az ügyfél elküldi ezt az üzenetet újra, ha várva a szerver válasz DHCPDISCOVER elérte timeout.

4. A jelenlegi a DHCPREQUEST üzenet azonosító lehetővé teszi, hogy a megfelelő DHCP-szervert, hogy megbizonyosodjon arról, hogy az ügyfél elfogadta az ajánlatot. Válaszként a szerver küld egy visszaigazolást DHCPACK, amely a következő értékeket szükséges konfigurációs paramétereket, és létrehoz egy megfelelő bejegyzés az adatbázisban.

Amikor elérte a time-out várva a szerver válaszul DHCPREQUEST üzenet ügyfél kérdéseket újra.

konfigurációs beállítások

Tárolás hálózati konfigurációs paraméterek kliens állomás a második szolgáltató által biztosított DHCP-kiszolgáló. A létrehozott adatbázis minden egyes ügyfél elkezd egy elkülönített számla egy egyedi kulcs azonosítót, és egy sor konfigurációs paramétereket.

A térfogatának csökkentése a továbbított konfigurációs adatok két módon érhető el. Először is, a legtöbb paraméter a fent említett RFC dokumentumok meghatározott értékek figyelembe alapértelmezés szerint. Az ügyfél használja őket, ha az üzenet a szervertől kapott, néhány opció elhagyjuk. Másodszor elküldésével DHCPDISCOVER vagy DHCPREQUEST üzenetet, a kliens állomás egyértelműen meg kell határozni azt a paramétereket, hogy szeretné megkapni.

hátrányok DHCP

Felszabadítása a hálózati rendszergazdák a különböző rutin műveletek, DHCP hagy megoldatlanul számos problémát, hogy előbb vagy utóbb előfordulhat valós hálózati környezetben.

Mindazonáltal, mivel gyakran előfordul a hálózati iparág, DHCP mechanizmusokat vezettek be számos termék gyártói. Szerencsére bármilyen változás az algoritmusok munkája könnyen veszi figyelembe a program szintjén, így a vásárló egy szerver vagy kliens szoftver egy bizonyos cég, akkor nem félek szabadságvesztés egy erődítmény védett megoldásokat. Inkább meg kell figyelni, hogy mennyire jól a konkrét megvalósítása DHCP illeszkedik a meglévő számítógépes környezet és együttműködik más hálózati szolgáltatások, különösen a DNS-ben. Megjelent ebben a kérdésben az összehasonlító vizsgálati eredmények DNS- és DHCP-kiszolgáló (lásd. Cikk) lehet egy jó eszköz a felhasználó számára.

Meg kell figyelembe venni a gyenge az említett jegyzőkönyvhöz. Bemutatjuk a DHCP hálózati erőforrások rendszergazdának fel kell készülnie, hogy emelkedik az alapvető problémákat. Csak remélni lehet, hogy számuk csökkenni fog a standardizált változata DHCP.

Egy egyszerűsített változata FTP - jegyzőkönyv Trivial File Transfer Protocol (TFTP) - ben megjelent mintegy 20 évvel ezelőtt, a második változat a dokumentum az RFC 783. Tény, hogy a TFTP biztosít szállítási mechanizmust át a boot image a szerver kliens rendszer.

Jegyzőkönyv Internet Control Message Protocol (ICMP) ma is tulajdonítható, hogy a generáció a World Wide Web veteránok. Ez lehetővé teszi a számítógépek, hogy tájékoztassa a további meglévő router a hálózat (van egy speciális mechanizmus érzékeli ezeket az eszközöket), olyan különös típusú üzenetek továbbítására az alhálózati maszkot, és egyéb szolgáltatások.

Azt is megjegyzik, az RFC 1122 és 1123 előírásokat, amelyeket számos protokollok (beleértve a DHCP). Ezek tartalmazzák követelményeket számítógépek a hálózati konfigurációs folyamat változásokat, és emellett biztosítja a forgatókönyvet az eredeti konfiguráció lemez nélküli munkaállomást. DHCP és a VLAN: több a különbség, mint a hasonlóság

Időről időre megtalálja azt az állítást, hogy a DHCP protokoll és a technológia a virtuális magánhálózatok (VLAN) kezelését célzó ugyanaz a probléma: szükséges, hogy biztosítsák a szabad mozgást az ügyfelek hálózati környezetben. Tény, hogy a fenti rövidítéseket rejtett két teljesen különböző fogalom, egy alapuló megközelítés VLAN sokkal forradalmi.

DHCP-szerver és relék lehetővé szerek, így beállíthatja a számítógép konfiguráció, hogy miután a kivonulás egy alhálózaton a másikra, és csatlakoztassa közvetlenül teljes jogú tagjává válik az új alhálózati (mivel a konfiguráció mozgó gép automatikusan átáll). Ha ezenfelül támogatja a dinamikus domain név szerver (Dynamic DNS), a számítógép megtalálja a korábbi neve.

Így a különbség a DHCP protokoll és VLAN technológiát lehet a következőkben foglalhatók össze:

• DHCP konfigurációs változások mozgassa a számítógépet a hálózatra kapcsolt VLAN támogatással átalakuláson megy keresztül a hálózati port, hogy csatlakozik a számítógéphez;
• Dinamikus újrakonfigurálási jelenti DHCP igényel DHCP-szerver, a relé szer minden router és támogatja ezt a protokollt, a TCP / IP kliens szoftver. Abban az esetben, technológia VLAN azonos VLAN rendszert kell támogatni hubok (kapcsolók) hálózata, amely megnyitja széles körét szabadalmaztatott implementációja;
• DHCP lehetővé teszi, hogy konfigurálja egy új ügyfél állomás, és azt jelenti, VLAN - nincs;
• DHCP protokoll elsősorban, hogy maximalizálja a dinamikus hálózat konfigurációja osztva alhálózatok területi alapon. A fő cél a VLAN technológia nem a szakszervezeti tagok a földrajzi, illetve bármely más, mint a funkcionális, az elv (összhangban a tevékenységük jellege, illetve szerepet játszik a vállalat üzleti).