ຈະເຮັດແນວໃດຖ້າ Windows ກໍານົດ APIPA IP (169.xxx): ສາເຫດທີ່ແທ້ຈິງແລະການແກ້ໄຂທີ່ແນ່ນອນ

ເມື່ອອຸປະກອນຂອງທ່ານປາກົດດ້ວຍທີ່ຢູ່ 169.254.xx ແລະເຄືອຂ່າຍສະແດງຄໍາເຕືອນການເຊື່ອມຕໍ່ທີ່ຈໍາກັດ, ມັນເປັນໄປໄດ້ຫຼາຍທີ່ APIPA ທີ່ຢູ່ອັດຕະໂນມັດເຮັດວຽກ. ກົນໄກນີ້ມອບຫມາຍ IP ທ້ອງຖິ່ນສຸກເສີນເມື່ອ DHCP Falla, ອະນຸຍາດໃຫ້ການສື່ສານບາງຢ່າງຢູ່ໃນເຄືອຂ່າຍທາງດ້ານຮ່າງກາຍດຽວກັນແຕ່ບໍ່ມີການເຂົ້າເຖິງເຄືອຂ່າຍອື່ນໆ.

ໃນສະພາບແວດລ້ອມໃນບ້ານ ແລະອົງກອນ, ມັນເປັນຫົວຂໍ້ທີ່ເກີດຂຶ້ນຊ້ຳໆ: ບັດໃນ DHCP ທີ່ບໍ່ໄດ້ຮັບການຕອບສະໜອງ ແລະຕົກຢູ່ໃນ APIPA, ແລັບທັອບທີ່ເຊື່ອມຕໍ່ຜ່ານ Wi-Fi ໂດຍບໍ່ມີອິນເຕີເນັດ, ຫຼືເຊີບເວີທີ່ເນື່ອງມາຈາກບັນຫາສະເພາະ, ຢຸດການຕໍ່ອາຍຸການເຊົ່າຂອງເຂົາເຈົ້າ. ຄວາມເຂົ້າໃຈກ່ຽວກັບ APIPA ແມ່ນຫຍັງ, ມັນເຮັດວຽກແນວໃດ, ແລະວິທີການປິດການທໍາງານຫຼືວິນິດໄສມັນ ມັນຈະຊ່ວຍໃຫ້ທ່ານປະຫຍັດເວລາແລະອາການເຈັບຫົວ.

APIPA ແມ່ນຫຍັງ ແລະມັນແມ່ນຫຍັງ?

APIPA (ອັດຕະໂນມັດທີ່ຢູ່ IP ສ່ວນຕົວ) ເປັນຄຸນສົມບັດ IPv4 ທີ່ກຳນົດຄ່າສ່ວນຕິດຕໍ່ອັດຕະໂນມັດດ້ວຍທີ່ຢູ່ຈາກບລັອກ 169.254.0.0/16 ຖ້າບໍ່ມີເຊີບເວີ DHCP. ມັນພຽງແຕ່ກໍານົດທີ່ຢູ່ IP ແລະຫນ້າກາກ 255.255.0.0, ໂດຍບໍ່ມີ gateway ຫຼື DNS, ສະນັ້ນມັນອະນຸຍາດໃຫ້ການສື່ສານໃນທ້ອງຖິ່ນລະຫວ່າງອຸປະກອນຢູ່ໃນພາກສ່ວນດຽວກັນແລະບໍ່ມີຫຍັງອີກ.

ພື້ນທີ່ນີ້ຖືກສະຫງວນໂດຍ IANA ສໍາລັບທີ່ຢູ່ເຊື່ອມຕໍ່ທ້ອງຖິ່ນຕາມ RFC 3927, ແລະຢູ່ໃນຂອບເຂດທີ່ເອີ້ນວ່າ link-local. ໃນການປະຕິບັດ, APIPA ຮັກສາເຄືອຂ່າຍ "ມີຊີວິດຢູ່" ໃນລະດັບທ້ອງຖິ່ນ. ໃນເວລາທີ່ບໍ່ມີການຕັ້ງຄ່າທີ່ຖືກຕ້ອງ, ແຕ່ມັນບໍ່ສາມາດກໍານົດເສັ້ນທາງຫຼືເຫມາະສົມສໍາລັບການເຂົ້າເຖິງອິນເຕີເນັດ.

