dhclient - Mteja wa Itifaki ya Usanidi wa Wasanidi Dynamic
SYNOPSIS
[ -pf bandari ] [ -d ] [ -q ] [ -1 ] [ -r ] [ -lf kukodisha-faili ] [ -pf pid -file ] [ -cf config-file ] [ -sf script-file ] [ -s server ] [ -g relay] [ -n ] [ -nw ] [ -w ] [ if0 [ ... ifN ]]
DESCRIPTION
Mteja wa Programu ya Programu ya Mtandao wa DHCP, dhclient, hutoa njia za kusanidi interfaces moja au zaidi za mtandao kutumia Itifaki ya Udhibiti wa Jeshi la Dynamic, protocol ya BOOTP, au ikiwa protoksi hizi zinashindwa, kwa kugawa anwani kwa static.
UFANZO
Protoksi ya DHCP inaruhusu mwenyeji kuwasiliana na seva kuu ambayo ina orodha ya anwani za IP ambazo zinaweza kupewa kwenye safu moja au zaidi. Mteja wa DHCP anaweza kuomba anwani kutoka kwenye bwawa hili, na kisha kutumia kwa msingi wa muda wa mawasiliano kwenye mtandao. Itifaki ya DHCP pia hutoa utaratibu ambapo mteja anaweza kujifunza maelezo muhimu kuhusu mtandao ambao umeunganishwa, kama vile eneo la router default, eneo la seva jina, na kadhalika.
Juu ya kuanza, dhclient inasoma dhclient.conf kwa maelekezo ya usanidi. Hapo hupata orodha ya interfaces zote za mtandao zilizowekwa katika mfumo wa sasa. Kwa kila interface, inajaribu kusanidi interface kwa kutumia itifaki ya DHCP.
Ili kuweka wimbo wa kukodisha kwenye reboots ya mfumo na upyaji wa seva, dhclient inaendelea orodha ya kukodisha ambayo imetolewa kwenye faili ya dhclient.leases (5). Juu ya kuanza, baada ya kusoma faili ya dhclient.conf, dhclient inasoma faili ya dhclient.leases ili urejeshe kumbukumbu yake juu ya kile cha kukodisha kilichopewa.
Wakati kukodisha mpya kunapatikana, imeongezwa hadi mwisho wa faili ya dhclient.leases. Ili kuzuia faili haifai kuwa kikubwa kikubwa, mara kwa mara dhclient inajenga faili mpya ya dhclient.leases kutoka kwenye orodha ya msingi ya kukodisha. Toleo la zamani la faili la dhclient.leases limehifadhiwa chini ya jina la dhclient.leases ~ hadi wakati ujao dhclient upya upya database.
Ukodishaji wa zamani unachukuliwa kote ikiwa seva ya DHCP haipatikani wakati dhclient inavyopigwa kwanza (kwa kawaida wakati wa mchakato wa awali wa boot). Katika tukio hilo, bahati ya zamani kutoka kwenye faili ya dhclient.leases ambayo bado haijafaulu imejaribiwa, na ikiwa imeamua kuwa sahihi, hutumiwa mpaka ifaayo au server ya DHCP inapatikana.
Msaidizi wa simu ambayo wakati mwingine unahitaji kufikia mtandao ambayo hakuna seva ya DHCP ipopoweza kupakia kabla ya kukodisha kwa anwani iliyoainishwa kwenye mtandao huo. Wakati majaribio yote ya kuwasiliana na seva ya DHCP imeshindwa, dhclient itajaribu kuthibitisha kukodisha tuli, na ikiwa itafanikiwa, itatumia kukodisha hiyo mpaka itaanza tena.
Mwenyeji wa simu inaweza pia kusafiri kwenye mitandao ambayo DHCP haipatikani lakini BOOTP ni. Katika hali hiyo, inaweza kuwa na faida ya kupanga na msimamizi wa mtandao kwa kuingia kwenye kikoa cha BOOTP, ili mwenyeji anaweza kupakua haraka kwenye mtandao huo badala ya baiskeli kupitia orodha ya kukodisha zamani.
MAELEZO YA MAFUNZO
Majina ya interfaces ya mtandao ambayo dhclient inapaswa kujaribu kujaribu inaweza kuelezwa kwenye mstari wa amri. Ikiwa hakuna majina ya interface yaliyowekwa kwenye mstari wa amri dhclient kwa kawaida hutambua interfaces zote za mtandao, kuondokana na interfaces zisizo za matangazo iwezekanavyo, na kujaribu kusanidi kila interface.
Pia inawezekana kutaja interfaces kwa jina katika faili ya dhclient.conf (5) . Ikiwa interfaces zimeelezwa kwa njia hii, basi mteja atasanidi mipangilio ambayo imewekwa kwenye faili ya usanidi au kwenye mstari wa amri, na itakataa mambo mengine yote.
Ikiwa mteja wa DHCP anapaswa kusikiliza na kupeleka kwenye bandari zaidi ya kiwango (bandari 68), bendera -p inaweza kutumika. Inapaswa kufuatiwa na idadi ya bandari ya udp ambayo dhclient inapaswa kutumia. Hii ni muhimu sana kwa madhumuni ya kufuta debugging. Ikiwa bandari tofauti imetambulishwa kwa mteja wa kusikiliza na kuipitisha, mteja pia atatumia bandari tofauti ya marudio - moja kubwa kuliko bandari iliyopangwa.
Mteja wa DHCP kawaida hutuma ujumbe wowote wa itifaki hutuma kabla ya kupata anwani ya IP kwa, 255.255.255.255, anwani ya matangazo ya IP ndogo. Kwa madhumuni ya kufuta upya, inaweza kuwa na manufaa kuwa seva ikitumie ujumbe huu kwenye anwani nyingine. Hii inaweza kuelezwa na bendera - yafuatayo, ikifuatiwa na anwani ya IP au jina la uwanja wa marudio.
Kwa madhumuni ya kupima, uwanja wa giza wa pakiti zote ambazo mteja hutuma zinaweza kuweka kwa kutumia bendera -g , ikifuatiwa na anwani ya IP kutuma. Hii ni muhimu sana kwa ajili ya kupima, na haipaswi kutarajiwa kufanya kazi kwa njia yoyote thabiti au yenye manufaa.
Mteja wa DHCP ataendesha kawaida mbele kabla ameweka interface, na kisha atarudi kurudi nyuma. Ili kuendesha nguvu ya dhclient ili kukimbia kila wakati kama mchakato wa mbele, bendera - lazima ielezwe. Hii ni muhimu wakati wa kukimbia mteja chini ya debugger, au wakati ukiendesha nje ya inittab kwenye mifumo ya System V.
Mteja kawaida anapanga ujumbe wa mwanzo na huonyesha mlolongo wa protoksi kwa maelezo ya makosa ya kawaida hadi alipopata anwani, na kisha huandika ujumbe kwa kutumia kituo cha syslog (3) . Bendera -q inalinda ujumbe wowote isipokuwa makosa kutoka kwa kuchapishwa kwa maelezo ya kawaida ya kosa.
Mteja kawaida haachiachi mkodishaji wa sasa kama hauhitajika na itifaki ya DHCP. Baadhi ya ISPs za cable zinahitaji wateja wao wajulishe seva ikiwa wanataka kufungua anwani ya IP iliyotolewa. Bendera -r hutoa wazi mkataba wa sasa, na mara moja kukodisha imetolewa, mteja anaondoka.
Bendera -1 husababisha dhclient kujaribu mara moja kupata mkataba. Ikiwa inashindwa, kuondoka kwa dhclient na kanuni ya kuondoka mbili.
Mteja wa DHCP hupata taarifa zake za usanifu kutoka /etc/dhclient.conf, database yake ya kukodisha kutoka /var/lib/dhcp/dhclient.leases, huhifadhi ID yake ya mchakato katika faili inayoitwa /var/run/dhclient.pid, na huweka interface ya mtandao kutumia / sbin / dhclient-script Kufafanua majina tofauti na / au maeneo ya faili hizi, kutumia -cf, -lf, -pf na -sf bendera, kwa mtiririko huo, ikifuatwa na jina la faili. Hii inaweza kuwa na manufaa hasa ikiwa, kwa mfano, / var / lib / dhcp au / var / run bado haijawahi wakati mteja wa DHCP imeanza.
Mteja wa DHCP kawaida hutoka ikiwa hauwezi kutambua interfaces yoyote ya mtandao ili kusanidi. Kwenye kompyuta za kompyuta na kompyuta nyingine na mabasi ya I / O ya moto, inawezekana kuwa interface ya utangazaji inaweza kuongezwa baada ya kuanzisha mfumo. The -w bendera inaweza kutumika kusababisha mteja asiondoke wakati haipati miundo kama hiyo. Mpango wa omshell (8) unaweza kisha kutumiwa kumjulisha mteja wakati interface ya mtandao imeongezwa au kuondolewa, ili mteja anajaribu kusanidi anwani ya IP kwenye interface hiyo.
Mteja wa DHCP anaweza kuelekezwa sijaribu kusanidi interfaces yoyote kutumia bendera -n . Hii inawezekana kuwa ya manufaa kwa kuunganishwa na bendera -w .
Mteja anaweza pia kuagizwa kuwa daemon mara moja, badala ya kusubiri mpaka amepata anwani ya IP. Hii inaweza kufanyika kwa kusambaza bendera -nw .
UFUNZO
Sura ya faili ya dhclient.conf (8) inajadiliwa peke yake.
OMAPI
Mteja wa DHCP hutoa uwezo wa kudhibiti wakati unapoendesha, bila kuacha. Uwezo huu hutolewa kwa kutumia OMAPI, API ya kuendesha vitu vilivyo mbali. Wateja wa OMAPI wanaungana na mteja kwa kutumia TCP / IP, kuthibitisha, na kisha wanaweza kuchunguza hali ya sasa ya mteja na kufanya mabadiliko yake.
Badala ya kutekeleza itifaki ya msingi ya OMAPI moja kwa moja, programu za mtumiaji zinapaswa kutumia dhcpctl API au OMAPI yenyewe. Dhcpctl ni wrapper ambayo inashughulikia baadhi ya kazi za nyumbani ambazo OMAPI haifanyi kazi moja kwa moja. Dhcpctl na OMAPI zimeandikwa katika dhcpctl (3) na omapi (3) . Mambo mengi unayotaka kufanya na mteja yanaweza kufanywa moja kwa moja kwa kutumia amri ya omshell (1) , badala ya kuandika programu maalum.
MFUNGO WA UFUNZO
Kitu cha udhibiti kinakuwezesha kumfunga mteja chini, ikitoa marufuku yote ambayo inashikilia na kufuta kumbukumbu yoyote ya DNS ambayo inaweza kuwa imeongeza. Pia inakuwezesha kumsimamisha mteja - hii haijasimamisha uhusiano wowote ambao mteja anatumia. Unaweza kisha kuanzisha upya, ambayo inasababisha kuifanya upya mambo hayo. Kwa kawaida unasimamisha mteja kabla ya kwenda kwenye hibernation au kulala kwenye kompyuta ya kompyuta. Wewe utaendelea tena baada ya nguvu kurudi. Hii inaruhusu kadi za PC zifunguliwe wakati kompyuta inakabiliwa na kulala au kulala, na kisha imerejeshwa kwa hali yao ya awali mara moja kompyuta ikitoka kwenye majira ya baridi au usingizi.
Kitu cha kudhibiti kina sifa moja - sifa ya hali. Kufunga mteja chini, kuweka sifa yake ya hali kwa 2. Itakuwa moja kwa moja kufanya DHCPRELEASE. Ili kuimarisha, weka sifa yake ya hali kwa 3. Ili uendelee tena, weka sifa yake ya hali kwa 4.
Muhimu: Tumia amri ya mtu ( % mtu ) ili kuona jinsi amri hutumiwa kwenye kompyuta yako fulani.