dhclient - client protocol de configurare dinamic
REZUMAT
dhclient [ -p port ] [ -d ] [ -q ] [ -1 ] [ -r ] [ -lf fișier de leasing ] [ -pf pid-file ] [ -cf config-file ] [ -sf script-file ] [ -s server ] [ -g releu] [ -n ] [ -nw ] [ -w ] [ if0 [ ... ifN ]]
DESCRIERE
Clientul DHCP Client Consortium de Internet, dhclient, oferă un mijloc de configurare a uneia sau mai multor interfețe de rețea utilizând protocolul Dynamic Host Configuration Protocol, protocolul BOOTP sau, dacă aceste protocoale eșuează, prin atribuirea statică a unei adrese.
OPERARE
Protocolul DHCP permite unei gazde să contacteze un server central care menține o listă de adrese IP care pot fi atribuite pe unul sau mai multe subrețele. Un client DHCP poate solicita o adresă din acest pool și apoi să o utilizeze temporar pentru a comunica într-o rețea. Protocolul DHCP oferă, de asemenea, un mecanism prin care un client poate afla detalii importante despre rețeaua la care este atașat, cum ar fi locația unui router implicit, locația unui server de nume și așa mai departe.
La pornire, dhclient citește dhclient.conf pentru instrucțiunile de configurare. Se obține apoi o listă a tuturor interfețelor de rețea care sunt configurate în sistemul actual. Pentru fiecare interfață, se încearcă configurarea interfeței utilizând protocolul DHCP.
Pentru a urmări locațiile de închiriere în repornirea sistemului și la restartarea serverului, dhclient păstrează o listă a contractelor de leasing pe care le-a atribuit în fișierul dhclient.leases (5). La pornire, după ce a citit fișierul dhclient.conf, dhclient citește fișierul dhclient.leases pentru a-și reîmprospăta memoria despre ce le-a atribuit.
Când se dobândește un nou contract de leasing, acesta este atașat la sfârșitul fișierului dhclient.leases. Pentru a preveni ca fișierul să devină în mod arbitrar mare, din cînd în cînd dhclient creează un nou fișier dhclient.leases din baza de date de închiriere în bază. Vechea versiune a fișierului dhclient.leases este păstrată sub numele dhclient.leases ~ până când data viitoare dhclient rescrie baza de date.
Închirierile vechi sunt păstrate în jur, în cazul în care serverul DHCP este indisponibil atunci când dhclient este invocat pentru prima oară (în general în timpul procesului inițial de boot al sistemului). În acest caz, sunt testate vechile contracte de leasing din fișierul dhclient.leases care nu au expirat încă și dacă sunt determinate ca fiind valabile, acestea sunt utilizate până la expirarea lor sau dacă serverul DHCP devine disponibil.
O gazdă mobilă, care uneori poate avea nevoie să acceseze o rețea pe care nu există un server DHCP, poate fi preîncărcată cu un contract de închiriere pentru o adresă fixă în respectiva rețea. Când toate încercările de a contacta un server DHCP au eșuat, dhclient va încerca să valideze contractul de închiriere statică și, dacă reușește, va folosi acel contract de leasing până când acesta va fi repornit.
O gazdă mobilă poate călători și în anumite rețele pe care DHCP nu este disponibil, dar este BOOTP. În acest caz, ar putea fi avantajos să se aranjeze cu administratorul de rețea o intrare în baza de date BOOTP, astfel încât gazda să poată încărca rapid pe acea rețea, mai degrabă decât să se deplaseze prin lista de leasing-uri vechi.
LINIE DE COMANDA
Numele interfețelor de rețea pe care dhclient ar trebui să le încerce să le configureze pot fi specificate pe linia de comandă. Dacă nu sunt specificate nume de interfață pe linia de comandă, dhclient va identifica în mod normal toate interfețele de rețea, eliminând interfețele non-difuzate dacă este posibil și încercarea de a configura fiecare interfață.
De asemenea, este posibil să specificați interfețele după nume în fișierul dhclient.conf (5) . Dacă interfețele sunt specificate în acest fel, clientul va configura numai interfețele care sunt fie specificate în fișierul de configurare, fie pe linia de comandă și vor ignora toate celelalte interfețe.
Dacă clientul DHCP ar trebui să asculte și să transmită pe un port diferit de portul standard (portul 68), se poate utiliza pavilionul -p . Acesta ar trebui să fie urmat de numărul de port udp pe care dhclient ar trebui să îl folosească. Acest lucru este util în principal pentru depanare. Dacă este specificat un port diferit pentru ca clientul să asculte și să transmită, clientul va folosi de asemenea un port de destinație diferit - unul mai mare decât portul de destinație specificat.
Clientul DHCP transmite în mod normal mesajele de protocol pe care le trimite înainte de a obține o adresă IP către adresa de emisie IP limitată 255.255.255.255. În scopul depanării, ar putea fi util ca serverul să transmită aceste mesaje la o altă adresă. Acest lucru poate fi specificat cu parametrul -s , urmat de adresa IP sau numele de domeniu al destinației.
În scopuri de testare, câmpul giaddr al tuturor pachetelor trimise de client poate fi setat utilizând parametrul -g , urmat de adresa IP pe care o trimiteți. Acest lucru este util doar pentru testare și nu trebuie să funcționeze în mod coerent sau util.
Clientul DHCP va rula în mod normal în prim plan până când va configura o interfață și apoi va reveni la rularea în fundal. Pentru a rula forța dhclient să ruleze întotdeauna ca proces primordial, ar trebui să fie specificat pavilionul -d . Acest lucru este util atunci când rulați clientul sub un debugger sau atunci când îl executați din inittab pe sistemele System V.
În mod normal, clientul tipărește un mesaj de pornire și afișează secvența protocolului la descriptorul de eroare standard până când a obținut o adresă și apoi înregistrează numai mesaje utilizând facilitatea syslog (3) . Parametrul -q împiedică imprimarea oricăror mesaje, altele decât erorile, la descriptorul de eroare standard.
În mod normal, clientul nu eliberează contractul de leasing curent, deoarece nu este solicitat de protocolul DHCP. Anumiți ISP-uri de cablu solicită clienților săi să notifice serverul dacă doresc să elibereze o adresă IP atribuită. Marcatorul -r eliberează în mod explicit contractul de leasing actual și, odată ce le-a fost eliberat, clientul iese.
Flagul -1 provoacă dhclient să încerce o dată pentru a obține un contract de închiriere. Dacă nu reușește, dhclient iese cu codul de iesire 2.
Clientul DHCP obține în mod normal informațiile de configurare din /etc/dhclient.conf, baza de date de leasing din /var/lib/dhcp/dhclient.leases, stochează ID-ul procesului într-un fișier numit /var/run/dhclient.pid și configurează interfața de rețea utilizând / sbin / dhclient-script Pentru a specifica diferite nume și / sau locații pentru aceste fișiere, utilizați , respectiv , pictogramele -cf , -lf , -pf și -sf urmate de numele fișierului. Acest lucru poate fi util în special dacă, de exemplu, / var / lib / dhcp sau / var / run nu a fost încă montată când clientul DHCP este pornit.
Clientul DHCP iese în mod normal dacă nu este capabil să identifice interfețele de rețea pe care să le configurați. Pe computerele laptop și pe alte computere cu autobuze I / O hot-swappable, este posibil ca o interfață de difuzare să poată fi adăugată după pornirea sistemului. Parametrul -w poate fi folosit pentru a determina clientul să nu iasă când nu găsește astfel de interfețe. Programul Omshell (8) poate fi apoi folosit pentru a notifica clientul atunci când o interfață de rețea a fost adăugată sau eliminată, astfel încât clientul să poată încerca să configureze o adresă IP pe acea interfață.
Clientul DHCP poate fi direcționat să nu încerce să configureze interfețele utilizând parametrul -n . Acest lucru este foarte probabil să fie util în combinație cu pavilionul -w .
De asemenea, clientul poate fi instruit să devină imediat un daemon, în loc să aștepte până când va obține o adresă IP. Acest lucru se poate face furnizând pavilionul -nw .
CONFIGURARE
Sintaxa fișierului dhclient.conf (8) este discutată separat.
OMAPI
Clientul DHCP oferă o anumită capacitate de a-l controla în timp ce rulează, fără a-l opri. Această capacitate este furnizată folosind OMAPI, un API pentru manipularea obiectelor la distanță. Clienții OMAPI se conectează la client folosind TCP / IP, autentifică și pot examina starea curentă a clientului și pot modifica situația.
În loc să implementeze direct protocolul OMAPI, programele utilizatorilor ar trebui să utilizeze API-ul dhcpctl sau OMAPI însuși. Dhcpctl este un pachet care se ocupă de unele treburi de menaj pe care OMAPI nu le face automat. Dhcpctl și OMAPI sunt documentate în dhcpctl (3) și omapi (3) . Cele mai multe lucruri pe care ați dori să le faceți cu clientul se pot face direct folosind comanda omshell (1) , mai degrabă decât să scrie un program special.
OBIECTUL CONTROLULUI
Obiectul de control vă permite să închideți clientul în jos, eliberând toate contractele de leasing pe care le deține și ștergând toate înregistrările DNS pe care le-a adăugat. De asemenea, vă permite să întrerupeți clientul - aceasta nu configurează interfețele pe care clientul le utilizează. Apoi, puteți reporni, ceea ce îi determină să reconfigureze aceste interfețe. În mod normal, veți întrerupe clientul înainte de a intra în hibernare sau de a dormi pe un computer portabil. Voi o veți relua după ce puterea va reveni. Acest lucru permite ca cardurile PC să fie închise în timp ce computerul este în hibernare sau de dormit și apoi reinitializate la starea lor anterioară odată ce computerul iese din hibernare sau de somn.
Obiectul de control are un atribut - atributul de stare. Pentru a închide clientul, setați atributul de stare la 2. Acesta va face automat un DHCPRELEASE. Pentru ao întrerupe, setați atributul de stat la 3. Pentru a-l relua, setați atributul de stare la 4.
Important: Utilizați comanda om ( % man ) pentru a vedea cum se utilizează o comandă pe computerul dvs. particular.