ហេតុអ្វីបានជាការភ្ជាប់ដោយផ្ទាល់នៃឧបករណ៍បណ្តាញរបស់អ្នកបរាជ័យក្នុងការ Ping? ជំហានពិនិត្យទាំងនេះគឺមិនអាចខ្វះបាន។

នៅក្នុងប្រតិបត្តិការ និងថែទាំបណ្តាញ វាគឺជាបញ្ហាទូទៅ ប៉ុន្តែមានបញ្ហាដែលឧបករណ៍មិនអាច Ping បន្ទាប់ពីបានភ្ជាប់ដោយផ្ទាល់។ សម្រាប់អ្នកចាប់ផ្តើមដំបូង និងវិស្វករដែលមានបទពិសោធន៍ ជារឿយៗចាំបាច់ត្រូវចាប់ផ្តើមនៅកម្រិតជាច្រើន និងពិនិត្យមើលមូលហេតុដែលអាចកើតមាន។ អត្ថបទនេះបំបែកជំហានដោះស្រាយបញ្ហា ដើម្បីជួយអ្នកកំណត់ទីតាំងឫសគល់នៃបញ្ហាបានយ៉ាងឆាប់រហ័ស និងជួសជុលវា។ វិធីសាស្រ្តទាំងនេះអាចអនុវត្តបាន និងអនុវត្តបានទាំងក្នុងបណ្តាញផ្ទះ និងបរិយាកាសសហគ្រាស។ យើងនឹងនាំអ្នកឆ្លងកាត់បញ្ហាប្រឈមនេះមួយជំហានម្តង ៗ ពីការត្រួតពិនិត្យជាមូលដ្ឋានរហូតដល់ការត្រួតពិនិត្យកម្រិតខ្ពស់។

ការតភ្ជាប់ឧបករណ៍បណ្តាញ

1. ពិនិត្យមើលស្ថានភាពនៃការតភ្ជាប់រាងកាយ ដើម្បីប្រាកដថាសញ្ញាកំពុងដំណើរការ

មូលដ្ឋាននៃការទំនាក់ទំនងបណ្តាញគឺការតភ្ជាប់រូបវ័ន្ត។ ប្រសិនបើឧបករណ៍បរាជ័យក្នុងការ Ping បន្ទាប់ពីការតភ្ជាប់ដោយផ្ទាល់ ជំហានដំបូងគឺត្រូវពិនិត្យមើលថាស្រទាប់រាងកាយដំណើរការ។ នេះជាជំហាន៖

បញ្ជាក់ការភ្ជាប់ខ្សែបណ្តាញ៖ពិនិត្យមើលថាតើខ្សែបណ្តាញត្រូវបានដោតយ៉ាងតឹងហើយថាតើចំណុចប្រទាក់ខ្សែបណ្តាញរលុងឬអត់។ ប្រសិនបើប្រើខ្សែផ្ទាល់ ត្រូវប្រាកដថាខ្សែនេះអនុលោមតាមស្តង់ដារ TIA/EIA-568-B (ស្តង់ដារខ្សែផ្ទាល់ទូទៅ)។ ប្រសិនបើអ្នកមានឧបករណ៍ចាស់ៗ អ្នកប្រហែលជាត្រូវឆ្លងកាត់បន្ទាត់ (TIA/EIA-568-A) ពីព្រោះឧបករណ៍ចាស់ៗមួយចំនួនមិនគាំទ្រការប្តូរដោយស្វ័យប្រវត្តិ MDI/MDIX ទេ។

ពិនិត្យគុណភាពនៃខ្សែបណ្តាញ៖គុណភាពអន់ ឬខ្សែបណ្តាញវែងពេកអាចបណ្តាលឱ្យមានការថយចុះនៃសញ្ញា។ ប្រវែងខ្សែបណ្តាញស្តង់ដារគួរតែត្រូវបានគ្រប់គ្រងក្នុងចម្ងាយ 100 ម៉ែត្រ។ ប្រសិនបើខ្សែវែងពេក ឬមានការខូចខាតជាក់ស្តែង (ឧទាហរណ៍ ខូច ឬសំប៉ែត) វាត្រូវបានណែនាំអោយជំនួសវាដោយខ្សែដែលមានគុណភាពខ្ពស់ ហើយធ្វើតេស្តម្តងទៀត។

