dhclient - Dinamika Gastiga Agordo Protokola Kliento
SYNOPSIS
dhclient [ -p port ] [ -d ] [ -q ] [ -1 ] [ -r ] [ -lf lease-file ] [ -pf pid-file ] [ -cf config-file ] [ -sf- skripto-dosiero ] [ -servilo ] [ -g relay] [ -n ] [ -nw ] [ -w ] [ if0 [ ... ifN ]]
PRISKRIBO
La Interreta Programaro-Konsorcio DHCP-Kliento, dhclient, provizas rimedon por agordi unu aŭ pli retaj interfacoj uzante la Protokolon de la Dinamika Gastigaj Agordoj, la protokolo BOOTP, aŭ se ĉi tiuj protokoloj malsukcesas, laŭseĝe asignante adreson.
OPERACIO
La protokolo DHCP permesas gastiganton kontakti centran servilon, kiu konservas liston de IP-adresoj, kiuj povas esti atribuitaj al unu aŭ pli da subnotoj. Kliento DHCP povas peti adreson de ĉi tiu grupo, kaj poste uzi ĝin provizore por komunikado en reto. La protokolo DHCP ankaŭ provizas mekanismon per kiu kliento povas lerni gravajn detalojn pri la reto al kiu ĝi estas ligita, kiel ekzemple la defaŭlta router, la lokon de nomo-servilo, kaj tiel plu.
En la komenco, dhclient legas la dhclient.conf por agordaj instrukcioj. Ĝi tiam ricevas liston de ĉiuj retaj interfacoj, kiuj estas agorditaj en la aktuala sistemo. Por ĉiu interfaco, ĝi provas agordi la interfacon per la protokolo DHCP.
Por konservi aŭtoveturejon de luoj tra sistemaj rebootoj kaj servilaj rekomencoj, dhclient konservas liston de lezoj, kiujn ĝi atribuis en la dosiero dhclient.leases (5). En ekkuro, post legi la dosieron dhclient.conf, dhclient legas la dhclient.leases-dosieron por refreŝigi ĝian memoron pri kio leĝaro ĝi estis atribuita.
Kiam nova kontrakto estas akirita, ĝi estas ligita al la fino de la dosiero dosiero. Por eviti ke la dosiero fariĝu arbitre granda, de tempo al tempo dhclient kreas novan dosieron de dosieroj de sia datumbazo. La malnova versio de dhclient.leases-dosiero estas retenata sub la nomo dhclient.leases ~ ĝis la sekva fojo dhclient reescribe la datumbazon.
Malnovaj luoj estas garditaj cxirkauxe, se la servilo DHCP ne estas disponebla kiam dhclient estas unua alvokita (ĝenerale dum la komenca sistemo-procezo). En tiu evento, malnovaj luoj de la dhclient.leases-dosiero, kiuj ankoraŭ ne eksvalidiĝis, estas provitaj, kaj se ili estas deciditaj esti validaj, ili estas uzataj ĝis ili jam eksvalidiĝos aŭ la DHCP-servilo estos disponebla.
Mobile-servilo, kiu foje bezonas aliron al reto, sur kiu neniu servilo DHCP ekzistas, povas esti precargata per lezo por fiksita adreso en tiu reto. Kiam ĉiuj provoj kontakti DHCP-servilon malsukcesis, dhclient provos validigi la statikan leasecon, kaj se ĝi sukcesos, uzos tiun luon ĝis ĝi restariĝos.
Mobile-servilo ankaŭ povas vojaĝi al iuj retoj, en kiuj DHCP ne estas disponebla sed BOOTP estas. En ĉi tiu kazo, eble estas avantaĝe interkonsenti kun la administranto de reto por eniro en la datumbazo BOOTP, tiel ke la gastiganto povas rapide ekkapti tiun reton anstataŭ bicikli tra la listo de malnovaj luoj.
Komandu lin
La nomoj de la interfacoj de reto, kiun la dhclient devus provi agordi, povas esti specifitaj sur la komandlinio. Se neniu interfaco estas specifita en la komandlinio, dhclient kutime identigos ĉiujn interfacojn de la reto, forigante interretojn ne-elsenditajn se eblajn kaj provos agordi ĉiun interfacon.
Ankaŭ eblas specifi interfacojn per nomo en la dosiero dhclient.conf (5) . Se interfacoj estas specifitaj de ĉi tiu maniero, tiam la kliento nur agordos interfacojn, kiuj estas ankaŭ specifitaj en la agorda dosiero aŭ sur la komandlinio, kaj ignoros ĉiujn aliajn interfacojn.
Se la kliento DHCP devus aŭskulti kaj transdoni sur haveno krom la normo (haveno 68), la -p- flago povas esti uzata. Ĝi devas esti sekvita per la udp-pord-nombro, kiun dhclient devus uzi. Ĉi tio plejparte utilas por elpurigado. Se malsama haveno estas specifita por ke la kliento aŭskultu kaj transdonu, la kliento ankaŭ uzos malsaman havenon de destino - unu pli granda ol la specifita haveno de destino.
La kliento DHCP kutime transdonas iujn protokolojn, kiujn ĝi sendas antaŭ akiri IP-adreson al, 255.255.255.255, la IP-limigita elsendo-adreso. Por prokrasti celojn, ĝi povas esti utila havi la servilon transdoni ĉi tiujn mesaĝojn al iu alia adreso. Ĉi tio povas esti specifita per la -s- flago, sekvita de la IP-adreso aŭ domajna nomo de la celloko.
Por provoj, la kampo de ĉiuj pakoj kiujn la kliento sendas povas agordi per la -g- flago, sekvita de la IP-adreso por sendi. Ĉi tio nur utilas por provi, kaj ne devus esti atendata funkcii en iu ajn konsekvenca aŭ utila maniero.
La kliento DHCP kutime funkcios en la unua plano ĝis ĝi agordis interfacon kaj poste revenos al kurado en la fono. Por ekzekuti forton dhclient por ĉiam kuri kiel antaŭa procezo, la -d- flago devas esti specifita. Ĉi tio estas utila kiam vi uzas la klienton sub elpurigilo aŭ kiam ĝi funkcias ĝin ekstere de la sistemo de sistemoj V.
La kliento kutime presas startan mesaĝon kaj montras la protokolsekvencon al la norma erara descriptor ĝis ĝi akiris adreson, kaj tiam nur ensalutos mesaĝojn per la instalaĵo de syslog (3) . La -q- flago neebligas iujn mesaĝojn krom eraroj esti presitaj al la norma eraro-priskribilo.
La kliento kutime ne liberigas la nunan luon, ĉar ĝi ne postulas la protokolon DHCP. Iuj kablaj ISP postulas siajn klientojn sciigi al la servilo, se ili deziras liberigi IP-adreson. La flago -r eksplicite liberigas la nunan luon, kaj post kiam la leasejo estas liberigita, la kliento eliras.
La -1- flago kaŭzas dhclient por provi unufoje por akiri luon. Se ĝi malsukcesas, dhclient eliras kun eliro-kodo du.
La kliento DHCP kutime ricevas ĝian agordon-informon de /etc/dhclient.conf, ĝia kontrazo de datumbazo de /var/lib/dhcp/dhclient.leases, stokas sian procezon ID en dosiero nomata /var/run/dhclient.pid, kaj agordas la interfaco de reto uzante / sbin / dhclient-script Por specifi malsamajn nomojn kaj / aŭ lokojn por ĉi tiuj dosieroj, uzu la -cf, -lf, -pf kaj -sf- flagojn, respektive, sekvatan per la nomo de la dosiero. Ĉi tio povas esti aparte utila se, ekzemple, / var / lib / dhcp aŭ / var / run ankoraŭ ne estas muntita kiam la kliento DHCP estas komencita.
La kliento DHCP kutime eliras se ĝi ne povas identigi ajnajn interfacojn de reto por agordi. En tekkomputiloj kaj aliaj komputiloj kun varmaj swappables I / O-busoj, eblas ebla elsenda interfaco post la ekkuro de la sistemo. La -w flago povas esti uzata por ke la kliento ne eliru, kiam ĝi ne trovas tiajn interfacojn. La programo omshell (8) povas tiam esti uzata por sciigi al la kliento kiam reto interfaco estas aldonita aŭ forigita, tiel ke la kliento povas provi agordi IP-adreson en tiu interfaco.
La kliento DHCP povas esti direktita por ne provi agordi iujn interfacojn uzante la -n flagon. Ĉi tio plej verŝajne estas utila kombina kun la -w flago.
La kliento ankaŭ povas esti instruita fariĝi demono tuj, prefere ol atendado ĝis ĝi akiris IP-adreson. Ĉi tio povas esti farita per provizado de la -n- flago.
CONFIGURO
La sintakso de la dosiero dhclient.conf (8) diskutas aparte.
OMAPI
La kliento DHCP provizas iom da kapablo kontroli ĝin dum ĝi funkcias, sen haltigi ĝin. Ĉi tiu kapablo estas provizita per OMAPI, API por manipuli izolitajn objektojn. OMAPI-klientoj konektas al la kliento per TCP / IP, aŭtentigas, kaj poste povas ekzameni la aktualan staton de la kliento kaj ŝanĝi ĝin.
Prefere ol efektivigi la suba OMAPI-protokolon rekte, uzprogramoj devus uzi la dhcpctl API aŭ OMAPI mem. Dhcpctl estas envolvilo, kiu manipulas kelkajn el la hejmaj taskoj, ke OMAPI ne faras aŭtomate. Dhcpctl kaj OMAPI estas dokumentitaj en dhcpctl (3) kaj omapi (3) . Plej multaj aferoj, kiujn vi volas fari kun la kliento, povas fari rekte uzante la komandon omshell (1) , prefere ol devi skribi specialan programon.
LA CONTROLO OBJEKTO
La kontrola objekto permesas al vi fermi la klienton malsupren, liberigante ĉiujn leĝojn, kiujn ĝi tenas kaj forigas ajnajn DNS-rekordojn, kiujn ĝi eble aldonis. Ĝi ankaŭ permesas al vi paŭzi la klienton - ĉi senconfigurigas iujn interfacojn kiujn la kliento uzas. Vi povas rekomenci ĝin, kio kaŭzas ke ĝi restarigu tiujn interfacojn. Vi kutime detenas la klienton antaŭ eniri en hiberniĝon aŭ dormi sur tekkomputilo. Vi tiam rekomencos ĝin post la potenco revenos. Ĉi tio permesas ke la kartoj de PC estu fermitaj dum la komputilo estas hiberniĝanta aŭ dormanta, kaj poste rekomencita al sia antaŭa ŝtato, kiam la komputilo eliras el hibernado aŭ dormo.
La kontrola objekto havas unu atributon - la ŝtatan atributon. Por fermi la klienton malsupren, starigu ĝian ŝtatan atributon al 2. Ĝi aŭtomate faros DHCPRELEASE. Por deteni ĝin, starigu ĝian ŝtatan atributon al 3. Por rekomenci ĝin, starigu ĝian ŝtatan atributon al 4.
Grava: Uzu la komandon ( % viro ) por vidi kiel komando estas uzata en via komputilo.