Dhcp arta de a gestiona ip-adrese

Pavel IVANOV, NETWORK # 10/99

Tipul mesajului (1 = BOOTREQUEST, 2 = BOOTREPLY)

Câmp suplimentar pentru parametri

Principii de arhitectură și format de mesaj

Fig. 1. Formatul mesajului DHCP (în paranteze - dimensiunea câmpului în octeți)

Cerința de mai sus pentru a susține elementele de bază ale protocolului BOOTP nu a fost accidentală. DHCP a fost dezvoltat ca o extindere directă a BOOTP și este în această calitate percepută de clienții BOOTP. Această situație este în primul rând promovează formatul mesajelor DHCP, în același format, care este utilizat de către protocolul anterior și este definit în RFC 951 (Fig. 1).

Rolul protocolului de transport pentru schimbul de mesaje DHCP este UDP. Când trimiteți un mesaj de la client la server, se utilizează portul 67 al serverului DHCP, iar în direcția inversă se utilizează portul 68. Aceste numere de port, ca o structură similară a mesajelor, asigură compatibilitatea DHCP înapoi cu BOOTP. Procedurile specifice pentru interacțiunea dintre clienți și serverele BOOTP și DHCP sunt guvernate de RFC 1542.

3. Clientul nu este obligat să reacționeze la prima ofertă primită. Este posibil ca el a așteptat răspunsuri de la mai multe servere și, oprindu-se la una dintre propoziții, a trimis un mesaj de difuzare DHCPREQUEST în rețea. Acesta conține identificatorul serverului selectat și, opțional, valorile dorite ale parametrilor de configurare solicitați.

Dacă se produce un timeout în timp ce se așteaptă răspunsurile serverului la DHCPDISCOVER, clientul emite din nou mesajul.

4. Identificatorul din mesajul DHCPREQUEST permite serverului DHCP să verifice dacă clientul a acceptat oferta sa. Ca răspuns, serverul trimite o confirmare DHCPACK care conține valorile parametrilor de configurare necesari și scrie înregistrarea corespunzătoare la baza de date.

Când se atinge intervalul de timp în care răspunsurile serverului așteaptă mesajul DHCPREQUEST, clientul îl emite din nou.

Opțiuni de configurare

Memorarea parametrilor de configurare a rețelei de stații client este al doilea serviciu furnizat de serverul DHCP. În baza de date creată pentru fiecare client, este creată o intrare separată cu o cheie de identificare unică și un șir de parametri de configurare.

Reducerea volumului informațiilor de configurare transmise se realizează în două moduri. În primul rând, pentru majoritatea parametrilor din documentele RFC menționate mai sus, sunt definite valorile implicite. Clientul le va folosi, dacă în mesajul primit de la server, unii parametri sunt omiteți. În al doilea rând, prin trimiterea unui mesaj DHCPDISCOVER sau DHCPREQUEST, stația clientului poate specifica în mod explicit parametrii din acesta, ale căror valori ar dori să le primească.

Dezavantaje ale DHCP

Prin eliberarea administratorilor de rețea dintr-o varietate de operații de rutină, DHCP lasă o serie de probleme nerezolvate, care mai devreme sau mai târziu pot apărea într-un mediu real în rețea.

Cu toate acestea, așa cum se întâmplă adesea în industria de rețea, mecanismele DHCP sunt deja implementate în produsele mai multor producători. Din fericire, orice modificări în algoritmii activității sale este ușor să se ia în considerare la nivel de program, astfel încât achiziționarea unui software de tip server sau client al unei anumite companii, nu se poate teme de închisoare într-o cetate de soluții proprietare. Mai degrabă, ar trebui să acordați atenție modului în care o implementare specială a DHCP se încadrează în mediul de calcul existent și interacționează cu alte servicii de rețea, în special DNS. Publicat în această problemă, rezultatele testelor comparative ale serverelor DNS și DHCP (a se vedea articolul) pot fi un bun ajutor pentru utilizator.

Merită să ținem seama de punctele slabe ale protocolului, care au fost menționate mai sus. Implementarea DHCP înseamnă în rețeaua sa, administratorul ar trebui să fie pregătit să apară probleme de natură fundamentală. Rămâne doar să sperăm că numărul acestora va scădea în versiunea standardizată a protocolului DHCP.

O versiune simplificată a FTP - Protocol Trivial File Transfer Protocol (TFTP) - a fost lansat în urmă cu aproximativ 20 de ani, a doua versiune a documentului este descris în RFC 783. De fapt, TFTP prevede un mecanism de transport pentru transferul imaginii de boot din sistemul client de server.

Internet Message Control Protocol (ICMP) astăzi poate fi atribuită și generației de veterani ai World Wide Web. Vă permite să informați computerele despre prezența routerelor suplimentare în rețea (există un mecanism special pentru detectarea acestor dispozitive), oferă tipuri speciale de mesaje pentru a transfera masca de subrețea și alte informații de serviciu.

Rețineți, de asemenea, specificațiile RFC 1122 și 1123, care sunt utilizate de un număr de protocoale (inclusiv DHCP). Acestea conțin cerințe pentru procedura de modificare a configurației computerelor din rețea și, în plus, oferă un scenariu pentru configurația inițială a posturilor fără discuri. DHCP și VLAN: există mai multe diferențe decât similitudinile

Din când în când puteți găsi afirmația că protocolul DHCP și tehnologia de rețele virtuale private (VLAN), menite să abordeze aceeași problemă: au nevoie pentru a se asigura libera circulație a clienților într-un mediu de rețea. De fapt, abrevierile de mai sus ascund două concepte complet diferite, iar abordarea bazată pe droguri virtuale este mult mai revoluționară.

DHCP-server și relee permite agenților, astfel configurați configurația computerului că, după retragerea de la o subrețea la alta și conectați devine imediat un membru cu drepturi depline al noii subrețea (deoarece configurația se deplasează în mod automat modificările mașinii). Dacă serverul Dynamic DNS este de asemenea acceptat, computerul își dobândește numele anterior.

• DHCP modifică configurația calculatorului de roaming, în timp ce pe o rețea activată VLAN, portul de rețea la care se conectează computerul se modifică;
• Modificarea configurației dinamice prin DHCP necesită un server DHCP, un agent de transfer în fiecare router și suportul acestui protocol prin software-ul client TCP / IP. În cazul utilizării tehnologiei LAN virtuale, aceeași schemă VLAN ar trebui să fie susținută de toate hub-urile de rețea (switch-uri), ceea ce deschide o gamă largă de aplicații de proprietate;
• DHCP vă permite să configurați o nouă stație client, iar VLAN nu;
• Protocolul DHCP este folosit în primul rând pentru a furniza cea mai dinamică configurație a rețelei, împărțită în subrețele în funcție de aria geografică. Scopul principal al tehnologiei VLAN nu este membrii de sindicat pe o geografică precum și pe oricare alta, cum ar fi funcțional, principiul (în conformitate cu natura activităților lor sau de rolul în afaceri al companiei).