សង្កេតសូចនាករឧបករណ៍៖ឧបករណ៍បណ្តាញភាគច្រើន (ដូចជាកុងតាក់ រ៉ោតទ័រ កាតបណ្តាញ) មានសូចនាករស្ថានភាពតំណ។ ជាធម្មតា ពន្លឺនឹងភ្លឺ (ពណ៌បៃតង ឬពណ៌ទឹកក្រូច) បន្ទាប់ពីការតភ្ជាប់ ហើយវាអាចមានពន្លឺភ្លឹបភ្លែតៗ ដើម្បីបង្ហាញពីការផ្ទេរទិន្នន័យ។ ប្រសិនបើសូចនាករមិនភ្លឺ វាអាចមានបញ្ហាជាមួយខ្សែបណ្តាញ ចំណុចប្រទាក់ខូច ឬឧបករណ៍មិនបើក។

ច្រកសាកល្បង៖ដោតខ្សែបណ្តាញចូលទៅក្នុងច្រកផ្សេងទៀតនៃឧបករណ៍ ដើម្បីមិនរាប់បញ្ចូលលទ្ធភាពនៃការខូចខាតច្រក។ ប្រសិនបើមាន អ្នកអាចប្រើឧបករណ៍សាកល្បងខ្សែបណ្តាញ ដើម្បីពិនិត្យមើលការតភ្ជាប់នៃខ្សែបណ្តាញ ដើម្បីធានាថាខ្សែនីមួយៗត្រូវបានតម្រៀបត្រឹមត្រូវ។

ការតភ្ជាប់រូបវន្ត គឺជាជំហានដំបូងក្នុងការទំនាក់ទំនងបណ្តាញ ហើយយើងត្រូវតែធានាថាមិនមានបញ្ហាអ្វីនៅក្នុងស្រទាប់នេះ មុនពេលដែលយើងអាចបន្តស៊ើបអង្កេតមូលហេតុកម្រិតខ្ពស់ជាងនេះ។

2. ពិនិត្យស្ថានភាព STP របស់ឧបករណ៍ ដើម្បីប្រាកដថាច្រកមិនត្រូវបានបិទ

ប្រសិនបើអ្នកមិនអាច Ping បានទេ ទោះបីជាមានការតភ្ជាប់ធម្មតាក៏ដោយ វាអាចមានបញ្ហាជាមួយនឹងពិធីការស្រទាប់តំណរបស់ឧបករណ៍។ ហេតុផលទូទៅមួយគឺពិធីការដើមឈើ Spanning Tree (STP)។

Spanning Tree Protocol

ស្វែងយល់ពីតួនាទីរបស់ STP៖STP (Spanning Tree Protocol) ត្រូវបានប្រើដើម្បីការពាររូបរាងនៃរង្វិលជុំនៅក្នុងបណ្តាញ។ ប្រសិនបើឧបករណ៍រកឃើញរង្វិលជុំ STP ដាក់ច្រកជាក់លាក់នៅក្នុងស្ថានភាពទប់ស្កាត់ ដោយការពារពួកគេពីការបញ្ជូនទិន្នន័យ។
ពិនិត្យស្ថានភាពច្រក៖ចូលទៅក្នុង CLI របស់ឧបករណ៍របស់អ្នក (ចំណុចប្រទាក់បន្ទាត់ពាក្យបញ្ជា) ឬចំណុចប្រទាក់អ្នកគ្រប់គ្រងគេហទំព័រ ដើម្បីមើលថាតើច្រកស្ថិតនៅក្នុងស្ថានភាព "ការបញ្ជូនបន្ត" ដែរឬទេ។ នៅក្នុងករណីនៃការផ្លាស់ប្តូរ Cisco ស្ថានភាព STP អាចត្រូវបានមើលដោយប្រើពាក្យបញ្ជា show spat-tree ។ ប្រសិនបើច្រកត្រូវបានបង្ហាញជា "ការទប់ស្កាត់" STP កំពុងរារាំងការទំនាក់ទំនងនៅលើច្រកនោះ។

ដំណោះស្រាយ៖