ສິ່ງສໍາຄັນເພື່ອກໍານົດກົດລະບຽບ: ໄດ້ RFC 3330 (ຕໍ່ມາຖືກແທນທີ່ໂດຍ RFC 5735) ແລະ RFC 3927 ກໍານົດການນໍາໃຊ້ທີ່ຢູ່ເຫຼົ່ານີ້. ຂອບເຂດທີ່ໃຊ້ໄດ້ໃນຄອມພິວເຕີປົກກະຕິແລ້ວແມ່ນຕັ້ງແຕ່ 169.254.1.0 ຫາ 169.254.254.255., ເຮັດໃຫ້ທັງສອງສົ້ນສະຫງວນໄວ້ (169.254.0.x ແລະ 169.254.255.x) ແລະໃຊ້ 169.254.255.255 ເປັນການອອກອາກາດ.

APIPA ເຮັດວຽກແນວໃດໃນລາຍລະອຽດ

ເມື່ອການໂຕ້ຕອບຢູ່ໃນ DHCP ແລະບໍ່ໄດ້ຮັບການຕອບສະຫນອງ, ລະບົບຈະເປີດໃຊ້ APIPA. ລູກຄ້າສົ່ງ DHCPDISCOVER ຫຼາຍໆຄັ້ງໃນຕອນເລີ່ມຕົ້ນ; ຄໍາອະທິບາຍທົ່ວໄປແມ່ນວ່າມັນເຮັດການຮ້ອງຂໍ 3 ຫຼື 4 ໃນສອງສາມວິນາທີແລະ, ຖ້າບໍ່ມີການຕອບສະຫນອງ, ມັນເລີ່ມຕົ້ນການເຊື່ອມຕໍ່ - local autoconfiguration.

ໃນລະຫວ່າງການຕັ້ງຄ່າອັດຕະໂນມັດ, ອຸປະກອນຈະເລືອກທີ່ຢູ່ IP ແບບສຸ່ມພາຍໃນຂອບເຂດທີ່ອະນຸຍາດ ແລະກວດສອບວ່າມັນບໍ່ໄດ້ຖືກນໍາໃຊ້ໂດຍໃຊ້ probes (ARP ຫຼືອອກອາກາດ) ກ່ອນທີ່ຈະຕັ້ງມັນ. ຖ້າມັນກວດພົບຂໍ້ຂັດແຍ່ງ, ມັນຈະພະຍາຍາມທີ່ຢູ່ອື່ນເຖິງຈໍານວນສູງສຸດຂອງຄວາມພະຍາຍາມ.; ບາງບົດອະທິບາຍເຖິງ 10 ຄວາມພະຍາຍາມກ່ອນທີ່ຈະຍອມແພ້ຖ້າການປະທະກັນຍັງຄົງຢູ່.

ເມື່ອຖືກມອບຫມາຍ, ລູກຄ້າຍັງສືບຕໍ່ຄົ້ນຫາເຄື່ອງແມ່ຂ່າຍ DHCP ເປັນແຕ່ລະໄລຍະ. ໃນ Windows, ສໍາລັບການຍົກຕົວຢ່າງ, ການຮ້ອງຂໍ DHCP ແມ່ນ retried ປະມານທຸກໆ 5 ນາທີ.ຖ້າເຊີບເວີປະກົດຂຶ້ນ, TCP/IP stack ຈະປ່ຽນແທນ APIPA IP ດ້ວຍການເຊົ່າທີ່ຖືກຕ້ອງ.

APIPA ນຳໃຊ້ກັບ IPv4 ເທົ່ານັ້ນ; Stateless Autoconfiguration (SLAAC) ຖືກໃຊ້ໃນ IPv6, ອະທິບາຍໄວ້ໃນ RFC 2462 (ປະຈຸບັນໄດ້ປັບປຸງໂດຍ RFC 4862), ທີ່ມີກົນໄກທີ່ແຕກຕ່າງກັນແລະການເຊື່ອມຕໍ່ທ້ອງຖິ່ນທີ່ຢູ່ນໍາຫນ້າດ້ວຍ fe80::/10.

APIPA ໃນ Windows: ພຶດຕິກໍາ ແລະລັກສະນະພິເສດ

