Dhclient - Linux / Unix каманднага

dhclient - Dynamic Host Configuration Protocol кліента

сінтаксіс

dhclient [-p порт] [-d] [-q] [-1] [-r] [-Калі арэнда-файл] [-pf Pid-файл] [-cf конфіг-файл] [-sf скрыпт-файл] [-s сервер ] [-g рэле] [-n] [-nw] [-w] [if0 [... IFn]]

АПІСАННЕ

Software Consortium DHCP кліент Інтэрнэт, dhclient, дае сродкі для налады аднаго або некалькіх сеткавых інтэрфейсаў з выкарыстаннем пратаколу дынамічнай канфігурацыі хаста, пратакол BOOTP, або калі гэтыя пратаколы ня атрымаецца , на статычна прысваення адрасы.

ПРАЦА

Пратакол DHCP дазваляе хасту звязвацца з цэнтральным серверам , які падтрымлівае спіс IP - адрасоў , якія могуць быць прызначаныя на адной або некалькіх падсетак. DHCP кліент можа запытаць адрас з гэтага пула, а затым выкарыстоўваць яго на часовай аснове для зносін у сеткі. Пратакол DHCP таксама забяспечвае механізм , з дапамогай якога кліент можа даведацца важную інфармацыю аб сетцы , да якой ён прымацаваны, напрыклад, размяшчэнне маршрутызатара па змаўчанні, размяшчэнне сервера імёнаў, і гэтак далей.

Пры запуску dhclient чытае dhclient.conf для атрымання інструкцый па наладзе. Затым ён атрымлівае спіс усіх сеткавых інтэрфейсаў, якія сканфігураваны ў бягучай сістэме. Для кожнага інтэрфейсу, ён спрабуе наладзіць інтэрфейс з выкарыстаннем пратаколу DHCP.

Для таго , каб адсочваць арэнды праз перазагрузку сістэмы і перазагрузку сервера, dhclient захоўвае спіс арэнды ён быў прызначаны ў dhclient.leases (5) файлы. Пры запуску пасля чытання файла dhclient.conf, dhclient чытае файл dhclient.leases, каб асвяжыць сваю памяць аб тым, што арандуе ён быў прызначаны.

Калі новы дагавор арэнды набываецца, яно дадаецца ў канец файла dhclient.leases. Для таго, каб прадухіліць файл стаць калі заўгодна вялікім, час ад часу dhclient стварае новы файл dhclient.leases з сваёй базы дадзеных арэнды ў актыўнай зоне. Старая версія файла dhclient.leases захоўваецца пад імем dhclient.leases ~ да наступнага dhclient перазапісвае базу дадзеных.

Старыя дагаворы арэнды знаходзяцца вакол у выпадку, калі сервер DHCP недаступны, калі dhclient спачатку выклікаецца (як правіла, у працэсе пачатковай загрузкі сістэмы). У гэтым выпадку, старыя дамовы арэнды з файла dhclient.leases, якія яшчэ не мінуў правяраюцца, і калі яны вызначаны ў сіле, яны выкарыстоўваюцца альбо да заканчэння тэрміну іх дзеяння або сервер DHCP становіцца даступным.

Мабільны хост, які часам можа спатрэбіцца доступ да сеткі, на якіх не існуе ні адзін сервер DHCP можа быць з прадусталяванай арэнды на пэўны адрас у гэтай сеткі. Калі ўсе спробы звязацца з серверам DHCP не ўдалося, dhclient будзе спрабаваць праверыць статычную арэнду, і калі гэта атрымаецца, будзе выкарыстоўваць гэтую арэнду, пакуль не будзе адноўленая.

Мабільны хост можа таксама паездкі ў некаторыя сеткі, на якіх DHCP недаступна, але BOOTP з'яўляецца. У гэтым выпадку, гэта можа быць выгадна дамовіцца з сеткавым адміністратарам для запісу ў базе дадзеных BOOTP, так што хост можа хутка загружацца ў гэтай сеткі, а не язда на ровары па спісе старых дагавораў арэнды.

камандны радок