បិទ STP ជាបណ្តោះអាសន្ន៖នៅក្នុងបរិយាកាសសាកល្បង វាអាចបិទ STP ជាបណ្ដោះអាសន្ន (ឧទាហរណ៍ គ្មាន spath-tree vlan 1) ប៉ុន្តែនេះមិនត្រូវបានណែនាំក្នុងផលិតកម្មទេ ព្រោះវាអាចបណ្តាលឱ្យមានព្យុះផ្សាយ។
បើកដំណើរការ PortFast៖ប្រសិនបើឧបករណ៍គាំទ្រវា មុខងារ PortFast អាចត្រូវបានបើកនៅលើច្រក (ពាក្យបញ្ជាដូចជា spath-tree portfast) ដែលអនុញ្ញាតឱ្យច្រករំលងដំណាក់កាលស្តាប់ និងសិក្សា STP ហើយបញ្ចូលស្ថានភាពបញ្ជូនបន្តដោយផ្ទាល់។
ពិនិត្យមើលរង្វិលជុំ៖ប្រសិនបើប្លុក STP ត្រូវបានបង្កឡើងដោយអត្ថិភាពនៃរង្វិលជុំនៅក្នុងបណ្តាញ សូមពិនិត្យបន្ថែមលើបណ្តាញ topology ដើម្បីស្វែងរក និងបំបែករង្វិលជុំ។
បញ្ហា STP គឺជារឿងធម្មតានៅក្នុងបណ្តាញសហគ្រាស ជាពិសេសនៅក្នុងបរិយាកាសពហុប្តូរ។ ប្រសិនបើអ្នកមានបណ្តាញតូច អ្នកប្រហែលជាអាចរំលងជំហាននេះសម្រាប់ពេលនេះ ប៉ុន្តែការយល់ដឹងពីរបៀបដែល STP ដំណើរការអាចទៅឆ្ងាយក្នុងការដោះស្រាយបញ្ហានៅពេលអនាគត។

3. ពិនិត្យមើលថាតើ 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 (នៅលើប្រព័ន្ធលីនុច)។ ប្រសិនបើមិនមានការឆ្លើយតបទៅនឹងសំណើរបស់ ARP ទេ ហេតុផលដែលអាចមានរួមមាន:
ការទប់ស្កាត់ជញ្ជាំងភ្លើង៖សំណើ ARP ត្រូវបានរារាំងដោយជញ្ជាំងភ្លើងនៃឧបករណ៍មួយចំនួន។ ពិនិត្យមើលការកំណត់ជញ្ជាំងភ្លើងនៃឧបករណ៍គោលដៅ ហើយព្យាយាមម្តងទៀតបន្ទាប់ពីបិទជញ្ជាំងភ្លើងជាបណ្តោះអាសន្ន។
ការប៉ះទង្គិច IP៖ដំណោះស្រាយ ARP អាចបរាជ័យប្រសិនបើមានការប៉ះទង្គិចគ្នានៃអាសយដ្ឋាន IP នៅក្នុងបណ្តាញ។ ប្រើឧបករណ៍ដូចជា Wireshark ដើម្បីចាប់កញ្ចប់ព័ត៌មាន ហើយមើលថាតើមានអាសយដ្ឋាន MAC ច្រើនដែលឆ្លើយតបទៅនឹង IP ដូចគ្នាដែរឬទេ។

ដំណោះស្រាយ៖

លុប Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ហើយបន្ទាប់មក Ping ម្តងទៀត។
ត្រូវប្រាកដថាអាសយដ្ឋាន IP នៃឧបករណ៍ទាំងពីរស្ថិតនៅក្នុងបណ្តាញរងដូចគ្នា ហើយរបាំងបណ្តាញរងគឺដូចគ្នា (សូមមើលជំហានបន្ទាប់សម្រាប់ព័ត៌មានលម្អិត)។
បញ្ហា ARP ជារឿយៗទាក់ទងយ៉ាងជិតស្និទ្ធទៅនឹងការកំណត់រចនាសម្ព័ន្ធស្រទាប់បណ្តាញ ហើយវាត្រូវការការអត់ធ្មត់ក្នុងការដោះស្រាយបញ្ហា ដើម្បីប្រាកដថាអ្វីៗដំណើរការ។

4. ពិនិត្យអាសយដ្ឋាន IP និងការកំណត់រចនាសម្ព័ន្ធបណ្តាញរង ដើម្បីធានារចនាសម្ព័ន្ធទំនាក់ទំនង