ໃນລະບົບ Windows ທີ່ທັນສະໄຫມ, APIPA ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ. ເມື່ອບໍ່ໄດ້ຮັບ DHCP, stack ມອບໝາຍໃຫ້ຕົນເອງ ແລະພະຍາຍາມຄືນຄ່າເຊົ່າເປັນໄລຍະ.ນອກຈາກນັ້ນ, ຄຸນສົມບັດຄວາມຮູ້ສຶກສື່ຈະເລັ່ງຄວາມພະຍາຍາມອີກຄັ້ງເມື່ອການເຊື່ອມຕໍ່ກັບຄືນມາ.

ໃນຮຸ່ນເກົ່າເຊັ່ນ Windows 98, Media Sense ບໍ່ມີຢູ່, ເຊິ່ງສາມາດຊັກຊ້າການເຊື່ອມຕໍ່ຄືນຫຼັງຈາກອຸປະຕິເຫດທາງຮ່າງກາຍ. Windows 2000, XP, 7, 10 ແລະຕໍ່ມາແມ່ນລວມ Media Sense ແລະຄຸນສົມບັດເສີມອື່ນໆເຊັ່ນ ICMP Router Discovery ຫຼື RIP ການຟັງເພື່ອປັບປຸງສະພາບການເຄືອຂ່າຍ.

ບາງການປະຕິບັດ Windows ສ້າງ APIPA IP ໂດຍການ hashing ທີ່ຢູ່ MAC ຂອງການໂຕ້ຕອບ, ຊອກຫາສະຖຽນລະພາບຫຼັງຈາກ reboots ແລະຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງການຊໍ້າຊ້ອນ (ສະເຫມີກັບການກວດສອບຂໍ້ຂັດແຍ່ງກ່ອນ).

ວິທີການຮູ້ວ່າທ່ານຢູ່ໃນ APIPA

ໃນ Windows 2000/XP/Server 2003 ແລະຕໍ່ມາ, ເປີດຄໍາສັ່ງແລະດໍາເນີນການ: ipconfig /all ເພື່ອທົບທວນຄືນ autoconfiguration blockຖ້າການຕັ້ງຄ່າອັດຕະໂນມັດຖືກເປີດໃຊ້ງານແລະ IP ແມ່ນ 169.254.xy ກັບຫນ້າກາກ 255.255.0.0, ທ່ານຢູ່ໃນ APIPA.

ໃນສະບັບ Windows ເກົ່າ (Windows 98, Windows Me), utility winipcfg ອະນຸຍາດໃຫ້ທ່ານເບິ່ງວ່າມີທີ່ຢູ່ພາຍໃນ 169.254.xx ພາຍໃຕ້ປ້າຍຊື່ການຕັ້ງຄ່າອັດຕະໂນມັດ. ການເບິ່ງ IP ນີ້ຊີ້ໃຫ້ເຫັນວ່າບໍ່ມີການເຊົ່າ DHCP.

ປິດໃຊ້ງານ ຫຼືເປີດໃຊ້ APIPA ໃນ Windows

APIPA ສາມາດຖືກປິດໃຊ້ງານ, ຮັກສາຫຼືບໍ່ໃຊ້ DHCP ຂຶ້ນກັບກໍລະນີ. ນີ້ແມ່ນເຮັດໄດ້ໂດຍການດັດແກ້ Windows Registry, ການປ່ຽນແປງເສັ້ນທາງຂຶ້ນຢູ່ກັບສະບັບຂອງລະບົບ.

• ໃນ Windows 98/Me: ເພີ່ມລາຍການ DWORD 'IPAutoconfigurationEnabled' ດ້ວຍຄ່າ 0x0 ເປັນ: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\DHCP.
• ໃນ Windows 2000/XP/Server 2003: ເພີ່ມ 'IPAutoconfigurationEnabled' (DWORD 0x0) ພາຍໃຕ້ສ່ວນຕິດຕໍ່ສະເພາະ: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<GUID_del_adaptador>.
• ໃນລຸ້ນໃໝ່ກວ່າ (Windows 7/8/10/11), ທ່ານຍັງຈະເຫັນການອ້າງອີງເຖິງ TCP/IP global parameter wrapper: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters. ຈື່ໄວ້ວ່າຄ່າຂອງ 1 ເຮັດໃຫ້ APIPA ແລະ 0 ປິດໃຊ້ງານມັນ.