Імёны сеткавых інтэрфейсаў, якія dhclient павінны паспрабаваць наладзіць могуць быць паказаны ў камандным радку. Калі імёны інтэрфейсаў не пазначаныя ў камандным радку dhclient звычайна ідэнтыфікаваць усе сеткавыя інтэрфейсы, elimininating нешироковещательных інтэрфейсаў, калі гэта магчыма, і паспрабаваць наладзіць кожны інтэрфейс.

Таксама можна паказаць інтэрфейсы па імі ў dhclient.conf (5) файла. Калі інтэрфейсы вызначаны такім чынам, то кліент будзе наладзіць толькі інтэрфейсы, або названыя ў файле канфігурацыі або ў камандным радку, і будзе ігнараваць усе іншыя інтэрфейсы.

Калі кліент DHCP павінен праслухоўваць і перадаваць на порт , выдатны ад стандартнага (порт 68), можа выкарыстоўвацца сцяг -p. Гэта павінна суправаджацца УДП нумар порта, які варта выкарыстоўваць dhclient. Гэта ў асноўным карысна для адладкі. Калі іншы порт паказаны для кліента слухаць і перадаваць, кліент таксама будзе выкарыстаць іншы порт прызначэння - адзін больш, чым ўказаны порт прызначэння.

Кліент DHCP звычайна перадае любыя паведамленні пратакола ён адпраўляе да набыцця IP- адрас, каб, 255.255.255.255, абмежаваны шырокавяшчальны адрас IP. Для адладкі, гэта можа быць карысна, каб сервер перадаваць гэтыя паведамленні ў якой-небудзь іншы адрас. Гэта можа быць вызначана з сцягам -s, а затым IP - адрас або даменнае імя прызначэння.

Для мэт тэставання, то GIADDR полі ўсіх пакетаў , якія кліент пасылае можна ўсталяваць з дапамогай сцяга -g, а затым IP - адрасы для адпраўкі. Гэта карысна толькі для тэставання, і ня варта чакаць, што працаваць у якой-небудзь паслядоўным або карысным спосабе.

Кліент DHCP звычайна працаваць на пярэднім плане, пакуль не наладзіў інтэрфейс, а затым вярнуцца да працы ў фонавым рэжыме. Для запуску сілавога dhclient , каб заўсёды працаваць у якасці пярэдняга плана працэсу, сцяг -d павінен быць паказаны. Гэта карысна пры запуску кліента пад адладчыкам, або пры запуску яго з inittab на System V сістэм.

Кліент звычайна друкуе паведамленне запуску і адлюстроўвае паслядоўнасць пратаколу да стандартнага дэскрыптараў памылак , пакуль ён не набыў адрас, а затым толькі рэгіструе паведамлення , выкарыстоўваючы сістэмны часопіс (3) аб'ект. Сцяг -q прадухіляе любое іншае , чым памылкі ад друкуецца на стандартны дэскрыптар памылкі паведамленні.

Кліент звычайна не вызваляе бягучай арэнды, паколькі гэта не патрабуецца па пратаколе DHCP. Некаторыя кабельныя правайдэры патрабуюць ад сваіх кліентаў, каб паведаміць сервер, калі яны хочуць, каб вызваліць прызначаны IP-адрас. Сцяг -r відавочна вызваляе бягучай арэнды, і пасля таго , як тэрмін арэнды быў выпушчаны, кліент выходзіць.

-1 сцяг прычына dhclient адзін раз паспрабаваць , каб атрымаць арэнду. Калі гэта не атрымоўваецца, dhclient выходзіць з кодам выхаду два.

Кліент DHCP звычайна атрымлівае інфармацыю аб канфігурацыі з /etc/dhclient.conf, сваю базу дадзеных арэнды ад /var/lib/dhcp/dhclient.leases, захоўвае ідэнтыфікатар працэсу ў файл з імем /var/run/dhclient.pid і канфігуруе сеткавай інтэрфейс , выкарыстоўваючы / SBIN / dhclient-скрыпт Каб пазначыць іншыя імёны і / або месца для гэтых файлаў, выкарыстоўвайце -CF, -lf, -pf і -sF сцягі, адпаведна, а затым імя файла. Гэта можа быць асабліва карысна , калі, напрыклад, / вар / Бібліятэка / DHCP ці / вар / прабег да гэтага часу не ўстаноўлена , калі запускаецца кліент DHCP.

