ក្នុងប្រតិបត្តិការ និងថែទាំបណ្តាញ វាជាបញ្ហាទូទៅ ប៉ុន្តែមានបញ្ហាដែលឧបករណ៍មិនអាច Ping បានបន្ទាប់ពីភ្ជាប់ដោយផ្ទាល់។ សម្រាប់ទាំងអ្នកចាប់ផ្តើមដំបូង និងវិស្វករដែលមានបទពិសោធន៍ ជារឿយៗចាំបាច់ត្រូវចាប់ផ្តើមនៅកម្រិតច្រើន និងពិនិត្យមើលមូលហេតុដែលអាចកើតមាន។ អត្ថបទនេះបំបែកជំហានដោះស្រាយបញ្ហា ដើម្បីជួយអ្នកកំណត់ទីតាំងឫសគល់នៃបញ្ហា និងជួសជុលវាបានយ៉ាងឆាប់រហ័ស។ វិធីសាស្រ្តទាំងនេះអាចអនុវត្តបាន និងជាក់ស្តែងទាំងនៅក្នុងបណ្តាញផ្ទះ និងបរិយាកាសសហគ្រាស។ យើងនឹងណែនាំអ្នកអំពីបញ្ហាប្រឈមនេះជាជំហានៗ ចាប់ពីការត្រួតពិនិត្យជាមូលដ្ឋានរហូតដល់ការត្រួតពិនិត្យកម្រិតខ្ពស់។
១. ពិនិត្យមើលស្ថានភាពការតភ្ជាប់រូបវន្ត ដើម្បីប្រាកដថាសញ្ញាដំណើរការ
មូលដ្ឋាននៃការទំនាក់ទំនងបណ្តាញគឺការតភ្ជាប់រូបវន្ត។ ប្រសិនបើឧបករណ៍មិនអាច Ping បន្ទាប់ពីការភ្ជាប់ដោយផ្ទាល់ ជំហានដំបូងគឺត្រូវពិនិត្យមើលថាស្រទាប់រូបវន្តកំពុងដំណើរការ។ ខាងក្រោមនេះជាជំហាននានា៖
បញ្ជាក់ការតភ្ជាប់ខ្សែបណ្តាញ៖សូមពិនិត្យមើលថាតើខ្សែបណ្តាញត្រូវបានដោតយ៉ាងតឹងឬអត់ និងថាតើចំណុចប្រទាក់ខ្សែបណ្តាញរលុងឬអត់។ ប្រសិនបើប្រើខ្សែផ្ទាល់ ត្រូវប្រាកដថាខ្សែនោះអនុលោមតាមស្តង់ដារ TIA/EIA-568-B (Common Direct Cable Standard)។ ប្រសិនបើអ្នកមានឧបករណ៍ចាស់ៗ អ្នកប្រហែលជាត្រូវឆ្លងកាត់ខ្សែ (TIA/EIA-568-A) ពីព្រោះឧបករណ៍ចាស់ៗមួយចំនួនមិនគាំទ្រការប្តូរ MDI/MDIX ដោយស្វ័យប្រវត្តិទេ។
ពិនិត្យមើលគុណភាពនៃខ្សែបណ្តាញ៖ខ្សែបណ្តាញដែលមានគុណភាពអន់ ឬវែងពេកអាចបណ្តាលឱ្យសញ្ញាចុះខ្សោយ។ ប្រវែងខ្សែបណ្តាញស្តង់ដារគួរតែត្រូវបានគ្រប់គ្រងក្នុងរង្វង់ 100 ម៉ែត្រ។ ប្រសិនបើខ្សែវែងពេក ឬមានការខូចខាតជាក់ស្តែង (ឧទាហរណ៍ ខូច ឬរាបស្មើ) វាត្រូវបានណែនាំឱ្យជំនួសវាដោយខ្សែដែលមានគុណភាពខ្ពស់ ហើយសាកល្បងឡើងវិញ។
សង្កេតមើលសូចនាករឧបករណ៍៖ឧបករណ៍បណ្តាញភាគច្រើន (ដូចជា ស្វីច រ៉ោតទ័រ កាតបណ្តាញ) មានសូចនាករស្ថានភាពតំណភ្ជាប់។ ជាធម្មតា ភ្លើងនឹងភ្លឺ (ពណ៌បៃតង ឬពណ៌ទឹកក្រូច) បន្ទាប់ពីភ្ជាប់ ហើយអាចមានភ្លឹបភ្លែតៗដើម្បីបង្ហាញពីការផ្ទេរទិន្នន័យ។ ប្រសិនបើសូចនាករមិនភ្លឺទេ វាអាចជាបញ្ហាជាមួយខ្សែបណ្តាញ ចំណុចប្រទាក់ខូច ឬឧបករណ៍មិនត្រូវបានបើក។
ច្រកសាកល្បង៖ដោតខ្សែបណ្តាញចូលទៅក្នុងរន្ធមួយទៀតនៃឧបករណ៍ ដើម្បីជៀសវាងការខូចខាតរន្ធ។ ប្រសិនបើមាន អ្នកអាចប្រើឧបករណ៍សាកល្បងខ្សែបណ្តាញ ដើម្បីពិនិត្យមើលការតភ្ជាប់នៃខ្សែបណ្តាញ ដើម្បីធានាថាខ្សែនីមួយៗត្រូវបានរៀបចំយ៉ាងត្រឹមត្រូវ។
ការតភ្ជាប់រូបវន្តគឺជាជំហានដំបូងក្នុងការទំនាក់ទំនងបណ្តាញ ហើយយើងត្រូវតែធានាថាមិនមានបញ្ហានៅស្រទាប់នេះទេ មុនពេលយើងអាចបន្តស៊ើបអង្កេតមូលហេតុកម្រិតខ្ពស់ជាងនេះ។
2. ពិនិត្យមើលស្ថានភាព STP របស់ឧបករណ៍ ដើម្បីប្រាកដថាច្រកមិនត្រូវបានបិទ
ប្រសិនបើអ្នកមិនអាច Ping បានទោះបីជាមានការតភ្ជាប់រូបវន្តធម្មតាក៏ដោយ វាអាចមានបញ្ហាជាមួយពិធីការស្រទាប់តំណភ្ជាប់របស់ឧបករណ៍។ មូលហេតុទូទៅមួយគឺ Spanning Tree Protocol (STP)។
ស្វែងយល់ពីតួនាទីរបស់ STP៖STP (Spanning Tree Protocol) ត្រូវបានប្រើដើម្បីការពារការលេចចេញនូវ loop នៅក្នុងបណ្តាញ។ ប្រសិនបើឧបករណ៍មួយរកឃើញ loop មួយ STP នឹងដាក់ច្រកមួយចំនួននៅក្នុងស្ថានភាព Blocking ដែលរារាំងពួកវាពីការបញ្ជូនបន្តទិន្នន័យ។
ពិនិត្យមើលស្ថានភាពច្រក៖ចូលទៅក្នុង CLI (ចំណុចប្រទាក់បន្ទាត់ពាក្យបញ្ជា) ឬចំណុចប្រទាក់អ្នកគ្រប់គ្រងគេហទំព័ររបស់ឧបករណ៍របស់អ្នក ដើម្បីមើលថាតើច្រកស្ថិតនៅក្នុងស្ថានភាព "បញ្ជូនបន្ត" ដែរឬទេ។ ក្នុងករណីកុងតាក់ Cisco ស្ថានភាព STP អាចត្រូវបានមើលដោយប្រើពាក្យបញ្ជា show spat-tree។ ប្រសិនបើច្រកមួយត្រូវបានបង្ហាញជា "Blocking" នោះ STP កំពុងរារាំងការទំនាក់ទំនងនៅលើច្រកនោះ។
ដំណោះស្រាយ៖
បិទ STP ជាបណ្ដោះអាសន្ន៖នៅក្នុងបរិយាកាសសាកល្បង វាអាចបិទ STP ជាបណ្ដោះអាសន្នបាន (ឧទាហរណ៍ គ្មាន spath-tree vlan 1) ប៉ុន្តែវាមិនត្រូវបានណែនាំនៅក្នុងផលិតកម្មទេ ព្រោះវាអាចបណ្តាលឱ្យមានព្យុះផ្សាយ។
បើកដំណើរការ PortFast៖ប្រសិនបើឧបករណ៍គាំទ្រវា មុខងារ PortFast អាចត្រូវបានបើកនៅលើច្រក (ពាក្យបញ្ជាដូចជា spath-tree portfast) ដែលអនុញ្ញាតឱ្យច្រករំលងដំណាក់កាលស្តាប់ និងរៀន STP ហើយចូលទៅក្នុងស្ថានភាពបញ្ជូនបន្តដោយផ្ទាល់។
ពិនិត្យមើលរង្វិលជុំ៖ប្រសិនបើប្លុក STP បណ្តាលមកពីអត្ថិភាពនៃរង្វិលជុំនៅក្នុងបណ្តាញ សូមពិនិត្យមើលបន្ថែមទៀតនូវរចនាសម្ព័ន្ធបណ្តាញដើម្បីស្វែងរក និងបំបែករង្វិលជុំ។
បញ្ហា STP គឺជារឿងធម្មតានៅក្នុងបណ្តាញសហគ្រាស ជាពិសេសនៅក្នុងបរិស្ថានពហុកុងតាក់។ ប្រសិនបើអ្នកមានបណ្តាញតូចមួយ អ្នកប្រហែលជាអាចរំលងជំហាននេះបានសម្រាប់ពេលនេះ ប៉ុន្តែការយល់ដឹងពីរបៀបដែល STP ដំណើរការអាចជួយដោះស្រាយបញ្ហានាពេលអនាគត។
៣. ពិនិត្យមើលថាតើ ARP កំពុងដំណើរការឬអត់ ដើម្បីធានាថាអាសយដ្ឋាន MAC ត្រូវបានដោះស្រាយបានត្រឹមត្រូវ
នៅពេលដែលស្រទាប់តំណភ្ជាប់មានលក្ខណៈធម្មតា សូមចូលទៅកាន់ស្រទាប់បណ្តាញដើម្បីពិនិត្យ។ ពាក្យបញ្ជា Ping ពឹងផ្អែកលើពិធីការ ICMP ដែលដំបូងឡើយដោះស្រាយអាសយដ្ឋាន IP គោលដៅទៅជាអាសយដ្ឋាន MAC តាមរយៈពិធីការដោះស្រាយអាសយដ្ឋាន (ARP)។ ប្រសិនបើការដោះស្រាយ ARP បរាជ័យ ការ Ping នឹងបរាជ័យ។
ពិនិត្យមើលតារាង ARP៖ ពិនិត្យមើលតារាង ARP នៅលើឧបករណ៍ ដើម្បីបញ្ជាក់ថាអាសយដ្ឋាន MAC របស់ឧបករណ៍គោលដៅត្រូវបានដោះស្រាយដោយជោគជ័យ។ ឧទាហរណ៍ នៅក្នុង Windows អ្នកអាចមើលឃ្លាំងសម្ងាត់ ARP ដោយបើកបន្ទាត់ពាក្យបញ្ជា ហើយវាយ arp-a។ ប្រសិនបើមិនមានអាសយដ្ឋាន MAC សម្រាប់ IP គោលដៅទេ ការដោះស្រាយ ARP នឹងបរាជ័យ។
ការធ្វើតេស្ត ARP ដោយដៃ៖សាកល្បងផ្ញើសំណើ ARP ដោយដៃ។ ឧទាហរណ៍ នៅលើ Windows អ្នកអាចប្រើពាក្យបញ្ជា ping ដើម្បីបង្កសំណើ ARP ឬប្រើឧបករណ៍ដូចជា arping (នៅលើប្រព័ន្ធ Linux) ដោយផ្ទាល់។ ប្រសិនបើមិនមានការឆ្លើយតបទៅនឹងសំណើ ARP ទេ ហេតុផលដែលអាចកើតមានរួមមាន៖
ការរារាំងជញ្ជាំងភ្លើង៖សំណើ ARP ត្រូវបានរារាំងដោយជញ្ជាំងភ្លើងនៃឧបករណ៍មួយចំនួន។ សូមពិនិត្យមើលការកំណត់ជញ្ជាំងភ្លើងនៃឧបករណ៍គោលដៅ ហើយព្យាយាមម្តងទៀតបន្ទាប់ពីបិទជញ្ជាំងភ្លើងជាបណ្តោះអាសន្ន។
ការប៉ះទង្គិច IP៖ការដោះស្រាយ ARP អាចនឹងបរាជ័យ ប្រសិនបើមានការប៉ះទង្គិចគ្នានៃអាសយដ្ឋាន IP នៅក្នុងបណ្តាញ។ សូមប្រើឧបករណ៍ដូចជា Wireshark ដើម្បីចាប់កញ្ចប់ព័ត៌មាន ហើយមើលថាតើមានអាសយដ្ឋាន MAC ច្រើនដែលឆ្លើយតបទៅនឹង IP ដូចគ្នាឬអត់។
ដំណោះស្រាយ៖
លុប Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ហើយបន្ទាប់មក Ping ម្តងទៀត។
ត្រូវប្រាកដថាអាសយដ្ឋាន IP របស់ឧបករណ៍ទាំងពីរស្ថិតនៅក្នុង subnet ដូចគ្នា ហើយ subnet mask គឺដូចគ្នា (សូមមើលជំហានបន្ទាប់សម្រាប់ព័ត៌មានលម្អិត)។
បញ្ហា ARP ជារឿយៗទាក់ទងយ៉ាងជិតស្និទ្ធទៅនឹងការកំណត់រចនាសម្ព័ន្ធនៃស្រទាប់បណ្តាញ ហើយវាត្រូវការការអត់ធ្មត់ក្នុងការដោះស្រាយបញ្ហា ដើម្បីធានាថាអ្វីៗគ្រប់យ៉ាងដំណើរការ។
៤. ពិនិត្យមើលអាសយដ្ឋាន IP និងការកំណត់រចនាសម្ព័ន្ធ Subnet ដើម្បីធានាបាននូវហេដ្ឋារចនាសម្ព័ន្ធទំនាក់ទំនង
បញ្ហានៅស្រទាប់បណ្តាញច្រើនតែជាមូលហេតុចម្បងនៃការបរាជ័យនៃ Ping។ អាសយដ្ឋាន IP និង subnet ដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវបណ្តាលឱ្យឧបករណ៍មិនអាចទំនាក់ទំនងបាន។ ខាងក្រោមនេះជាជំហាននានា៖
បញ្ជាក់អាសយដ្ឋាន IP៖សូមពិនិត្យមើលថាតើអាសយដ្ឋាន IP របស់ឧបករណ៍ពីរស្ថិតនៅក្នុង subnet ដូចគ្នាឬអត់។ ឧទាហរណ៍ ឧបករណ៍ A មាន IP 192.168.1.10 និង subnet mask 255.255.255.0។ ឧបករណ៍ B មាន IP 192.168.1.20 និង subnet mask ដូចគ្នា។ IP ទាំងពីរស្ថិតនៅលើ subnet ដូចគ្នា (192.168.1.0/24) ហើយអាចទំនាក់ទំនងគ្នាបានតាមទ្រឹស្តី។ ប្រសិនបើឧបករណ៍ B មាន IP 192.168.2.20 វាមិនស្ថិតនៅលើ subnet ដូចគ្នាទេ ហើយការ Ping នឹងបរាជ័យ។
ពិនិត្យមើលរបាំងបណ្ដាញរង៖របាំងបណ្ដាញរងមិនស៊ីសង្វាក់គ្នាក៏អាចនាំឱ្យមានការបរាជ័យក្នុងការទំនាក់ទំនងផងដែរ។ ឧទាហរណ៍ ឧបករណ៍ A មានរបាំង 255.255.255.0 និងឧបករណ៍ B មានរបាំង 255.255.0.0 ដែលអាចនាំឱ្យមានឧបសគ្គក្នុងការទំនាក់ទំនងដោយសារតែការយល់ដឹងខុសគ្នារបស់ពួកវាអំពីវិសាលភាពនៃរបាំងបណ្ដាញរង។ ត្រូវប្រាកដថារបាំងបណ្ដាញរងគឺដូចគ្នាសម្រាប់ឧបករណ៍ទាំងពីរ។
ពិនិត្យមើលការកំណត់ច្រកទ្វារ៖ឧបករណ៍ដែលភ្ជាប់ដោយផ្ទាល់ជាធម្មតាមិនត្រូវការច្រកផ្លូវទេ ប៉ុន្តែច្រកផ្លូវដែលមិនបានកំណត់រចនាសម្ព័ន្ធអាចបណ្តាលឱ្យកញ្ចប់ត្រូវបានបញ្ជូនបន្តមិនត្រឹមត្រូវ។ ត្រូវប្រាកដថាច្រកផ្លូវសម្រាប់ឧបករណ៍ទាំងពីរត្រូវបានកំណត់រចនាសម្ព័ន្ធជាមិនបានកំណត់រចនាសម្ព័ន្ធ ឬចង្អុលទៅអាសយដ្ឋានត្រឹមត្រូវ។
ដំណោះស្រាយ៖
កែប្រែអាសយដ្ឋាន IP ឬរបាំងបណ្ដាញរង ដើម្បីធានាថាឧបករណ៍ទាំងពីរស្ថិតនៅក្នុងបណ្ដាញរងដូចគ្នា។ បិទការកំណត់ច្រកផ្លូវដែលមិនចាំបាច់ ឬកំណត់វាទៅតម្លៃលំនាំដើម (0.0.0.0)។
ការកំណត់រចនាសម្ព័ន្ធ IP គឺជាស្នូលនៃការទំនាក់ទំនងបណ្តាញ ដូច្នេះវាជាការសំខាន់ក្នុងការត្រួតពិនិត្យឡើងវិញដើម្បីធានាថាគ្មានអ្វីបាត់នោះទេ។
៥. ពិនិត្យមើលកញ្ចប់ ICMP ដែលបានផ្ញើ និងទទួល ដើម្បីធានាថាពិធីការមិនត្រូវបានបិទ
ពាក្យបញ្ជា Ping ពឹងផ្អែកលើពិធីសារផ្ញើសារត្រួតពិនិត្យអ៊ីនធឺណិត (ICMP)។ ប្រសិនបើកញ្ចប់ ICMP ត្រូវបានស្ទាក់ចាប់ ឬបិទដំណើរការ នោះ Ping នឹងមិនជោគជ័យទេ។
ពិនិត្យមើលច្បាប់ Firewall របស់អ្នក៖ឧបករណ៍ជាច្រើនមានជញ្ជាំងភ្លើងដែលបានបើកតាមលំនាំដើម ដែលអាចរារាំងសំណើ ICMP។ ឧទាហរណ៍ នៅក្នុង Windows សូមពិនិត្យមើលការកំណត់ "ជញ្ជាំងភ្លើង Windows Defender" ដើម្បីប្រាកដថាច្បាប់ ICMPv4-In ត្រូវបានអនុញ្ញាត។ ប្រព័ន្ធ Linux ពិនិត្យមើលច្បាប់ iptables (iptables -L) ដើម្បីប្រាកដថា ICMP មិនត្រូវបានរារាំង។
ពិនិត្យមើលគោលការណ៍ឧបករណ៍៖រ៉ោតទ័រ ឬកុងតាក់មួយចំនួនបិទការឆ្លើយតប ICMP ដើម្បីការពារការស្កេន។ ចូលទៅក្នុងអេក្រង់គ្រប់គ្រងឧបករណ៍ ដើម្បីប្រាកដថា ICMP ត្រូវបានបិទ។
ការវិភាគការចាប់យកកញ្ចប់៖ប្រើឧបករណ៍ដូចជា Wireshark ឬការប៉ះបណ្តាញ Mylinkingនិងឈ្មួញកណ្តាលកញ្ចប់បណ្តាញ Mylinkingដើម្បីចាប់យកកញ្ចប់ព័ត៌មាន ដើម្បីមើលថាតើសំណើ ICMP ត្រូវបានធ្វើឡើងឬអត់ និងថាតើមានការឆ្លើយតបឬអត់។ ប្រសិនបើសំណើត្រូវបានធ្វើឡើង ប៉ុន្តែមិនមានការឆ្លើយតបទេ បញ្ហាអាចស្ថិតនៅលើឧបករណ៍គោលដៅ។ ប្រសិនបើមិនមានសំណើត្រូវបានធ្វើឡើងទេ បញ្ហាអាចស្ថិតនៅលើម៉ាស៊ីនក្នុងស្រុក។
ដំណោះស្រាយ៖
(Windows: netsh advfirewall កំណត់ស្ថានភាព allprofiles បិទ; Linux: iptables -F) ដើម្បីសាកល្បងថាតើ Ping បានត្រលប់មកធម្មតាវិញឬអត់។ បើកការឆ្លើយតប ICMP នៅលើឧបករណ៍ (ឧទាហរណ៍ ឧបករណ៍ Cisco: ip icmp echo-reply)។
បញ្ហា ICMP ជារឿយៗទាក់ទងនឹងគោលនយោបាយសុវត្ថិភាព ដែលតម្រូវឱ្យមានការសម្របសម្រួលរវាងសុវត្ថិភាព និងការតភ្ជាប់។
៦. ពិនិត្យមើលថាតើទម្រង់កញ្ចប់ត្រឹមត្រូវឬអត់ ដើម្បីធានាថាមិនមានភាពមិនប្រក្រតីនៅក្នុង Protocol Stack ទេ។
ប្រសិនបើអ្វីៗដំណើរការទៅដោយរលូន ហើយអ្នកនៅតែមិនអាច Ping បាន អ្នកប្រហែលជាត្រូវពិនិត្យមើល protocol stack ដើម្បីពិនិត្យមើលថា packet ស្ថិតក្នុងទម្រង់ត្រឹមត្រូវ។
ចាប់យក និងវិភាគកញ្ចប់៖
ប្រើ Wireshark ដើម្បីចាប់យកកញ្ចប់ ICMP ហើយពិនិត្យមើលចំណុចខាងក្រោម៖
- ប្រភេទ និងលេខកូដនៃសំណើ ICMP គឺត្រឹមត្រូវ (សំណើអេកូគួរតែជាប្រភេទ 8 លេខកូដ 0)។
- ថាតើអាសយដ្ឋាន IP ប្រភព និងអាសយដ្ឋាន IP គោលដៅត្រឹមត្រូវឬអត់។
- ថាតើមានតម្លៃ TTL (ពេលវេលាដើម្បីរស់) មិនប្រក្រតីដែលអាចបណ្តាលឱ្យកញ្ចប់ត្រូវបានទម្លាក់ចោលពាក់កណ្តាលផ្លូវឬអត់។
ពិនិត្យមើលការកំណត់ MTU៖ប្រសិនបើការកំណត់ឯកតាបញ្ជូនអតិបរមា (MTU) មិនស៊ីសង្វាក់គ្នាទេ ការបំបែកកញ្ចប់អាចនឹងបរាជ័យ។ MTU លំនាំដើមគឺ 1500 បៃ ប៉ុន្តែឧបករណ៍មួយចំនួនអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធជាមួយតម្លៃតូចជាង។ សាកល្បងបំបែកជាមួយពាក្យបញ្ជា ping-fl 1472 target IP (Windows)។ ប្រសិនបើការបំបែកត្រូវបានសួរ ប៉ុន្តែទង់ Do not sharding (DF) ត្រូវបានកំណត់ MTU មិនត្រូវគ្នាទេ។
ដំណោះស្រាយ៖
កែសម្រួលតម្លៃ MTU (Windows៖ netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent)។
ត្រូវប្រាកដថា MTU នៃឧបករណ៍ទាំងពីរគឺដូចគ្នា។
បញ្ហាជង់ពិធីការមានភាពស្មុគស្មាញជាងមុន វាត្រូវបានណែនាំថា ការវិភាគស៊ីជម្រៅត្រូវបានអនុវត្តបន្ទាប់ពីការស៊ើបអង្កេតមូលដ្ឋានគ្មានផ្លែផ្កា។
៧. ប្រមូលព័ត៌មាន និងស្វែងរកការគាំទ្រផ្នែកបច្ចេកទេស
ប្រសិនបើជំហានខាងលើមិនអាចដោះស្រាយបញ្ហាបានទេ អ្នកប្រហែលជាត្រូវប្រមូលព័ត៌មានបន្ថែមទៀត និងស្វែងរកការគាំទ្រផ្នែកបច្ចេកទេស។
កំណត់ហេតុ៖ប្រមូលព័ត៌មានកំណត់ហេតុនៃឧបករណ៍ (កំណត់ហេតុប្រព័ន្ធរបស់រ៉ោតទ័រ/ស្វីច កំណត់ហេតុប្រព័ន្ធរបស់កុំព្យូទ័រ) ហើយមើលថាតើមានកំហុសណាមួយឬអត់។
ទាក់ទងក្រុមហ៊ុនផលិត៖ប្រសិនបើឧបករណ៍នេះជាផលិតផលសហគ្រាសដូចជាការតភ្ជាប់របស់ខ្ញុំ(បណ្តាញប៉ះ, ឈ្មួញកណ្តាលកញ្ចប់បណ្តាញនិងផ្លូវវាងក្នុងជួរ), Cisco (រ៉ោតទ័រ/ស្វីច), Huawei (រ៉ោតទ័រ/ស្វីច) អ្នកអាចទាក់ទងផ្នែកជំនួយបច្ចេកទេសរបស់ក្រុមហ៊ុនផលិត ដើម្បីផ្តល់ជំហានត្រួតពិនិត្យ និងកំណត់ហេតុលម្អិត។
ការប្រើប្រាស់សហគមន៍ឲ្យមានប្រសិទ្ធភាព៖បង្ហោះនៅលើវេទិកាបច្ចេកទេស (ឧ. Stack Overflow, Cisco Community) ដើម្បីទទួលបានជំនួយ ដោយផ្តល់ព័ត៌មានលម្អិតអំពីរចនាសម្ព័ន្ធបណ្តាញ និងព័ត៌មានអំពីការកំណត់រចនាសម្ព័ន្ធ។
ការតភ្ជាប់ដោយផ្ទាល់ទៅកាន់ឧបករណ៍បណ្តាញដែលបរាជ័យក្នុងការ Ping អាចហាក់ដូចជាសាមញ្ញ ប៉ុន្តែតាមពិតវាអាចពាក់ព័ន្ធនឹងបញ្ហាច្រើននៅស្រទាប់រូបវន្ត ស្រទាប់តំណភ្ជាប់ ស្រទាប់បណ្តាញ និងសូម្បីតែជង់ពិធីការ។ បញ្ហាភាគច្រើនអាចដោះស្រាយបានដោយអនុវត្តតាមជំហានទាំងប្រាំពីរនេះ ចាប់ពីមូលដ្ឋានរហូតដល់កម្រិតខ្ពស់។ មិនថាវាជាការត្រួតពិនិត្យខ្សែបណ្តាញ ការកែតម្រូវ STP ការផ្ទៀងផ្ទាត់ ARP ឬការធ្វើឱ្យប្រសើរឡើងនូវការកំណត់រចនាសម្ព័ន្ធ IP និងគោលការណ៍ ICMP ជំហាននីមួយៗតម្រូវឱ្យមានការយកចិត្តទុកដាក់ និងការអត់ធ្មត់។ ខ្ញុំសង្ឃឹមថាការណែនាំនេះនឹងផ្តល់ឱ្យអ្នកនូវភាពច្បាស់លាស់មួយចំនួនអំពីរបៀបដោះស្រាយបញ្ហាអ៊ីនធឺណិតរបស់អ្នក ដូច្នេះអ្នកនឹងមិនមានការភ័ន្តច្រឡំទេ ប្រសិនបើអ្នកប្រឈមមុខនឹងបញ្ហាស្រដៀងគ្នា។
ពេលវេលាបង្ហោះ៖ ឧសភា-០៩-២០២៥