ຫຼັງຈາກການປ່ຽນແປງ Registry, ມັນແນະນໍາໃຫ້ reboot ສໍາລັບການຕັ້ງຄ່າທີ່ຈະມີຜົນ. ສໍາຮອງຂໍ້ມູນການລົງທະບຽນຂອງທ່ານກ່ອນທີ່ຈະແຕະອັນໃດ.ໂດຍສະເພາະແມ່ນອຸປະກອນທີ່ສໍາຄັນ.

ສະຖານະການທົ່ວໄປທີ່ APIPA ປາກົດ

Boot ໂດຍ​ບໍ່​ມີ​ການ​ເຊົ່າ​ລ່ວງ​ຫນ້າ​ແລະ​ໂດຍ​ບໍ່​ມີ DHCP​: ເກີບ​ລູກ​ຄ້າ​, ອອກ​ຂໍ້​ຄວາມ​ການ​ຄົ້ນ​ພົບ​ຈໍາ​ນວນ​ຫນຶ່ງ (3 ຫຼື​ຫຼາຍ​ກວ່າ​) ແລະ​, ຖ້າບໍ່ມີການຕອບສະໜອງ, ມັນມອບໃຫ້ຕົນເອງເປັນ class B IP ພາຍໃນ 169.254/16. ສືບ​ຕໍ່​ລອງ​ໃໝ່​ເປັນ​ໄລ​ຍະ.

ດ້ວຍການເຊົ່າກ່ອນໜ້າ ແລະບໍ່ມີ DHCP: ອຸປະກອນຈະສຳຫຼວດປະຕູທາງເລີ່ມຕົ້ນ; ຖ້າມັນຕອບສະຫນອງ, ຮັກສາ IP ເກົ່າຖ້າບໍ່ມີການຕອບສະຫນອງຫຼືບໍ່ມີ gateway ຖືກກໍານົດ, APIPA ຈະຖືກເປີດໃຊ້ແລະຂໍ້ຜິດພາດຈະຖືກລາຍງານໃຫ້ຜູ້ໃຊ້.

ສັນຍາເຊົ່າໝົດອາຍຸ ແລະບໍ່ມີ DHCP: ລູກຄ້າພະຍາຍາມຕໍ່ອາຍຸ; ຖ້າມັນບໍ່ພົບເຄື່ອງແມ່ຂ່າຍ, ມັນຈະກັບຄືນໄປຫາ APIPA, ສົ່ງການກວດຫາຫຼາຍໆຄັ້ງ ແລະເຮັດຊ້ຳຮອບວຽນທຸກໆສອງສາມນາທີຈົນກ່ວາເຊີບເວີກັບມາອອນລາຍ.

ການວິນິດໄສໄວເມື່ອທ່ານເຫັນ 169.254.xx

ເລີ່ມຕົ້ນດ້ວຍພື້ນຖານ: ກວດເບິ່ງສາຍ, ການເຊື່ອມຕໍ່, ສະຖານະຂອງ router ຫຼື switch, ແລະການບໍລິການ DHCP ຂອງອຸປະກອນທີ່ສະຫນອງມັນ (ຢູ່ເຮືອນ, ມັນມັກຈະເປັນ router). ການປິດເປີດເຄື່ອງຄວບຄຸມຂອງ router ແລະການໂຕ້ຕອບເຄືອຂ່າຍບັງຄັບໃຫ້ມີການເຈລະຈາຄືນໃຫມ່.

ໃນ Windows, ດໍາເນີນການຄໍາສັ່ງເຫຼົ່ານີ້ຢູ່ໃນຄໍາສັ່ງສູງເພື່ອປັບ stack ໄດ້: ພວກເຂົາເຈົ້າມີຄວາມປອດໄພແລະປົກກະຕິແລ້ວແກ້ໄຂບັນຫາເຫດການເລື້ອຍໆ.

netsh int ip reset c:\resetlog.txt
netsh winsock reset
ipconfig /flushdns
ipconfig /registerdns
ipconfig /release
ipconfig /renew

ກວດເບິ່ງວ່າບໍລິການ 'DHCP Client' ເຮັດວຽກຢູ່ (services.msc) ແລະ, ຖ້າຈໍາເປັນ, ເປີດໃຊ້ DHCP ໃນ Windows 10. ມັນຕ້ອງຢູ່ໃນສະຖານະເລີ່ມຕົ້ນ ແລະປະເພດການເລີ່ມຕົ້ນອັດຕະໂນມັດ ເພື່ອໃຫ້ການໂຕ້ຕອບໄດ້ຮັບການຊ່ວຍເຫຼືອລ້າຢ່າງຖືກຕ້ອງ.

