- APIPA កំណត់ 169.254/16 ជាមួយនឹងរបាំងនៃ 255.255.0.0 ដោយគ្មានច្រកចេញចូល ឬ DNS ។ មានតែការទៅដល់ក្នុងស្រុកប៉ុណ្ណោះ។
- អតិថិជនបន្តពិនិត្យមើល DHCP រៀងរាល់ពីរបីនាទីម្តង ហើយជំនួស IP ក្នុងតំបន់នៅពេលទទួលការជួល។
- វាអាចត្រូវបានបិទតាមរយៈ Registry នៅក្នុង Windows ឬបិទ Zeroconf/Avahi នៅក្នុង Linux ។
- ដំណោះស្រាយ៖ ពិនិត្យ DHCP, ខ្សែ, កម្មវិធីបញ្ជា, សេវាកម្ម និងកំណត់ឡើងវិញនូវ TCP/IP stack។

នៅពេលដែលឧបករណ៍របស់អ្នកបង្ហាញជាមួយអាសយដ្ឋាន 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 ហើយស្ថិតនៅក្នុងចន្លោះដែលគេហៅថាតំណភ្ជាប់-មូលដ្ឋាន។ នៅក្នុងការអនុវត្ត 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 សកម្ម។ ម៉ាស៊ីនភ្ញៀវផ្ញើ DHCPDISCOVERs ជាច្រើននៅពេលចាប់ផ្តើម; ការពិពណ៌នាទូទៅគឺថាវាបង្កើតសំណើ 3 ឬ 4 ក្នុងរយៈពេលពីរបីវិនាទី ហើយប្រសិនបើមិនមានការឆ្លើយតបទេ វាចាប់ផ្តើមការកំណត់រចនាសម្ព័ន្ធដោយស្វ័យប្រវត្តិនៃតំណភ្ជាប់។
កំឡុងពេលកំណត់រចនាសម្ព័ន្ធដោយស្វ័យប្រវត្តិ ឧបករណ៍ជ្រើសរើសអាសយដ្ឋាន IP ចៃដន្យក្នុងជួរដែលបានអនុញ្ញាត ហើយផ្ទៀងផ្ទាត់ថាវាមិនកំពុងប្រើប្រាស់ដោយប្រើការស៊ើបអង្កេត (ARP ឬការចាក់ផ្សាយ) មុនពេលកំណត់វា។ ប្រសិនបើវារកឃើញការប៉ះទង្គិច វាព្យាយាមអាសយដ្ឋានផ្សេងទៀតរហូតដល់ចំនួនអតិបរមានៃការព្យាយាម។; អត្ថបទខ្លះពិពណ៌នារហូតដល់ 10 ការប៉ុនប៉ងមុនពេលបោះបង់ ប្រសិនបើការប៉ះទង្គិចនៅតែបន្ត។
នៅពេលដែលបានកំណត់ អតិថិជនបន្តស្វែងរកម៉ាស៊ីនមេ DHCP ជាទៀងទាត់។ ជាឧទាហរណ៍នៅលើ Windows សំណើ DHCP ត្រូវបានព្យាយាមឡើងវិញប្រហែលរៀងរាល់ 5 នាទីម្តង។ប្រសិនបើម៉ាស៊ីនមេលេចឡើង ជង់ TCP/IP ជំនួស APIPA IP ជាមួយនឹងការជួលត្រឹមត្រូវ។
APIPA អនុវត្តចំពោះ IPv4 ប៉ុណ្ណោះ។ ការកំណត់រចនាសម្ព័ន្ធស្វ័យប្រវត្តិគ្មានរដ្ឋ (SLAAC) ត្រូវបានប្រើនៅក្នុង IPv6ដែលត្រូវបានពិពណ៌នានៅក្នុង RFC 2462 (ឥឡូវនេះបានធ្វើបច្ចុប្បន្នភាពដោយ RFC 4862) ជាមួយនឹងយន្តការផ្សេងគ្នា និងអាសយដ្ឋានមូលដ្ឋានដែលភ្ជាប់មកជាមួយ fe80::/10 ។
APIPA នៅលើ Windows: អាកប្បកិរិយា និងលក្ខណៈពិសេស
នៅលើប្រព័ន្ធវីនដូទំនើប APIPA ត្រូវបានបើកតាមលំនាំដើម។ នៅពេលដែលមិនទទួលបាន DHCP ជង់នឹងផ្តល់ដោយខ្លួនឯង ហើយព្យាយាមម្តងម្កាលដើម្បីទទួលបានការជួលឡើងវិញ។លើសពីនេះ មុខងារប្រព័ន្ធផ្សព្វផ្សាយបង្កើនល្បឿនការព្យាយាមម្តងទៀត នៅពេលដែលការតភ្ជាប់ត្រឡប់មកវិញ។
នៅក្នុងកំណែចាស់ដូចជា Windows 98, Media Sense មិនមានទេ ដែលអាចពន្យារពេលការតភ្ជាប់ឡើងវិញបន្ទាប់ពីការគាំងរាងកាយ។ ប្រព័ន្ធប្រតិបត្តិការ Windows 2000, XP, 7, 10 និងក្រោយមកទៀតរួមបញ្ចូល Media Sense និងមុខងារបន្ថែមផ្សេងទៀតដូចជា ICMP Router Discovery ឬការស្តាប់ RIP ដើម្បីកែលម្អបរិបទបណ្តាញ។
ការអនុវត្ត Windows មួយចំនួនបង្កើត APIPA IP ដោយការបិទអាសយដ្ឋាន MAC របស់ចំណុចប្រទាក់។ ស្វែងរកស្ថេរភាពបន្ទាប់ពីការចាប់ផ្តើមឡើងវិញ និងកាត់បន្ថយលទ្ធភាពនៃការចម្លង (តែងតែមានការត្រួតពិនិត្យការប៉ះទង្គិចជាមុន)។
តើធ្វើដូចម្តេចដើម្បីដឹងថាអ្នកនៅក្នុង APIPA
នៅក្នុង Windows 2000/XP/Server 2003 និងក្រោយនេះ សូមបើកប្រអប់បញ្ចូលពាក្យបញ្ជា ហើយដំណើរការ៖ ipconfig / all ដើម្បីពិនិត្យមើលប្លុកការកំណត់រចនាសម្ព័ន្ធស្វ័យប្រវត្តិប្រសិនបើការកំណត់រចនាសម្ព័ន្ធស្វ័យប្រវត្តិត្រូវបានបើក ហើយ IP គឺ 169.254.xy ជាមួយរបាំង 255.255.0.0 អ្នកស្ថិតនៅក្នុង APIPA ។
នៅក្នុងការបោះពុម្ពវីនដូចាស់ (Windows 98, Windows Me) ឧបករណ៍ប្រើប្រាស់ 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៖
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters. សូមចងចាំថាតម្លៃ 1 អនុញ្ញាត APIPA ហើយ 0 បិទវា។
បន្ទាប់ពីផ្លាស់ប្តូរ Registry វាត្រូវបានណែនាំឱ្យចាប់ផ្តើមឡើងវិញដើម្បីឱ្យការកំណត់មានប្រសិទ្ធភាព។ បម្រុងទុកបញ្ជីឈ្មោះរបស់អ្នកមុនពេលប៉ះអ្វីទាំងអស់។ជាពិសេសលើឧបករណ៍សំខាន់ៗ។
សេណារីយ៉ូធម្មតាដែល APIPA លេចឡើង
ចាប់ផ្ដើមដោយគ្មានការជួលមុន និងដោយគ្មាន DHCP៖ អតិថិជនចាប់ផ្ដើមចេញសារស្វែងរកជាច្រើន (3 ឬច្រើនជាងនេះ) និង, ប្រសិនបើមិនមានការឆ្លើយតបទេ វាកំណត់ខ្លួនឯងនូវថ្នាក់ B IP ក្នុងរង្វង់ 169.254/16. បន្តព្យាយាមម្តងទៀតនៅចន្លោះពេល។
ជាមួយនឹងការជួលពីមុន និងដោយគ្មាន DHCP៖ ឧបករណ៍ស្ទង់មើលច្រកចេញចូលលំនាំដើម។ ប្រសិនបើវាឆ្លើយតប សូមរក្សា IP ចាស់ប្រសិនបើមិនមានការឆ្លើយតប ឬគ្មានច្រកផ្លូវត្រូវបានកំណត់ទេ APIPA ត្រូវបានធ្វើឱ្យសកម្ម ហើយកំហុសត្រូវបានរាយការណ៍ទៅអ្នកប្រើប្រាស់។
ការជួលផុតកំណត់ហើយគ្មាន DHCP៖ អតិថិជនព្យាយាមបន្ត។ ប្រសិនបើវារកមិនឃើញម៉ាស៊ីនមេ វានឹងត្រលប់ទៅ APIPA វិញ។ផ្ញើការរកឃើញជាច្រើន និងធ្វើវដ្តម្តងទៀតរៀងរាល់ពីរបីនាទីម្តង រហូតដល់ម៉ាស៊ីនមេមានអ៊ីនធឺណិតឡើងវិញ។
ការធ្វើរោគវិនិច្ឆ័យរហ័សនៅពេលអ្នកឃើញ 169.254.xx
ចាប់ផ្តើមជាមួយមូលដ្ឋានគ្រឹះ៖ ពិនិត្យមើលខ្សែ តំណភ្ជាប់ ស្ថានភាពនៃរ៉ោតទ័រ ឬកុងតាក់ និងសេវាកម្ម DHCP របស់ឧបករណ៍ដែលផ្តល់ជូនវា (នៅផ្ទះ ជាធម្មតារ៉ោតទ័រ)។ ការចាប់ផ្ដើមឡើងវិញដែលបានគ្រប់គ្រងនៃរ៉ោតទ័រ និងចំណុចប្រទាក់បណ្តាញបង្ខំឱ្យមានការចរចាឡើងវិញ.
នៅលើ Windows ដំណើរការពាក្យបញ្ជាទាំងនេះនៅក្នុងប្រអប់បញ្ចូលពាក្យបញ្ជាកម្រិតខ្ពស់ដើម្បីកំណត់ជង់ឡើងវិញ៖ ពួកគេមានសុវត្ថិភាព ហើយជាធម្មតាដោះស្រាយឧប្បត្តិហេតុញឹកញាប់.
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 ឬរ៉ោតទ័រ
នៅលើបណ្តាញដែលមានម៉ាស៊ីនមេ DHCP ពិសេស វាជាការល្អក្នុងការមើលកំណត់ហេតុ និងស្ថានភាពនៃវិសាលភាព។ យកធាតុដែលនៅសល់ចេញពី 169.254.xx ប្រសិនបើពួកវាត្រូវបានរក្សាទុកដោយកំហុស ហើយត្រូវប្រាកដថាអាងសកម្មមិនអស់។
ការអនុវត្តប្រតិបត្តិការល្អ៖ បិទចំណុចប្រទាក់ដែលមិនប្រើ, ផ្តល់ IP ឋិតិវន្តដែលមានសុពលភាពដល់ចំណុចប្រទាក់គ្រប់គ្រងដាក់ពង្រាយ DHCP នៅលើបណ្តាញរងនីមួយៗ ហើយពិនិត្យមើលជម្រើសកម្រិតខ្ពស់ (ដូចជាការរកឃើញការផ្សាយ ប្រសិនបើអាចអនុវត្តបាន)។
នៅក្នុងបរិយាកាសក្នុងផ្ទះ សូមចូលទៅកាន់ចំណុចប្រទាក់របស់រ៉ោតទ័រ ហើយផ្ទៀងផ្ទាត់ថាម៉ាស៊ីនមេ DHCP ត្រូវបានបើក និងមានជួរគ្រប់គ្រាន់។ ការធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់របស់រ៉ោតទ័រជួយជួសជុលកំហុសដែលគេស្គាល់។ និងធ្វើអោយប្រសើរឡើងនូវការអនុវត្ត និងស្ថេរភាព។
ដោះស្រាយជម្លោះ និងផលប៉ះពាល់របស់វា។
ការប៉ះទង្គិច IP អាចបណ្តាលមកពីកិច្ចការដោយដៃស្ទួន កំហុស DHCP ឬការកក់ដែលគ្រប់គ្រងមិនបានល្អ។ ការកំណត់អត្តសញ្ញាណប្រភេទនៃជម្លោះគឺជាគន្លឹះក្នុងការសម្រេចចិត្តថាតើត្រូវកំណត់ឋិតិវន្ត បន្តថាមវន្ត ឬលុបចោលការជួល។.
នៅក្នុងអាជីវកម្ម កុំព្យូទ័រពីរដែលមានអាសយដ្ឋាន IP ដូចគ្នាអាចនាំមកនូវសេវាកម្មសំខាន់ៗដល់ការឈប់សម្រាក ជាពិសេសប្រសិនបើជម្លោះប៉ះពាល់ដល់ម៉ាស៊ីនមេ។ ការត្រួតពិនិត្យ និងសវនកម្មបណ្តាញជាទៀងទាត់អនុញ្ញាតឱ្យអ្នកគិតទុកជាមុនអំពីបញ្ហា។ និងកាត់បន្ថយពេលវេលារងចាំ។
APIPA និងសុវត្ថិភាព៖ ការបំពានដែលអាចកើតមាន និងវិធានការប្រឆាំង
ប្រភពមួយចំនួនបង្ហាញថាការបង្ខំ APIPA ជាប់លាប់នៅលើ Windows អាចត្រូវបានប្រើដោយព្យាបាទ ឧទាហរណ៍ដោយការកែប្រែធាតុបញ្ជីឈ្មោះដែលទាក់ទងនឹងការកំណត់រចនាសម្ព័ន្ធស្វ័យប្រវត្តិ DHCP ឬមាត្រដ្ឋានចំណុចប្រទាក់។ គោលដៅរបស់អ្នកវាយប្រហារគឺដើម្បីយកការតភ្ជាប់របស់ម្ចាស់ផ្ទះក្រៅបណ្តាញ។ ផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្ររសើប។
ក្នុងចំណោមការកំណត់ដែលបានរៀបរាប់នៅក្នុងបរិបទនោះមានសោដូចជា 'IPAutoconfigurationEnabled', 'EnableDHCP', 'DhcpConnForceBroadcastFlag' ឬតម្លៃម៉ែត្រនៃចំណុចប្រទាក់នៅក្នុង ...\Tcpip\Parameters\Interfaces\<GUID>. ទោះបីជាដឹងថាពួកគេជួយការពារក៏ដោយ វាមិនត្រូវបានគេណែនាំឱ្យធ្វើដោយស្វ័យប្រវត្តិដោយគ្មានការគ្រប់គ្រងនោះទេ។ ដោយសារតែអ្នកអាចបិទបណ្តាញដោយខ្លួនឯង។
វិធានការប្រឆាំង៖ កំណត់សិទ្ធិរដ្ឋបាល ការពារការចុះបញ្ជី ពង្រឹងគោលការណ៍បញ្ចប់។ តាមដានការផ្លាស់ប្តូរបណ្តាញមិនធម្មតា និងមានស្គ្រីបសង្គ្រោះ (កំណត់ TCP/IP ឡើងវិញ)ហើយជាការពិត ការរក្សា Drivers និង OS ធ្វើឱ្យទាន់សម័យកាត់បន្ថយផ្ទៃនៃការវាយប្រហារ។
លីនុច៖ Zeroconf, Avahi និងរបៀបបិទវា។
នៅលើ GNU/Linux ឥរិយាបទសមមូលត្រូវបានភ្ជាប់ជាមួយ Zeroconf និងដេមិន 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 ការចាប់ផ្តើមឡើងវិញ ឬបិទដេមិនរបស់វាប្រហែលជាចាំបាច់ អាស្រ័យលើគោលការណ៍បណ្តាញរបស់អ្នក។ នៅលើប្រព័ន្ធ SysV ចាស់ៗ អ្នកនឹងឃើញផ្លូវដូចជា '/etc/init.d/avahi-daemon restart'; កែតម្រូវកម្មវិធីគ្រប់គ្រងសេវាកម្មនៃកំណែរបស់អ្នក។
វិធីសាស្រ្តមួយទៀតគឺ hot-delete ផ្លូវ 169.254.0.0/16 ហើយកំណត់ផ្លូវត្រឹមត្រូវសម្រាប់ subnet របស់អ្នកជាមួយ 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
ជំហានជាក់ស្តែងផ្សេងទៀតដែលជារឿយៗជួយ
ការធ្វើបច្ចុប្បន្នភាពកម្មវិធីបញ្ជាអាដាប់ទ័របណ្តាញ (និងកម្មវិធីបង្កប់រ៉ោតទ័រប្រសិនបើមាន) ដោះស្រាយភាពមិនឆបគ្នា និងការបរាជ័យក្នុងការចរចា។ ប្រសិនបើមិនមានកំណែថ្មីទេ ការដំឡើងកម្មវិធីបញ្ជាឡើងវិញ ជួនកាលសម្អាតស្ថានភាពដែលខូច។ បន្ទាប់ពីការប្រើប្រាស់ជាច្រើនខែ។
ប្រសិនបើស្ថានភាពនៅតែកើតមាន ហើយអ្នកសង្ស័យថាការដំឡើងប្រព័ន្ធ ការស្ដារប្រព័ន្ធប្រតិបត្តិការអាចជាមធ្យោបាយលឿនបំផុត។ ធ្វើការបម្រុងទុក ហើយពិចារណាការដំឡើងស្អាត ប្រសិនបើអ្នកបានច្រានចោលផ្នែករឹង និង DHCP រួចហើយ។.
នៅលើម៉ាស៊ីនដែលមានចំណុចប្រទាក់ច្រើន (រូបវន្ត និងនិម្មិត) ពិនិត្យមើលអាទិភាព និងម៉ែត្រ។ កាតនិម្មិត Hypervisor អាចជ្រៀតជ្រែក ប្រសិនបើម៉ែត្រស្ថិតនៅខាងលើ NIC រូបវ័ន្ត ដែលគួរតែចេញទៅ LAN ។
ដើម្បីមើលតារាងផ្លូវ និងម៉ែត្រដែលពាក់ព័ន្ធនៅលើ Windows សូមប្រើ៖ វិធីនេះអ្នកនឹងដឹងថាចំណុចប្រទាក់ណាមួយ "ឈ្នះ" ក្នុងការសម្រេចចិត្តកំណត់ផ្លូវ។.
netstat -rn
ប្រសិនបើអ្នកត្រូវការកែតម្រូវម៉ែត្រដោយដៃ សូមចូលទៅកាន់លក្ខណៈសម្បត្តិ TCP/IPv4 របស់កាត ជម្រើសកម្រិតខ្ពស់ ហើយដោះធីកម៉ែត្រដោយស្វ័យប្រវត្តិដើម្បីកំណត់តម្លៃទាប (ឧ. 1) នៅក្នុងចំណុចប្រទាក់មេ។ នៅសល់អាចទុកដោយស្វ័យប្រវត្តិ។ ដើម្បីជៀសវាងការភ្ញាក់ផ្អើល។
Preguntas frecuentes
- ហេតុអ្វីបានជាក្រុមរបស់ខ្ញុំនិយាយតែជាមួយអ្នកដទៃនៅលើ 169.254.xx? ដោយសារតែ APIPA មិនកំណត់ gateways ឬ DNS ។ មានតែការភ្ជាប់ Layer 3 ក្នុងតំបន់ប៉ុណ្ណោះនៅក្នុងតំណភ្ជាប់តែមួយ ហើយគ្មានរ៉ោតទ័រណាមួយឆ្លងកាត់ទេ។
- តើ APIPA បាត់ដោយខ្លួនឯងទេ? បាទ/ចាស នៅពេលដែលម៉ាស៊ីនមេ DHCP ឆ្លើយតប និងផ្តល់ការជួលដែលមានសុពលភាព។ ប្រព័ន្ធប្រតិបត្តិការ Windows ព្យាយាមស្វែងរកម៉ាស៊ីនមេរៀងរាល់ពីរបីនាទីម្តង ហើយជំនួសតំណ IP មូលដ្ឋានដោយមិនមានអន្តរាគមន៍ដោយដៃ។
- តើខ្ញុំអាចប្រើ 169.254.xx ជា IP ថេរ "ព្រោះវាដំណើរការ"? នេះមិនមែនជាគំនិតល្អទេ។ វាមិនអាចធ្វើដំណើរបានទេ ហើយបំពានគោលបំណងនៃជួរតំណមូលដ្ឋាន។ វាប្រើជួរ RFC1918 សម្រាប់ IP ឯកជនឋិតិវន្ត។
- តើខ្ញុំត្រូវបិទ APIPA ដោយមិនយក DHCP ចេញដោយរបៀបណា? កែសម្រួលការចុះឈ្មោះដើម្បីកំណត់ 'IPAutoconfigurationEnabled' ទៅ 0 នៅលើចំណុចប្រទាក់ដែលត្រូវគ្នា។ កំណែចាស់មានផ្លូវគន្លឹះផ្សេងគ្នា; សូមមើលផ្នែកបិទ។
ម៉ាស៊ីនដែលបង្ហាញ 169.254.xx មិនមែនជា "បញ្ហា" ទេ ប៉ុន្តែជារោគសញ្ញាដែលការជួល DHCP មិនត្រូវបានគេទទួលបាន។ ជាមួយនឹងការត្រួតពិនិត្យខាងលើ (សេវា DHCP, ខ្សែ, កម្មវិធីបញ្ជា, ជញ្ជាំងភ្លើង និងម៉ែត្រ) រឿងធម្មតាគឺត្រូវត្រលប់ទៅ IP ដែលមានសុពលភាព និងទទួលបានការតភ្ជាប់ពេញលេញឡើងវិញ។
កម្មវិធីនិពន្ធដែលមានឯកទេសខាងបច្ចេកវិទ្យា និងបញ្ហាអ៊ីនធឺណិតដែលមានបទពិសោធន៍ជាងដប់ឆ្នាំនៅក្នុងប្រព័ន្ធផ្សព្វផ្សាយឌីជីថលផ្សេងៗគ្នា។ ខ្ញុំបានធ្វើការជាអ្នកកែសម្រួល និងអ្នកបង្កើតមាតិកាសម្រាប់ពាណិជ្ជកម្មអេឡិចត្រូនិក ការទំនាក់ទំនង ទីផ្សារអនឡាញ និងក្រុមហ៊ុនផ្សាយពាណិជ្ជកម្ម។ ខ្ញុំក៏បានសរសេរនៅលើគេហទំព័រ សេដ្ឋកិច្ច ហិរញ្ញវត្ថុ និងវិស័យផ្សេងៗទៀត។ ការងាររបស់ខ្ញុំក៏ជាចំណង់ចំណូលចិត្តរបស់ខ្ញុំដែរ។ ឥឡូវនេះតាមរយៈអត្ថបទរបស់ខ្ញុំនៅក្នុង Tecnobitsខ្ញុំព្យាយាមស្វែងរកព័ត៌មាន និងឱកាសថ្មីៗទាំងអស់ ដែលពិភពបច្ចេកវិទ្យាផ្តល់ជូនយើងជារៀងរាល់ថ្ងៃ ដើម្បីកែលម្អជីវិតរបស់យើង។