បញ្ហានៅស្រទាប់បណ្តាញជារឿយៗជាពិរុទ្ធជនចម្បងសម្រាប់ការបរាជ័យ Ping ។ អាសយដ្ឋាន IP និងបណ្តាញរងដែលបានកំណត់មិនត្រឹមត្រូវ បណ្តាលឱ្យឧបករណ៍មិនអាចទំនាក់ទំនងបាន។ នេះជាជំហាន៖
បញ្ជាក់អាសយដ្ឋាន IP៖ពិនិត្យមើលថាតើអាសយដ្ឋាន IP របស់ឧបករណ៍ពីរស្ថិតនៅក្នុងបណ្តាញរងតែមួយ។ ឧទាហរណ៍ ឧបករណ៍ A មាន IP នៃ 192.168.1.10 និងរបាំងបណ្តាញរងនៃ 255.255.255.0 ។ ឧបករណ៍ B មាន IP នៃ 192.168.1.20 និងរបាំងបណ្ដាញរងដូចគ្នា។ ips ទាំងពីរស្ថិតនៅលើបណ្តាញរងដូចគ្នា (192.168.1.0/24) ហើយអាចទំនាក់ទំនងតាមទ្រឹស្តី។ ប្រសិនបើឧបករណ៍ B មាន IP នៃ 192.168.2.20 វាមិនមាននៅលើបណ្តាញរងដូចគ្នាទេ ហើយ Ping នឹងបរាជ័យ។
ពិនិត្យមើលរបាំងបណ្ដាញរង៖របាំងបណ្ដាញរងដែលមិនស្របគ្នាក៏អាចនាំឱ្យទំនាក់ទំនងបរាជ័យផងដែរ។ ឧទាហរណ៍ ឧបករណ៍ A មានរបាំងនៃ 255.255.255.0 ហើយឧបករណ៍ B មានរបាំងនៃ 255.255.0.0 ដែលអាចនាំឱ្យមានការរារាំងទំនាក់ទំនងដោយសារតែការយល់ដឹងខុសគ្នារបស់ពួកគេអំពីវិសាលភាពបណ្តាញរង។ ត្រូវប្រាកដថារបាំងបណ្ដាញរងគឺដូចគ្នាសម្រាប់ឧបករណ៍ទាំងពីរ។
ពិនិត្យមើលការកំណត់ច្រកចេញចូល៖ឧបករណ៍ដែលភ្ជាប់ដោយផ្ទាល់ជាធម្មតាមិនត្រូវការច្រកផ្លូវទេ ប៉ុន្តែច្រកទ្វារដែលបានកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវអាចបណ្តាលឱ្យកញ្ចប់ព័ត៌មានត្រូវបានបញ្ជូនបន្តមិនត្រឹមត្រូវ។ សូមប្រាកដថាច្រកផ្លូវសម្រាប់ឧបករណ៍ទាំងពីរត្រូវបានកំណត់ទៅមិនបានកំណត់រចនាសម្ព័ន្ធ ឬចង្អុលទៅអាសយដ្ឋានត្រឹមត្រូវ។

ដំណោះស្រាយ៖

កែប្រែអាសយដ្ឋាន IP ឬរបាំងបណ្ដាញរង ដើម្បីធានាថាឧបករណ៍ទាំងពីរស្ថិតនៅក្នុងបណ្តាញរងដូចគ្នា។ បិទការកំណត់ច្រកផ្លូវដែលមិនចាំបាច់ ឬកំណត់ពួកវាទៅតម្លៃលំនាំដើម (0.0.0.0)។
ការកំណត់រចនាសម្ព័ន្ធ IP គឺជាស្នូលនៃការទំនាក់ទំនងបណ្តាញ ដូច្នេះវាមានសារៈសំខាន់ណាស់ក្នុងការត្រួតពិនិត្យពីរដង ដើម្បីប្រាកដថាគ្មានអ្វីបាត់។

5. ពិនិត្យកញ្ចប់ ICMP ដែលបានផ្ញើ និងទទួល ដើម្បីប្រាកដថាពិធីការមិនត្រូវបានបិទ

