Ce este protocolul DHCP și cum funcționează?

protocolul DHCP (Dynamic Host Configuration Protocol) este utilizat în mod obișnuit în rețele pentru configurarea adresării IP dinamice. Dispozitivul fiecărui utilizator are nevoie de cel puțin adresa IP pentru a se alătura rețelei și a se conecta la servicii. Când computerul se conectează mai întâi la rețeaua locală cu SSID prin cablu sau WiFi, primul lucru este să căutați adresa IP, masca de rețea, gateway-ul implicit și serverele DNS.

cum funcționează protocolul DHCP?

1. gazda care se conectează la rețea (prin cablu sau fără fir) trimite mesajul DHCP discover tuturor gazdelor din segmentul Layer 2 (adresa de destinație este FF:FF:FF:FF:FF:FF). Cadru cu acest mesaj DISCOVER lovește serverul DHCP.

2. După ce serverul DHCP primește mesajul discover, acesta sugerează oferta de adresare IP către gazda clientului de către unicast. Acest mesaj de ofertă conține:

• adresa IP propusă pentru client (aici 192.168.1.10)
• masca de subrețea pentru a identifica spațiul de subrețea (aici 255.255.255.0)
• IP-ul gateway-ului implicit pentru subrețea (aici 192.168.1.1)
• IP-ul serverului DNS pentru traduceri de nume (aici 8.8.8.8)
• Opțiuni (citiți articolul complet)

3. Acum, după ce Clientul primește oferta, solicită informațiile care trimit Oficial mesajul de solicitare către server de data aceasta de către unicast.

4. Serverul trimite un mesaj de confirmare care confirmă contractul de închiriere DHCP către client. Acum Clientului i se permite să utilizeze noi setări IP.

ce informații obținute din Protocolul DHCP sunt necesare și care sunt opționale?

teoretic, numai adresa IP și masca sunt necesare pentru ca dispozitivul să funcționeze. Acest lucru este valabil în scenariul în care dispozitivul se află în aceeași subrețea cu alte dispozitive și comunică cu alții cunoscând adresele lor IP. În acest fel nu este nevoie pentru a merge dincolo de propria subrețea și de aceea gateway nu este necesară. Utilizarea numai a adreselor IP pentru comunicare elimină, de asemenea, necesitatea traducerilor de nume, astfel încât DNS este încă opțional. Cu toate acestea, în scenariile din lumea reală, cea mai mare parte a comunicării depășește subrețeaua și releele pe nume de domenii complet calificate (FQDN).

în plus față de parametrii DHCP necesari, există opțiuni DHCP, cum ar fi opțiunea populară 150 utilizată în telefonia IP pentru a informa telefoanele IP despre adresa IP a IP PBX pentru înregistrarea corectă a telefonului – de exemplu Cisco Call Manager sau Asterisk PBX. Aproape toți furnizorii de servere DHCP sunt capabili să treacă opțiunile DHCP.

ce se întâmplă dacă serverul DHCP nu este în aceeași subrețea ?

vă puteți întreba dacă este nevoie să aveți server DHCP în același segment L2 (VLAN), deoarece DHCP oferă relee de mesaje pe adresa de destinație difuzată, care este bună doar pentru aceeași subrețea. Trace dreapta! Dar, de dragul scalabilității DHCP, există opțiunea de a avea serverul DHCP în afara subrețelei. Într-o astfel de soluție, pachetele DHCP discover ajung de obicei la interfața gateway implicită sunt transformate în pachete unicast (DHCP discover embedded message) cu câmpul giaddr care spune serverului despre identificarea atașamentului logic. Pachetul este trimis direct la IP de server situat undeva în rutabil IP cloud. Giaddr ajută serverul DHCP pentru a găsi piscina adresa corectă pentru acordarea adresa.

verificați cum se configurează serverul DHCP pe dispozitivul de rețea.