ຖ້າທ່ານກໍາລັງໃຊ້ Wi-Fi, ໃຫ້ກວດເບິ່ງຄວາມເຂົ້າກັນໄດ້ຂອງອະແດັບເຕີກັບຄວາມປອດໄພຂອງຈຸດເຂົ້າເຖິງ (WPA/WPA2, ແລະອື່ນໆ) ແລະຄຸນນະພາບສັນຍານ. ການເຈລະຈາທີ່ບໍ່ດີສາມາດປ້ອງກັນການໄດ້ຮັບ IP ເຖິງແມ່ນວ່າຈະເຫັນ SSID ແລະການເຊື່ອມໂຍງກັບ.

ກວດສອບເຊີບເວີ DHCP ຫຼື router

ໃນເຄືອຂ່າຍທີ່ມີເຄື່ອງແມ່ຂ່າຍ DHCP ທີ່ອຸທິດຕົນ, ມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະເບິ່ງບັນທຶກແລະສະຖານະພາບຂອງຂອບເຂດ. ເອົາລາຍການທີ່ຕົກຄ້າງອອກຈາກ 169.254.xx ຖ້າພວກມັນຖືກບັນທຶກໄວ້ໂດຍຄວາມຜິດພາດ ແລະໃຫ້ແນ່ໃຈວ່າສະລອຍນ້ໍາທີ່ໃຊ້ບໍ່ໄດ້ຫມົດ.

ປະ​ຕິ​ບັດ​ການ​ປະ​ຕິ​ບັດ​ທີ່​ດີ​: ປິດ​ການ​ທໍາ​ງານ​ການ​ໂຕ້​ຕອບ​ທີ່​ບໍ່​ໄດ້​ນໍາ​ໃຊ້​, ມອບໝາຍ IP ຄົງທີ່ທີ່ຖືກຕ້ອງໃຫ້ກັບສ່ວນຕິດຕໍ່ການຈັດການ, ນຳໃຊ້ DHCP ໃນແຕ່ລະເຄືອຂ່າຍຍ່ອຍ ແລະທົບທວນຄືນທາງເລືອກຂັ້ນສູງ (ເຊັ່ນ: ການຄົ້ນພົບການອອກອາກາດຖ້າມີ).

ໃນສະພາບແວດລ້ອມໃນເຮືອນ, ເຂົ້າໄປໃນການໂຕ້ຕອບຂອງ router ແລະກວດສອບວ່າເຄື່ອງແມ່ຂ່າຍ DHCP ຖືກເປີດໃຊ້ແລະມີຂອບເຂດພຽງພໍ. ການອັບເດດເຟີມແວຂອງເຣົາເຕີຈະຊ່ວຍແກ້ໄຂຂໍ້ບົກພ່ອງທີ່ຮູ້ຈັກ. ແລະປັບປຸງປະສິດທິພາບແລະຄວາມຫມັ້ນຄົງ.

ແກ້ໄຂຂໍ້ຂັດແຍ່ງແລະຜົນກະທົບຂອງມັນ

ຂໍ້ຂັດແຍ່ງ IP ສາມາດເປັນຜົນມາຈາກການມອບໝາຍຄູ່ມືຊໍ້າກັນ, ຄວາມຜິດພາດຂອງ DHCP, ຫຼືການຈອງທີ່ຄຸ້ມຄອງບໍ່ດີ. ການກໍານົດປະເພດຂອງຂໍ້ຂັດແຍ່ງແມ່ນສໍາຄັນໃນການຕັດສິນໃຈວ່າຈະຕັ້ງ static, ຕໍ່ອາຍຸແບບເຄື່ອນໄຫວຫຼືຖອນຄືນການເຊົ່າ..

ໃນທຸລະກິດ, ຄອມພິວເຕີສອງເຄື່ອງທີ່ມີທີ່ຢູ່ IP ດຽວກັນສາມາດນໍາເອົາການບໍລິການທີ່ສໍາຄັນໄປສູ່ການຢຸດເຊົາ, ໂດຍສະເພາະຖ້າຄວາມຂັດແຍ້ງມີຜົນກະທົບຕໍ່ເຄື່ອງແມ່ຂ່າຍ. ການ​ຕິດ​ຕາມ​ກວດ​ກາ​ແລະ​ການ​ກວດ​ສອບ​ເຄືອ​ຂ່າຍ​ເປັນ​ໄລ​ຍະ​ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ຄາດ​ຄະ​ເນ​ບັນ​ຫາ​. ແລະຫຼຸດຜ່ອນເວລາຢຸດເຮັດວຽກ.

