dhclient-Dynamic Host Configuration Protocol Client
SYNOPSIS
dhclient [ -p ] [ -d ] [ -q ] [ -1 ] [ -r ] [ -lf ເຊົ່າ -file ] [ -pf pid-file ] [ -cf config-file ] [ -sf script-file ] [ -s server ] [ -g relay] [ -n ] [ -nw ] [ -w ] [ if0 [ ... ifN ]]
DESCRIPTION
Client Internet DHCP Client, dhclient, ໃຫ້ບໍລິການວິທີການ configure ຫນຶ່ງຫຼືຫຼາຍ interface interfaces ໂດຍໃຊ້ Dynamic Host Configuration Protocol, BOOTP protocol, ຫຼືຖ້າໂປຣແກຼມເຫລົ່ານີ້ລົ້ມເຫລວ, ໂດຍກໍາຫນົດສະຖິຕິທີ່ຢູ່.
OPERATION
ໂປຣແກຣມ DHCP ອະນຸຍາດໃຫ້ເຈົ້າພາບຕິດຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍກາງທີ່ເກັບຮັກສາບັນຊີລາຍຊື່ ທີ່ຢູ່ IP ເຊິ່ງສາມາດໄດ້ຮັບການມອບຫມາຍໃນຫນຶ່ງຫຼືຫຼາຍກວ່າ subnets. ລູກຄ້າ DHCP ອາດຈະຮ້ອງຂໍເອົາທີ່ຢູ່ຈາກສະລອຍນ້ໍານີ້, ແລະຫຼັງຈາກນັ້ນໃຊ້ມັນເປັນການຊົ່ວຄາວສໍາລັບການສື່ສານໃນເຄືອຂ່າຍ. ໂປໂຕຄອນ DHCP ຍັງສະຫນອງກົນໄກທີ່ລູກຄ້າສາມາດຮຽນຮູ້ລາຍລະອຽດທີ່ສໍາຄັນກ່ຽວກັບເຄືອຂ່າຍທີ່ມັນຖືກຕິດເຊັ່ນ: ສະຖານທີ່ຂອງ router ເລີ່ມຕົ້ນ, ສະຖານທີ່ຂອງເຄື່ອງແມ່ຂ່າຍຊື່ແລະອື່ນໆ.
ເມື່ອເລີ່ມຕົ້ນ, dhclient ອ່ານ dhclient.conf ສໍາລັບຄໍາແນະນໍາໃນການຕັ້ງຄ່າ. ມັນຫຼັງຈາກນັ້ນໄດ້ຮັບບັນຊີລາຍຊື່ຂອງທຸກໆການເຊື່ອມຕໍ່ເຄືອຂ່າຍທີ່ຖືກກໍານົດໄວ້ໃນລະບົບປະຈຸບັນ. ສໍາລັບການໂຕ້ຕອບແຕ່ລະຄົນ, ມັນພະຍາຍາມກໍານົດການໂຕ້ຕອບໂດຍໃຊ້ໂພໂທຄອນ DHCP.
ເພື່ອຮັກສາຕິດຕາມສັນຍາເຊົ່າລະບົບລະບົບໃຫມ່ແລະການເລີ່ມຕົ້ນຂອງເຄື່ອງແມ່ຂ່າຍ, dhclient ເກັບລາຍຊື່ສັນຍາເຊົ່າທີ່ໄດ້ຮັບມອບຫມາຍໃນໄຟລ໌ dhclient.leases (5). ເມື່ອເລີ່ມຕົ້ນ, ຫຼັງຈາກອ່ານໄຟລ໌ dhclient.conf, dhclient ອ່ານໄຟລ໌ dhclient.leases ເພື່ອປັບປຸງຄວາມຊົງຈໍາຂອງຕົນກ່ຽວກັບສັນຍາເຊົ່າທີ່ໄດ້ຮັບມອບຫມາຍ.
ໃນເວລາທີ່ການເຊົ່າໃຫມ່ໄດ້ຖືກຊື້, ມັນໄດ້ຖືກເພີ່ມເຂົ້າໄປໃນຕອນທ້າຍຂອງໄຟລ໌ dhclient.leases ໄດ້. ເພື່ອປ້ອງກັນບໍ່ໃຫ້ໄຟລ໌ຈະກາຍເປັນຂະຫນາດໃຫຍ່ຕາມທີ່ກໍານົດໄວ້, ຈາກເວລາໃດກໍ່ຕາມ, dhclient ສ້າງໄຟລ໌ໃຫມ່ dhclient.eleases ຈາກຖານຂໍ້ມູນເຊົ່າໃນຫຼັກ. ເວີຊັນເກົ່າຂອງໄຟລ໌ dhclient.leases ຖືກເກັບໄວ້ພາຍໃຕ້ຊື່ dhclient.leases ~ ຈົນກວ່າ dhclient ຕໍ່ໄປຈະຂຽນຖານຂໍ້ມູນ.
ການເຊົ່າເກົ່າແມ່ນເກັບຮັກສາໄວ້ໃນກໍລະນີທີ່ເຄື່ອງແມ່ຂ່າຍ DHCP ບໍ່ສາມາດໃຊ້ໄດ້ເມື່ອ dhclient ຖືກ invoked ຄັ້ງທໍາອິດ (ໂດຍທົ່ວໄປແລ້ວໃນຂະບວນການເລີ່ມຕົ້ນລະບົບຂອງລະບົບ). ໃນກໍລະນີດັ່ງກ່າວ, ການເຊົ່າເກົ່າຈາກໄຟລ໌ dhclient.leases ທີ່ຍັງບໍ່ທັນຫມົດອາຍຸຈະຖືກທົດສອບແລະຖ້າພວກເຂົາກໍານົດວ່າຖືກຕ້ອງ, ພວກເຂົາຈະຖືກນໍາໃຊ້ຈົນກວ່າພວກເຂົາຈະຫມົດອາຍຸຫຼືໃຊ້ເຄື່ອງ DHCP.
ເຈົ້າພາບມືຖືເຊິ່ງບາງຄັ້ງອາດຈໍາເປັນຕ້ອງເຂົ້າເຖິງເຄືອຂ່າຍທີ່ບໍ່ມີເຄື່ອງແມ່ຂ່າຍ DHCP ໃດຫນຶ່ງທີ່ອາດຈະຖືກ preloaded ກັບການເຊົ່າສໍາລັບທີ່ຢູ່ຄົງທີ່ຢູ່ໃນເຄືອຂ່າຍນັ້ນ. ໃນເວລາທີ່ຄວາມພະຍາຍາມຕິດຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ DHCP ຫມົດແລ້ວ, dhclient ຈະພະຍາຍາມກວດສອບເງື່ອນໄຂການເຊົ່າທີ່ຄົງທີ່, ແລະຖ້າວ່າມັນສໍາເລັດຜົນ, ຈະໃຊ້ສັນຍາເຊົ່ານັ້ນຈົນກວ່າມັນຈະຖືກເລີ່ມຕົ້ນໃຫມ່.
ເຈົ້າພາບມືຖືຍັງສາມາດເດີນທາງໄປຫາບາງເຄືອຂ່າຍທີ່ DHCP ບໍ່ສາມາດໃຊ້ໄດ້ແຕ່ວ່າ BOOTP ແມ່ນ. ໃນກໍລະນີດັ່ງກ່າວ, ມັນອາດຈະເປັນປະໂຫຍດທີ່ຈະຈັດການກັບຜູ້ເບິ່ງແຍງລະບົບເຄືອຂ່າຍສໍາລັບການເຂົ້າໃນຖານຂໍ້ມູນ BOOTP, ດັ່ງນັ້ນ, ເຈົ້າພາບສາມາດ boot ໄດ້ໄວໃນເຄືອຂ່າຍນັ້ນແທນທີ່ຈະຂີ່ລົດຈັກຜ່ານບັນຊີລາຍຊື່ເກົ່າ.
COMMAND LINE
ຊື່ຂອງການເຊື່ອມຕໍ່ເຄືອຂ່າຍທີ່ dhclient ຄວນພະຍາຍາມກໍາຫນົດຄ່າອາດຈະຖືກກໍານົດໄວ້ໃນເສັ້ນຄໍາສັ່ງ. ຖ້າບໍ່ມີຊື່ອິນເຕີເນັດທີ່ຖືກກໍານົດໄວ້ໃນບັນທັດຄໍາສັ່ງ, dhclient ຈະກໍານົດທຸກໆ interface ຂອງເຄືອຂ່າຍ, ລົບກວນການໂຕ້ຕອບທີ່ບໍ່ແມ່ນອອກອາກາດຖ້າເປັນໄປໄດ້ແລະພະຍາຍາມກໍານົດການໂຕ້ຕອບແຕ່ລະໂຕ້.
ນອກຈາກນີ້ຍັງສາມາດກໍານົດການໂຕ້ຕອບໂດຍຊື່ໃນໄຟລ໌ dhclient.conf (5) . ຖ້າ interfaces ຖືກລະບຸໄວ້ໃນລັກສະນະນີ້, ລູກຄ້າຈະກໍານົດການໂຕ້ຕອບທີ່ຖືກລະບຸໄວ້ໃນແຟ້ມການຕັ້ງຄ່າຫຼືຢູ່ໃນບັນທັດຄໍາສັ່ງ, ແລະຈະບໍ່ສົນໃຈກັບການໂຕ້ຕອບອື່ນໆທັງຫມົດ.
ຖ້າລູກຄ້າ DHCP ຄວນຟັງແລະສົ່ງຢູ່ທີ່ພອດນອກເຫນືອຈາກມາດຕະຖານ (port 68), ທຸງ -p ສາມາດໃຊ້ໄດ້. ມັນຄວນຈະປະຕິບັດຕາມໂດຍຫມາຍເລກພອດ udp ທີ່ dhclient ຄວນໃຊ້. ນີ້ແມ່ນສ່ວນຫຼາຍທີ່ເປັນປະໂຫຍດສໍາລັບຈຸດປະສົງແກ້ໄຂ debugging. ຖ້າມີພອດທີ່ແຕກຕ່າງກັນສໍາລັບລູກຄ້າທີ່ຈະຟັງແລະສົ່ງຜ່ານ, ລູກຄ້າຍັງຈະໃຊ້ທ່າທາງປາຍທາງທີ່ແຕກຕ່າງກັນ - ຫນຶ່ງທີ່ສູງກວ່າຈຸດປາຍທາງທີ່ກໍານົດໄວ້.
ລູກຄ້າ DHCP ທໍາມະດາສົ່ງຂໍ້ຄວາມໂປໂຕຄອນທີ່ສົ່ງກ່ອນທີ່ຈະໄດ້ຮັບທີ່ຢູ່ IP ເປັນ, 2552555255525, IP address limited broadcast address. ສໍາລັບຈຸດປະສົງການແກ້ໄຂ, ມັນອາດຈະເປັນປະໂຫຍດທີ່ໃຫ້ເຄື່ອງແມ່ຂ່າຍສົ່ງຂໍ້ຄວາມເຫຼົ່ານີ້ໄປຫາບາງບ່ອນອື່ນໆ. ນີ້ສາມາດຖືກກໍານົດດ້ວຍທຸງຊາດ -s , ຕິດຕາມໂດຍທີ່ຢູ່ IP ຫຼືຊື່ໂດເມນຂອງຈຸດຫມາຍປາຍທາງ.
ສໍາລັບຈຸດປະສົງຂອງການທົດສອບ, ພາກ field giaddr ຂອງທຸກໆ packets ທີ່ລູກຄ້າສົ່ງຈະສາມາດກໍານົດໂດຍໃຊ້ flag -g , ຕິດຕາມໂດຍທີ່ IP address to send. ນີ້ແມ່ນພຽງແຕ່ເປັນປະໂຫຍດສໍາລັບການທົດສອບ, ແລະບໍ່ຄວນຄາດວ່າຈະເຮັດວຽກໃນວິທີການທີ່ສອດຄ່ອງຫຼືເປັນປະໂຫຍດ.
ລູກຄ້າ DHCP ໂດຍປົກກະຕິຈະດໍາເນີນການຢູ່ໃນຫນ້າຈໍກ່ອນຈົນກ່ວາມັນໄດ້ configured interface, ແລະຫຼັງຈາກນັ້ນຈະກັບຄືນໄປບ່ອນຢູ່ໃນພື້ນຫລັງ. ການດໍາເນີນການ dhclient ຜົນບັງຄັບໃຊ້ເພື່ອເຮັດວຽກຕາມປົກກະຕິເປັນຂັ້ນຕອນຂອງການ foreground, ຄວນໃຫ້ລະບຸ -d flag. ນີ້ແມ່ນມີຜົນປະໂຫຍດໃນເວລາທີ່ແລ່ນລູກຄ້າພາຍໃຕ້ການແກ້ໄຂ debugger, ຫຼືໃນເວລາທີ່ມັນແລ່ນອອກຈາກ inittab ໃນລະບົບ System V.
ລູກຄ້າປົກກະຕິສະແດງຂໍ້ຄວາມເລີ່ມຕົ້ນແລະສະແດງລໍາດັບໂປໂຕຄອນກັບຕົວລະບຸຂໍ້ຜິດພາດມາດຕະຖານຈົນກວ່າມັນໄດ້ມາທີ່ຢູ່ແລະຫຼັງຈາກນັ້ນພຽງແຕ່ເຂົ້າບັນທຶກຂໍ້ຄວາມໂດຍໃຊ້ລະບົບ syslog (3) . ທົງ -q ປ້ອງກັນບໍ່ໃຫ້ຂໍ້ຄວາມໃດນອກເຫນືອຈາກຄວາມຜິດພາດທີ່ຖືກພິມອອກມາກັບຕົວສະແດງຂໍ້ຜິດພະລາດມາດຕະຖານ.
ລູກຄ້າຕາມປົກກະຕິບໍ່ປ່ອຍສັນຍາເຊົ່າໃນປະຈຸບັນຍ້ອນວ່າມັນບໍ່ຈໍາເປັນຕ້ອງໄດ້ຮັບຮອງໂດຍໂປແກຼມ DHCP. ບາງ ISP ສາຍຕ້ອງລູກຄ້າຂອງພວກເຂົາແຈ້ງເຕືອນໃຫ້ບໍລິສັດຖ້າພວກເຂົາຕ້ອງການປົດປ່ອຍທີ່ຢູ່ IP ທີ່ໄດ້ຮັບມອບຫມາຍ. ທຸງຊາດ -r ໄດ້ ອອກແຈ້ງການໃຫ້ເຊົ່າໃນປະຈຸບັນ, ແລະເມື່ອເຊົ່າໄດ້ຖືກປ່ອຍຕົວ, ລູກຄ້າອອກຈາກ.
ທຸງ -1 ເຮັດໃຫ້ dhclient ພະຍາຍາມໃຊ້ເວລາຫນຶ່ງເພື່ອໃຫ້ໄດ້ເຊົ່າ. ຖ້າມັນລົ້ມເຫລວ, dhclient ອອກຈາກລະຫັດອອກມາສອງ.
ລູກຄ້າ DHCP ໄດ້ຮັບຂໍ້ມູນການກໍານົດຂອງມັນຈາກ /etc/dhclient.conf, ຖານຂໍ້ມູນການເຊົ່າຈາກ /var/lib/dhcp/dhclient.leases, ເກັບຮັກສາລະຫັດຂະບວນການຂອງມັນໃນໄຟລ໌ທີ່ເອີ້ນວ່າ /var/run/dhclient.pid ແລະກໍານົດ ການໂຕ້ຕອບເຄືອຂ່າຍໂດຍໃຊ້ / sbin / dhclient-script ເພື່ອລະບຸຊື່ແລະ / ຫຼືສະຖານທີ່ທີ່ແຕກຕ່າງກັນສໍາລັບໄຟລ໌ເຫຼົ່ານີ້, ໃຊ້ - cf, -lf, -pf ແລະ -sf flags, ຕາມລໍາດັບຕາມຊື່ຂອງໄຟລ໌. ນີ້ອາດຈະເປັນປະໂຫຍດໂດຍສະເພາະຖ້າຍົກຕົວຢ່າງ / var / lib / dhcp ຫຼື / var / run ບໍ່ໄດ້ຖືກຕິດຕັ້ງເມື່ອລູກຄ້າ DHCP ຖືກເລີ່ມຕົ້ນ.
ລູກຄ້າ DHCP ປົກກະຕິຈະອອກຖ້າມັນບໍ່ສາມາດກໍານົດການໂຕ້ຕອບເຄືອຂ່າຍໃດໆທີ່ຈະກໍານົດ. ໃນຄອມພິວເຕີ້ຄອມພິວເຕີ້ແລະຄອມພິວເຕີ້ອື່ນໆທີ່ມີລົດໃຫຍ່ I / O ທີ່ສາມາດປ່ຽນແປງໄດ້, ມັນກໍ່ເປັນໄປໄດ້ວ່າມີການໂຕ້ຕອບການອອກສຽງອາດຈະຖືກເພີ່ມຫຼັງຈາກການເລີ່ມຕົ້ນຂອງລະບົບ. flag -w ສາມາດນໍາໃຊ້ເພື່ອເຮັດໃຫ້ລູກຄ້າບໍ່ອອກໃນເວລາທີ່ມັນບໍ່ພົບຂໍ້ມູນໃດໆ. ໂປລແກລມ omshell (8) ສາມາດໃຊ້ເພື່ອບອກລູກຄ້າເມື່ອມີການເພີ່ມຫລືລຶບເອົາການໂຕ້ຕອບເຄືອຂ່າຍ, ດັ່ງນັ້ນລູກຄ້າສາມາດພະຍາຍາມກໍານົດທີ່ຢູ່ IP ໃນອິນເຕີເຟດນັ້ນ.
ລູກຄ້າ DHCP ສາມາດໄດ້ຮັບການມຸ້ງຫມັ້ນທີ່ຈະບໍ່ພະຍາຍາມກໍານົດການໂຕ້ຕອບໃດໆໂດຍການນໍາໃຊ້ທົງ -n . ນີ້ແມ່ນຫຼາຍທີ່ສຸດທີ່ຈະເປັນປະໂຫຍດໃນການປະສົມປະສານກັບທົງ -w .
ລູກຄ້າຍັງສາມາດໄດ້ຮັບຄໍາແນະນໍາໃຫ້ກາຍເປັນ daemon ທັນທີ, ແທນທີ່ຈະລໍຖ້າຈົນກວ່າມັນໄດ້ມາທີ່ຢູ່ IP. ນີ້ສາມາດເຮັດໄດ້ໂດຍການສະຫນອງ flag -nw .
CONFIGURATION
syntax ຂອງ dhclientconf (8) ໄຟລ໌ແມ່ນປຶກສາຫາລືແຍກຕ່າງຫາກ.
OMAPI
ລູກຄ້າ DHCP ໃຫ້ຄວາມສາມາດໃນການຄວບຄຸມມັນໃນຂະນະທີ່ມັນແລ່ນ, ໂດຍບໍ່ຕ້ອງຢຸດມັນ. ຄວາມສາມາດນີ້ໄດ້ຖືກສະຫນອງໃຫ້ໂດຍໃຊ້ OMAPI, API ສໍາລັບການຈັດການວັດຖຸຫ່າງໄກສອກຫຼີກ. ລູກຄ້າ OMAPI ເຊື່ອມຕໍ່ກັບລູກຄ້າໂດຍໃຊ້ TCP / IP, ກວດສອບແລະສາມາດກວດສອບສະຖານະຂອງລູກຄ້າແລະປ່ຽນແປງມັນ.
ແທນທີ່ຈະປະຕິບັດຕາມໂປໂຕຄອນ OMAPI ໂດຍກົງ, ໂປລແກລມຜູ້ໃຊ້ຄວນໃຊ້ API dhcpctl ຫຼື OMAPI ຕົວເອງ. Dhcpctl ແມ່ນເຄື່ອງນຸ່ງຫົ່ມທີ່ຈັດການກັບວຽກງານທີ່ເຮັດຫນ້າທີ່ເປັນເຮືອນທີ່ OMAPI ບໍ່ເຮັດອັດຕະໂນມັດ. Dhcpctl ແລະ OMAPI ແມ່ນເອກະສານໃນ dhcpctl (3) ແລະ omapi (3) . ສິ່ງທີ່ຫຼາຍທ່ານຕ້ອງການເຮັດກັບລູກຄ້າສາມາດເຮັດໄດ້ໂດຍກົງໂດຍໃຊ້ ຄໍາສັ່ງ omshell (1) ແທນທີ່ຈະຕ້ອງຂຽນໂຄງການພິເສດ.
OBJECT CONTROL
ວັດຖຸຄວບຄຸມອະນຸຍາດໃຫ້ທ່ານປິດລູກຄ້າລົງ, ປ່ອຍສັນຍາເຊົ່າທັງຫມົດທີ່ຖືມັນແລະລຶບຂໍ້ມູນ DNS ໃດໆທີ່ມັນອາດຈະເພີ່ມ. ມັນຍັງອະນຸຍາດໃຫ້ທ່ານຢຸດເວລາລູກຄ້າ - ນີ້ບໍ່ໄດ້ກໍານົດການໂຕ້ຕອບໃດໆທີ່ລູກຄ້າກໍາລັງໃຊ້. ຫຼັງຈາກນັ້ນທ່ານສາມາດເລີ່ມຕົ້ນມັນໃຫມ່, ເຊິ່ງມັນເຮັດໃຫ້ມັນສາມາດກໍານົດຫນ້າຈໍຄືນໄດ້. ທ່ານມັກຈະຢຸດໃຫ້ລູກກ່ອນທີ່ຈະເຂົ້າໄປໃນບ່ອນນອນຫຼືນອນຢູ່ຄອມພິວເຕີ້ຄອມພິວເຕີ. ຫຼັງຈາກນັ້ນທ່ານຈະສືບຕໍ່ມັນຫຼັງຈາກພະລັງງານມາຄືນ. ນີ້ອະນຸຍາດໃຫ້ບັດ PC ຈະປິດລົງໃນຂະນະທີ່ຄອມພິວເຕີແມ່ນ hibernating ຫຼືນອນ, ແລະຫຼັງຈາກນັ້ນ reinitialized ກັບລັດກ່ອນຫນ້າຂອງເຂົາເຈົ້າໃນເວລາທີ່ຄອມພິວເຕີອອກຈາກ hibernation ຫຼືນອນ.
ວັດຖຸຄວບຄຸມມີຫນຶ່ງ attribute - attribute state. ການປິດລູກຄ້າລົງ, ກໍານົດຄຸນສົມບັດຂອງລັດໃຫ້ 2. ມັນຈະເຮັດ DHCPRELEASE ໂດຍອັດຕະໂນມັດ. ເພື່ອຢຸດມັນ, ໃຫ້ກໍານົດຄຸນສົມບັດລັດຂອງຕົນໃຫ້ 3. ເພື່ອສືບຕໍ່ມັນ, ກໍານົດຄຸນສົມບັດຂອງລັດໃຫ້ 4.
ສິ່ງສໍາຄັນ: ໃຊ້ ຄໍາສັ່ງ man ( % man ) ເພື່ອເບິ່ງວິທີການໃຊ້ຄໍາສັ່ງໃນຄອມພິວເຕີຂອງທ່ານ.