ពាក្យបញ្ជា Ping ពឹងផ្អែកលើពិធីសារគ្រប់គ្រងអ៊ីនធឺណិត (ICMP) ។ ប្រសិនបើកញ្ចប់ព័ត៌មាន ICMP ត្រូវបានស្ទាក់ចាប់ ឬបិទ នោះ Ping នឹងមិនជោគជ័យទេ។
ពិនិត្យមើលច្បាប់ជញ្ជាំងភ្លើងរបស់អ្នក៖ឧបករណ៍ជាច្រើនមានជញ្ជាំងភ្លើងត្រូវបានបើកតាមលំនាំដើម ដែលអាចរារាំងសំណើ ICMP ។ ជាឧទាហរណ៍ នៅក្នុង Windows សូមពិនិត្យមើលការកំណត់ "Windows Defender Firewall" ដើម្បីប្រាកដថាច្បាប់ ICMPv4-In ត្រូវបានអនុញ្ញាត។ ប្រព័ន្ធលីនុចពិនិត្យមើលច្បាប់ iptables (iptables -L) ដើម្បីប្រាកដថា ICMP មិនត្រូវបានរារាំងទេ។
ពិនិត្យគោលការណ៍ឧបករណ៍៖រ៉ោតទ័រ ឬឧបករណ៍ប្តូរមួយចំនួនបិទការឆ្លើយតប ICMP ដើម្បីការពារការស្កេន។ ចូលទៅក្នុងអេក្រង់គ្រប់គ្រងឧបករណ៍ ដើម្បីប្រាកដថា ICMP ត្រូវបានបិទ។
ការវិភាគការចាប់យកកញ្ចប់៖ប្រើឧបករណ៍ដូចជា Wireshark ឬការប៉ះបណ្តាញ MylinkingនិងMylinking Network Packet Brokersដើម្បីចាប់យកកញ្ចប់ព័ត៌មាន ដើម្បីមើលថាតើសំណើ ICMP ត្រូវបានធ្វើឡើង ហើយប្រសិនបើមានការឆ្លើយតប។ ប្រសិនបើសំណើត្រូវបានធ្វើឡើងប៉ុន្តែមិនមានការឆ្លើយតបទេ បញ្ហាអាចនឹងកើតមាននៅលើឧបករណ៍គោលដៅ។ ប្រសិនបើគ្មានការស្នើសុំទេ បញ្ហាអាចនឹងកើតមានលើម៉ាស៊ីនមូលដ្ឋាន។

ដំណោះស្រាយ៖

(វីនដូ៖ netsh advfirewall កំណត់ស្ថានភាពនៃទម្រង់ទាំងអស់; លីនុច៖ iptables -F) ដើម្បីសាកល្បងថាតើ Ping ត្រឡប់ទៅធម្មតាឬអត់។ បើកការឆ្លើយតប ICMP នៅលើឧបករណ៍ (ឧទាហរណ៍ ឧបករណ៍ Cisco៖ ip icmp echo-reply)។
បញ្ហា ICMP ជារឿយៗទាក់ទងនឹងគោលនយោបាយសន្តិសុខ ដែលទាមទារឱ្យមានការផ្លាស់ប្តូររវាងសន្តិសុខ និងការតភ្ជាប់។

6. ពិនិត្យមើលថាតើទម្រង់កញ្ចប់ព័ត៌មានត្រឹមត្រូវ ដើម្បីប្រាកដថាមិនមានភាពមិនប្រក្រតីនៅក្នុងជង់ពិធីការទេ

ប្រសិនបើអ្វីៗដំណើរការល្អ ហើយអ្នកនៅតែមិនអាច Ping បាន អ្នកប្រហែលជាត្រូវខួងចូលទៅក្នុងជង់ពិធីការ ដើម្បីពិនិត្យមើលថាកញ្ចប់ព័ត៌មានមានទម្រង់ត្រឹមត្រូវ។
ចាប់យក និងវិភាគកញ្ចប់ព័ត៌មាន៖

ប្រើ Wireshark ដើម្បីចាប់យកកញ្ចប់ ICMP ហើយពិនិត្យមើលដូចខាងក្រោម៖
- ប្រភេទ និងលេខកូដនៃសំណើ ICMP គឺត្រឹមត្រូវ (សំណើអេកូគួរតែជាប្រភេទ 8 លេខកូដ 0)។
- ថាតើ ips ប្រភព និងទិសដៅត្រឹមត្រូវដែរឬទេ។
- ថាតើមានតម្លៃ TTL (Time to Live) មិនធម្មតាដែលអាចបណ្តាលឱ្យកញ្ចប់ព័ត៌មានត្រូវបានទម្លាក់ពាក់កណ្តាល។
ពិនិត្យមើលការកំណត់ MTU៖ប្រសិនបើការកំណត់ឯកតាបញ្ជូនអតិបរមា (MTU) មិនស្របគ្នា ការបែងចែកកញ្ចប់ព័ត៌មានអាចនឹងបរាជ័យ។ MTU លំនាំដើមគឺ 1500 បៃ ប៉ុន្តែឧបករណ៍មួយចំនួនអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធជាមួយនឹងតម្លៃតូចជាង។ សាកល្បងការបែងចែកជាមួយពាក្យបញ្ជា ping-fl 1472 គោលដៅ IP (Windows) ។ ប្រសិនបើ​ការ​បំបែក​ត្រូវ​បាន​សួរ ប៉ុន្តែ​ទង់ កុំ​បំបែក (DF) ត្រូវ​បាន​កំណត់ នោះ MTU មិន​ត្រូវ​គ្នា​ទេ។