APIPA ແລະຄວາມປອດໄພ: ການລ່ວງລະເມີດທີ່ເປັນໄປໄດ້ແລະມາດຕະການຕ້ານ

ແຫຼ່ງຂໍ້ມູນບາງຢ່າງຊີ້ໃຫ້ເຫັນວ່າການບັງຄັບ APIPA ຢູ່ໃນ Windows ຢ່າງຕໍ່ເນື່ອງສາມາດຖືກນໍາໃຊ້ຢ່າງເປັນອັນຕະລາຍ, ຕົວຢ່າງໂດຍການດັດແກ້ການລົງທະບຽນທີ່ກ່ຽວຂ້ອງກັບການຕັ້ງຄ່າອັດຕະໂນມັດ, DHCP, ຫຼືຕົວຊີ້ວັດການໂຕ້ຕອບ. ເປົ້າໝາຍຂອງຜູ້ໂຈມຕີແມ່ນເອົາການເຊື່ອມຕໍ່ຂອງເຈົ້າພາບແບບອອບລາຍ. ການປ່ຽນແປງຕົວກໍານົດການທີ່ລະອຽດອ່ອນ.

ໃນບັນດາການຕັ້ງຄ່າທີ່ໄດ້ກ່າວມາໃນສະພາບການນັ້ນແມ່ນກະແຈເຊັ່ນ 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' ຫຼືຄ່າ metric ຂອງການໂຕ້ຕອບໃນ ...\Tcpip\Parameters\Interfaces\<GUID>. ເຖິງແມ່ນວ່າການຮູ້ຈັກເຂົາເຈົ້າຊ່ວຍປ້ອງກັນ, ມັນບໍ່ໄດ້ແນະນໍາໃຫ້ອັດຕະໂນມັດໃຫ້ເຂົາເຈົ້າໂດຍບໍ່ມີການຄວບຄຸມ. ເພາະວ່າທ່ານສາມາດບລັອກເຄືອຂ່າຍຕົວເອງໄດ້.

ມາດ​ຕະ​ການ​ຕ້ານ​ການ​: ຈໍາ​ກັດ​ສິດ​ທິ​ບໍ​ລິ​ການ​ບໍ​ລິ​ຫານ​, ປົກ​ປັກ​ຮັກ​ສາ​ການ​ຈົດ​ທະ​ບຽນ​, ນະ​ໂຍ​ບາຍ​ຈຸດ​ສຸດ​ທ້າຍ​ແຂງ​, ຕິດ​ຕາມ​ກວດ​ກາ​ສໍາ​ລັບ​ການ​ປ່ຽນ​ແປງ​ເຄືອ​ຂ່າຍ​ທີ່​ຜິດ​ປົກ​ກະ​ຕິ​ແລະ​ມີ​ສະ​ຄິບ​ການ​ຟື້ນ​ຕົວ (TCP/IP reset​)ແລະ, ແນ່ນອນ, ການຮັກສາໄດເວີແລະ OS ປັບປຸງຫຼຸດຜ່ອນຫນ້າການໂຈມຕີ.

Linux: Zeroconf, Avahi, ແລະວິທີການປິດການໃຊ້ງານມັນ

ໃນ GNU/Linux, ພຶດຕິກໍາທີ່ທຽບເທົ່າແມ່ນກ່ຽວຂ້ອງກັບ Zeroconf ແລະ daemon avahi-autoipd. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ຕ້ອງ​ການ​ໃນ​ການ​ໂຕ້​ຕອບ​ເພື່ອ​ຮັບ​ຮອງ​ເອົາ 169.254/16​, ມີ​ຫຼາຍ​ວິ​ທີ​ການ​ ຂຶ້ນກັບ distro ໄດ້.