Кліент DHCP звычайна выходзіць, калі ён не ў стане вызначыць, якія сеткавыя інтэрфейсы для налады. На партатыўных кампутарах і іншыя кампутары з шынамі ўводу / высновы з магчымасцю гарачай замены, то магчыма, што інтэрфейс вяшчання можа быць дададзены пасля запуску сістэмы. -w сьцяг можа быць выкарыстаны , каб прымусіць кліента не выходзіць , калі ён не знаходзіць такіх інтэрфейсаў. Праграма omshell (8) , а затым можа быць выкарыстана для паведамлення кліента , калі сеткавы інтэрфейс быў дададзены або выдалены, так што кліент можа паспрабаваць наладзіць IP- адрас на гэтым інтэрфейсе.

Кліент DHCP можа быць накіравана не спрабаваць наладжваць любыя інтэрфейсы , выкарыстоўваючы сцяг -n. Гэта , хутчэй за ўсё , будзе карысна ў спалучэнні з сцягам -w.

Кліент таксама можа быць даручана неадкладна стаць дэманам, а не чакаць, пакуль ён не набыў IP-адрас. Гэта можа быць зроблена шляхам падачы -NW сцяга.

канфігурацыя

Сінтаксіс dhclient.conf (8) файл абмяркоўваецца асобна.

OMAPI

Кліент DHCP забяспечвае некаторую здольнасць кантраляваць яго падчас яго працы, не спыняючы яго. Гэтая магчымасць забяспечваецца з дапамогай OMAPI, у API для маніпулявання выдаленымі аб'ектамі. OMAPI кліенты падключаюцца да кліента з дапамогай TCP / IP, аўтэнтыфікацыі, а затым можа праверыць бягучы стан кліента і ўнесці ў яго змяненні.

Замест таго каб рэалізоўваць базавы пратакол OMAPI непасрэдна, прыстасаваныя праграмы павінны выкарыстоўваць dhcpctl API або сам OMAPI. Dhcpctl з'яўляецца абалонкай, якая апрацоўвае некаторыя з хатніх гаспадарак спраў, якія OMAPI ня робіць аўтаматычна. Dhcpctl і OMAPI задакументаваныя ў dhcpctl (3) і OMAPI (3). Большасць рэчаў , якія вы хочаце зрабіць з кліентам можа ажыццяўляцца непасрэдна з дапамогай omshell каманды (1), замест таго , каб напісаць спецыяльную праграму.

КАНТРОЛЬ аб'ектамі

Аб'ект кіравання дазваляе зачыніць кліент ўніз, вызваліўшы ўсе дамовы арэнду, што ён трымае і выдаленне любых DNS-запісы можа быць дададзеная. Яна таксама дазваляе зрабіць паўзу кліента - гэта unconfigures любых інтэрфейсаў кліент выкарыстоўвае. Затым вы можаце перазапусціць яго, што прыводзіць да яго пераналадзіць гэтыя інтэрфейсы. Вы, як правіла, прыпыніць кліента да пераходу ў спячы рэжым або рэжым сну на партатыўным кампутары. Вы б затым аднавіць яго пасля таго, як улада вяртаецца. Гэта дазваляе ПК карты павінны быць зачыненыя, пакуль кампутар зімуюць або спаць, а затым ініцыялізуецца ў папярэдняе стан, калі кампутар выходзіць з спячага рэжыму ці сну.

Аб'ект кіравання мае адзін атрыбут - атрыбут стану. Каб закрыць кліент ўніз, ўсталюйце яго стан атрыбут 2. Яна будзе аўтаматычна рабіць DHCPRELEASE. Для таго, каб прыпыніць яго, усталяваць яго стан атрыбуту 3. Каб аднавіць яго, усталяваць яго стан атрыбуту 4.

Важна: Выкарыстоўвайце каманду чалавека (%) чалавек , каб паглядзець , як каманда выкарыстоўваецца на вашым канкрэтным кампутары.