ដំណោះស្រាយ៖

កែតម្រូវតម្លៃ MTU (វីនដូ៖ ចំណុចប្រទាក់ netsh ipv4 កំណត់ចំណុចប្រទាក់រង "អ៊ីសឺរណិត" mtu=1400 store=persistent) ។
ត្រូវប្រាកដថា MTU នៃឧបករណ៍ទាំងពីរគឺដូចគ្នា។
បញ្ហាជង់ពិធីការគឺកាន់តែស្មុគស្មាញ វាត្រូវបានណែនាំថាការវិភាគស៊ីជម្រៅត្រូវបានអនុវត្តបន្ទាប់ពីការស៊ើបអង្កេតជាមូលដ្ឋានគឺគ្មានផ្លែផ្កា។

ការចាប់យកកញ្ចប់

7. ប្រមូលព័ត៌មាន និងស្វែងរកជំនួយបច្ចេកទេស

ប្រសិនបើជំហានខាងលើមិនអាចដោះស្រាយបញ្ហាបានទេ អ្នកប្រហែលជាត្រូវប្រមូលព័ត៌មានបន្ថែម និងស្វែងរកជំនួយបច្ចេកទេស។
កំណត់ហេតុ៖ប្រមូលព័ត៌មានកំណត់ហេតុរបស់ឧបករណ៍ (syslog នៃ router/switch, syslog នៃ PC) ហើយមើលថាតើមានកំហុសឬអត់។
ទាក់ទងក្រុមហ៊ុនផលិត៖ប្រសិនបើឧបករណ៍គឺជាផលិតផលសហគ្រាសដូចជាការភ្ជាប់របស់ខ្ញុំ(ការប៉ះបណ្តាញ, ឈ្មួញកណ្តាលកញ្ចប់បណ្តាញនិងផ្លូវវាងក្នុងជួរ), Cisco(Router/Switch), Huawei(Router/Switch) អ្នកអាចទាក់ទងផ្នែកជំនួយបច្ចេកទេសរបស់អ្នកផលិត ដើម្បីផ្តល់នូវជំហានត្រួតពិនិត្យលម្អិត និងកំណត់ហេតុ។
ការប្រើប្រាស់សហគមន៍៖ប្រកាសនៅលើវេទិកាបច្ចេកទេស (ឧ. Stack Overflow, Cisco Community) សម្រាប់ជំនួយ ដោយផ្តល់ព័ត៌មានលម្អិតអំពីបណ្តាញទំនាក់ទំនង និងព័ត៌មានអំពីការកំណត់រចនាសម្ព័ន្ធ។
ការតភ្ជាប់ដោយផ្ទាល់ទៅឧបករណ៍បណ្តាញដែលបរាជ័យក្នុងការ Ping អាចហាក់ដូចជាសាមញ្ញ ប៉ុន្តែតាមពិតវាអាចពាក់ព័ន្ធនឹងបញ្ហាជាច្រើននៅស្រទាប់រាងកាយ ស្រទាប់តំណ ស្រទាប់បណ្តាញ និងសូម្បីតែជង់ពិធីការ។ បញ្ហាភាគច្រើនអាចដោះស្រាយបានដោយអនុវត្តតាមជំហានទាំងប្រាំពីរនេះ ចាប់ពីមូលដ្ឋានរហូតដល់កម្រិតខ្ពស់។ ថាតើវាកំពុងពិនិត្យខ្សែបណ្តាញ កែតម្រូវ STP ផ្ទៀងផ្ទាត់ ARP ឬបង្កើនប្រសិទ្ធភាពការកំណត់ IP និងគោលការណ៍ ICMP ជំហាននីមួយៗទាមទារការថែទាំ និងការអត់ធ្មត់។ ខ្ញុំសង្ឃឹមថាការណែនាំនេះនឹងផ្តល់ឱ្យអ្នកនូវភាពច្បាស់លាស់មួយចំនួនអំពីរបៀបដោះស្រាយបញ្ហាអ៊ីនធឺណិតរបស់អ្នក ដូច្នេះអ្នកនឹងមិនយល់ច្រលំទេ ប្រសិនបើអ្នកប្រឈមមុខនឹងបញ្ហាស្រដៀងគ្នានេះ។


ពេលវេលាបង្ហោះ៖ ឧសភា-០៩-២០២៥