ໃນຄອບຄົວ Red Hat/CentOS ຄລາສສິກ, Zeroconf ປົກກະຕິແລ້ວຖືກປິດການໃຊ້ງານໂດຍການເພີ່ມສິ່ງຕໍ່ໄປນີ້ໃສ່ການຕັ້ງຄ່າທົ່ວໂລກ: ຕັ້ງ 'NOZEROCONF=yes' ແລະເປີດເຄືອຂ່າຍຄືນໃໝ່ ເພື່ອຫຼີກເວັ້ນການເຊື່ອມຕໍ່ອັດຕະໂນມັດເສັ້ນທາງທ້ອງຖິ່ນ.

# /etc/sysconfig/network
NETWORKING=yes
NOZEROCONF=yes
# Reinicio del servicio
service network restart

ຖ້າທ່ານໃຊ້ Avahi, ການຣີສະຕາດ ຫຼືປິດການນຳໃຊ້ daemon ຂອງມັນອາດຈະຈຳເປັນຂຶ້ນຢູ່ກັບນະໂຍບາຍເຄືອຂ່າຍຂອງທ່ານ. ໃນລະບົບ SysV ເກົ່າເຈົ້າຈະເຫັນເສັ້ນທາງເຊັ່ນ '/etc/init.d/avahi-daemon restart'; ປັບຕົວຈັດການການບໍລິການຂອງສະບັບຂອງທ່ານ.

ອີກວິທີໜຶ່ງແມ່ນການລຶບເສັ້ນທາງ 169.254.0.0/16 ແລະກຳນົດເສັ້ນທາງທີ່ຖືກຕ້ອງສຳລັບເຄືອຂ່າຍຍ່ອຍຂອງເຈົ້າດ້ວຍ ip/route. ໃນຖານະເປັນມາດຕະການຄົງທີ່, ທ່ານສາມາດສະແດງຄໍາຄິດຄໍາເຫັນກ່ຽວກັບສາຍທີ່ເພີ່ມເສັ້ນທາງເຊື່ອມຕໍ່ທ້ອງຖິ່ນໃນສະຄິບ avahi-autoipd. ຖ້າການແຈກຢາຍຂອງເຈົ້າໃຊ້ພວກມັນ.

# Ejemplo orientativo (ajusta a tu entorno)
# Eliminar ruta link-local y forzar gateway de la LAN
ip route del 169.254.0.0/16 dev eth0
ip route add 192.168.1.0/24 via 192.168.1.1 dev eth0 metric 100

ຂັ້ນຕອນການປະຕິບັດອື່ນໆທີ່ມັກຈະຊ່ວຍ

ການອັບເດດໄດເວີອະແດັບເຕີເຄືອຂ່າຍ (ແລະເຟີມແວເຣົາເຕີຖ້າມີ) ແກ້ໄຂຄວາມບໍ່ເຂົ້າກັນໄດ້ ແລະການເຈລະຈາລົ້ມເຫລວ. ຖ້າບໍ່ມີເວີຊັນໃຫມ່, ການຕິດຕັ້ງໄດເວີໃຫມ່ບາງຄັ້ງຈະລ້າງສະຖານະທີ່ເສຍຫາຍ. ຫຼັງ​ຈາກ​ເດືອນ​ຂອງ​ການ​ນໍາ​ໃຊ້​.

ຖ້າສະຖານະການຍັງຄົງຢູ່ແລະທ່ານສົງໃສວ່າການຕິດຕັ້ງລະບົບ, ການຟື້ນຟູ OS ອາດຈະເປັນວິທີທີ່ໄວທີ່ສຸດທີ່ຈະໄປ. ເຮັດການສໍາຮອງແລະພິຈາລະນາການຕິດຕັ້ງທີ່ສະອາດຖ້າທ່ານໄດ້ປະຕິເສດຮາດແວແລະ DHCP ແລ້ວ..

ໃນເຄື່ອງຈັກທີ່ມີການໂຕ້ຕອບຫຼາຍ (ທາງດ້ານຮ່າງກາຍແລະ virtual), ທົບທວນບູລິມະສິດແລະ metrics. ບັດສະເໝືອນ Hypervisor ສາມາດແຊກແຊງໄດ້ ຖ້າ metric ແມ່ນຢູ່ເຫນືອ NIC ທາງດ້ານຮ່າງກາຍທີ່ຄວນຈະອອກໄປ LAN.

ເພື່ອເບິ່ງຕາຕະລາງເສັ້ນທາງແລະການວັດແທກທີ່ກ່ຽວຂ້ອງໃນ Windows, ໃຊ້: ວິທີນີ້ເຈົ້າຈະຮູ້ວ່າການໂຕ້ຕອບໃດແມ່ນ "ຊະນະ" ໃນການຕັດສິນໃຈກໍານົດເສັ້ນທາງ..

netstat -rn

ຖ້າທ່ານຕ້ອງການປັບຕົວວັດແທກດ້ວຍຕົນເອງ, ໃຫ້ໄປທີ່ຄຸນສົມບັດ TCP/IPv4 ຂອງບັດ, ຕົວເລືອກຂັ້ນສູງ, ແລະຍົກເລີກການເລືອກຕົວວັດແທກອັດຕະໂນມັດເພື່ອກໍານົດຄ່າຕໍ່າ (ເຊັ່ນ: 1) ໃນສ່ວນຕິດຕໍ່ຫຼັກ. ສ່ວນທີ່ເຫຼືອສາມາດຖືກປະໄວ້ໂດຍອັດຕະໂນມັດ. ເພື່ອຫຼີກເວັ້ນການແປກໃຈ.

ຄຳ ຖາມທີ່ພົບເລື້ອຍ

• ເປັນຫຍັງທີມງານຂອງຂ້ອຍພຽງແຕ່ເວົ້າກັບຄົນອື່ນໃນ 169.254.xx? ເນື່ອງຈາກວ່າ APIPA ບໍ່ໄດ້ກຳນົດຄ່າ gateways ຫຼື DNS. ມີພຽງແຕ່ການເຊື່ອມຕໍ່ Layer 3 ທ້ອງຖິ່ນພາຍໃນການເຊື່ອມຕໍ່ດຽວກັນ, ແລະບໍ່ມີ routers ໃດຖືກຂ້າມຜ່ານ.
• APIPA ຫາຍໄປດ້ວຍຕົວມັນເອງບໍ? ແມ່ນແລ້ວ, ເມື່ອເຊີບເວີ DHCP ຕອບສະໜອງ ແລະສະໜອງການເຊົ່າທີ່ຖືກຕ້ອງ. Windows ພະຍາຍາມຊອກຫາເຊີບເວີທຸກໆສອງສາມນາທີ ແລະປ່ຽນແທນການເຊື່ອມຕໍ່-IP ທ້ອງຖິ່ນໂດຍບໍ່ມີການແຊກແຊງດ້ວຍຕົນເອງ.
• ຂ້ອຍສາມາດໃຊ້ 169.254.xx ເປັນ IP ຄົງທີ່ "ເພາະວ່າມັນເຮັດວຽກ"? ນີ້ບໍ່ແມ່ນຄວາມຄິດທີ່ດີ. ມັນບໍ່ສາມາດໃຊ້ໄດ້ ແລະລະເມີດຈຸດປະສົງຂອງການເຊື່ອມຕໍ່-ທ້ອງຖິ່ນ. ມັນໃຊ້ຊ່ວງ RFC1918 ສໍາລັບ IP ສ່ວນຕົວແບບຄົງທີ່.
• ຂ້ອຍຈະປິດ APIPA ໂດຍບໍ່ເອົາ DHCP ອອກໄດ້ແນວໃດ? ແກ້ໄຂ Registry ເພື່ອຕັ້ງ 'IPAutoconfigurationEnabled' ເປັນ 0 ໃນການໂຕ້ຕອບທີ່ສອດຄ້ອງກັນ. ຮຸ່ນເກົ່າມີເສັ້ນທາງທີ່ສໍາຄັນທີ່ແຕກຕ່າງກັນ; ເບິ່ງພາກສ່ວນປິດການໃຊ້ງານ.

ເຄື່ອງສະແດງ 169.254.xx ບໍ່ແມ່ນ "ບັນຫາ", ໃນຕົວມັນເອງ, ແຕ່ເປັນອາການທີ່ສັນຍາເຊົ່າ DHCP ບໍ່ໄດ້ຮັບ. ດ້ວຍການກວດສອບຂ້າງເທິງ (ບໍລິການ DHCP, ສາຍໄຟ, ໄດເວີ, ໄຟວໍ ແລະຕົວວັດແທກ) ສິ່ງປົກກະຕິແມ່ນການກັບຄືນໄປຫາ IP ທີ່ຖືກຕ້ອງແລະໄດ້ຮັບການເຊື່ອມຕໍ່ຢ່າງເຕັມທີ່.