ကွန်ရက်လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုတွင်၊ တိုက်ရိုက်ချိတ်ဆက်ပြီးနောက် စက်ပစ္စည်းများသည် Ping မလုပ်နိုင်ခြင်းမှာ အဖြစ်များသော်လည်း ပြဿနာရှိသော ပြဿနာတစ်ခုဖြစ်သည်။ အစပြုသူများနှင့် အတွေ့အကြုံရှိ အင်ဂျင်နီယာနှစ်ဦးစလုံးအတွက်၊ အဆင့်များစွာမှ စတင်ပြီး ဖြစ်နိုင်ချေရှိသော အကြောင်းရင်းများကို စစ်ဆေးရန် မကြာခဏ လိုအပ်ပါသည်။ ဤဆောင်းပါးသည် ပြဿနာ၏ မူလအကြောင်းရင်းကို လျင်မြန်စွာ ရှာဖွေဖြေရှင်းနိုင်ရန် ပြဿနာရှာဖွေခြင်း အဆင့်များကို ခွဲခြမ်းစိတ်ဖြာထားပါသည်။ ဤနည်းလမ်းများသည် အိမ်သုံးကွန်ရက်နှင့် စီးပွားရေးလုပ်ငန်းပတ်ဝန်းကျင် နှစ်ခုလုံးတွင် သက်ဆိုင်ပြီး လက်တွေ့ကျပါသည်။ အခြေခံစစ်ဆေးမှုများမှ အဆင့်မြင့်စစ်ဆေးမှုများအထိ ဤစိန်ခေါ်မှုကို တစ်ဆင့်ချင်းစီ လမ်းညွှန်ပေးပါမည်။
၁။ အချက်ပြမှု အလုပ်လုပ်နေကြောင်း သေချာစေရန် ရုပ်ပိုင်းဆိုင်ရာ ချိတ်ဆက်မှု အခြေအနေကို စစ်ဆေးပါ။
ကွန်ရက်ဆက်သွယ်ရေးရဲ့ အခြေခံက ရုပ်ပိုင်းဆိုင်ရာ ချိတ်ဆက်မှုပါ။ တိုက်ရိုက်ချိတ်ဆက်ပြီးနောက် device က Ping မလုပ်နိုင်ခဲ့ရင် ပထမခြေလှမ်းက ရုပ်ပိုင်းဆိုင်ရာ layer အလုပ်လုပ်မလုပ် စစ်ဆေးဖို့ပါပဲ။ အဆင့်တွေကတော့ အောက်ပါအတိုင်းပါပဲ။
ကွန်ရက်ကေဘယ်ချိတ်ဆက်မှုကို အတည်ပြုပါ-ကွန်ရက်ကြိုးကို တင်းကျပ်စွာ ပလပ်ထိုးထားခြင်း ရှိ၊ မရှိနှင့် ကွန်ရက်ကြိုး interface လျော့နေခြင်း ရှိ၊ မရှိ စစ်ဆေးပါ။ တိုက်ရိုက်ကြိုးကို အသုံးပြုပါက ကြိုးသည် TIA/EIA-568-B စံနှုန်း (Common Direct Cable Standard) နှင့် ကိုက်ညီကြောင်း သေချာပါစေ။ သင့်တွင် စက်ပစ္စည်းဟောင်းများရှိပါက လိုင်းများကို ဖြတ်ကျော်ရန် (TIA/EIA-568-A) လိုအပ်နိုင်သည်၊ အဘယ်ကြောင့်ဆိုသော် စက်ပစ္စည်းဟောင်းအချို့သည် အလိုအလျောက် MDI/MDIX ပြောင်းလဲခြင်းကို မပံ့ပိုးသောကြောင့်ဖြစ်သည်။
ကွန်ရက်ကြိုး၏ အရည်အသွေးကို စစ်ဆေးပါ-အရည်အသွေးညံ့ဖျင်းခြင်း သို့မဟုတ် ရှည်လျားလွန်းသော ကွန်ရက်ကြိုးသည် အချက်ပြမှု အားနည်းခြင်းကို ဖြစ်စေနိုင်သည်။ စံကွန်ရက်ကြိုးအရှည်ကို မီတာ ၁၀၀ အတွင်း ထိန်းချုပ်သင့်သည်။ ကြိုးသည် အလွန်ရှည်လွန်းခြင်း သို့မဟုတ် သိသာထင်ရှားသော ပျက်စီးမှု (ဥပမာ- ကျိုးခြင်း သို့မဟုတ် ပြားချပ်ခြင်း) ရှိပါက အရည်အသွေးမြင့်ကြိုးဖြင့် အစားထိုးပြီး ပြန်လည်စမ်းသပ်ရန် အကြံပြုအပ်ပါသည်။
စက်ပစ္စည်းညွှန်ပြချက်များကို စောင့်ကြည့်ပါ-ကွန်ရက်စက်ပစ္စည်းအများစု (ဥပမာ switches၊ routers၊ network cards) တွင် link status indicators များပါရှိသည်။ ပုံမှန်အားဖြင့် ချိတ်ဆက်ပြီးနောက် မီးလင်းလာမည်ဖြစ်ပြီး (အစိမ်းရောင် သို့မဟုတ် လိမ္မော်ရောင်) ဒေတာလွှဲပြောင်းမှုကို ညွှန်ပြသည့် တုန်ခါမှုတစ်ခု ရှိနိုင်သည်။ indicator မလင်းပါက network cable တွင် ပြဿနာရှိခြင်း၊ interface ပျက်နေခြင်း သို့မဟုတ် device တွင် power မဖွင့်ထားခြင်း ဖြစ်နိုင်သည်။
စမ်းသပ်ဆိပ်ကမ်း-port ပျက်စီးမှုဖြစ်နိုင်ခြေကို ဖယ်ထုတ်ရန် ကွန်ရက်ကြိုးကို စက်ပစ္စည်း၏ အခြားပေါက်တစ်ခုသို့ တပ်ဆင်ပါ။ ရရှိနိုင်ပါက ဝါယာကြိုးတစ်စုံစီကို မှန်ကန်စွာ စီစဉ်ထားကြောင်း သေချာစေရန် ကွန်ရက်ကြိုးစမ်းသပ်ကိရိယာကို အသုံးပြု၍ ကွန်ရက်ကြိုးချိတ်ဆက်မှုကို စစ်ဆေးနိုင်သည်။
ရုပ်ပိုင်းဆိုင်ရာ ချိတ်ဆက်မှုသည် ကွန်ရက်ဆက်သွယ်ရေး၏ ပထမခြေလှမ်းဖြစ်ပြီး၊ ပိုမိုမြင့်မားသော အဆင့်အကြောင်းရင်းများကို ဆက်လက်စုံစမ်းစစ်ဆေးနိုင်မီ ဤအလွှာတွင် ပြဿနာမရှိကြောင်း ကျွန်ုပ်တို့ သေချာစေရမည်။
၂။ Port ကို Disable မလုပ်ထားကြောင်း သေချာစေရန် Device ၏ STP အခြေအနေကို စစ်ဆေးပါ။
ပုံမှန် ရုပ်ပိုင်းဆိုင်ရာ ချိတ်ဆက်မှု ရှိနေသော်လည်း Ping မလုပ်နိုင်ပါက device ၏ link-layer protocol တွင် ပြဿနာတစ်ခု ရှိနေနိုင်သည်။ အဖြစ်များသော အကြောင်းရင်းတစ်ခုမှာ Spanning Tree Protocol (STP) ဖြစ်သည်။
STP ရဲ့ အခန်းကဏ္ဍကို နားလည်ပါ။STP (Spanning Tree Protocol) ကို network မှာ loop တွေ မပေါ်အောင် ကာကွယ်ဖို့ အသုံးပြုပါတယ်။ device တစ်ခုက loop တစ်ခုကို detect လုပ်မိရင် STP က port အချို့ကို Blocking State မှာထားပြီး data forward လုပ်လို့မရအောင် ကာကွယ်ပေးပါတယ်။
ဆိပ်ကမ်းအခြေအနေကို စစ်ဆေးပါ-port ဟာ "Forwarding" state မှာ ရှိမရှိ ကြည့်ဖို့ သင့် device ရဲ့ CLI (Command Line interface) ဒါမှမဟုတ် Web admin interface ထဲကို ဝင်ပါ။ Cisco switch မှာဆိုရင် show spat-tree command ကို အသုံးပြုပြီး STP status ကို ကြည့်နိုင်ပါတယ်။ port တစ်ခုကို "Blocking" လို့ ပြနေရင် STP ဟာ အဲဒီ port ရဲ့ communication ကို block လုပ်နေတာပါ။
ဖြေရှင်းချက်:
STP ကို ယာယီပိတ်ပါ-စမ်းသပ်ပတ်ဝန်းကျင်တွင် STP ကို ယာယီပိတ်ရန်ဖြစ်နိုင်သည် (ဥပမာ၊ spath-tree vlan 1 မရှိပါ)၊ သို့သော် ထုတ်လုပ်မှုတွင် broadcast storm ဖြစ်ပေါ်စေနိုင်သောကြောင့် ၎င်းကို မထောက်ခံပါ။
PortFast ကိုဖွင့်ပါ-device က ၎င်းကို ပံ့ပိုးပေးပါက PortFast function ကို port တွင် enable လုပ်နိုင်ပါသည် (spath-tree portfast ကဲ့သို့သော command များ)၊ port သည် STP နားထောင်ခြင်းနှင့် သင်ယူခြင်းအဆင့်ကို ကျော်သွားပြီး forwarding state သို့ တိုက်ရိုက်ဝင်ရောက်နိုင်စေပါသည်။
ကွင်းဆက်များ ရှိမရှိ စစ်ဆေးပါ-STP block သည် network တွင် loops များရှိနေခြင်းကြောင့် ဖြစ်ပေါ်လာပါက loops များကိုရှာဖွေပြီး ဖြတ်တောက်ရန် network topology ကို ထပ်မံစစ်ဆေးပါ။
STP ပြဿနာများသည် enterprise network များတွင် အထူးသဖြင့် multi-switch environment များတွင် အဖြစ်များပါသည်။ သင့်တွင် network သေးငယ်ပါက ဤအဆင့်ကို လောလောဆယ် ကျော်သွားနိုင်သော်လည်း STP မည်သို့အလုပ်လုပ်သည်ကို နားလည်ခြင်းသည် အနာဂတ်တွင် ပြဿနာများကို ဖြေရှင်းရာတွင် များစွာ အထောက်အကူပြုနိုင်ပါသည်။
၃။ MAC Address ကို မှန်ကန်စွာ ဖြေရှင်းထားကြောင်း သေချာစေရန် ARP အလုပ်လုပ်နေခြင်း ရှိ၊ မရှိ စစ်ဆေးပါ။
link layer ပုံမှန်ဖြစ်နေရင် network layer ကိုသွားစစ်ဆေးပါ။ Ping command က ICMP protocol ပေါ်မှာ မူတည်ပြီး target IP address ကို Address Resolution Protocol (ARP) မှတစ်ဆင့် MAC address သို့ ဦးစွာပြောင်းလဲပေးပါတယ်။ ARP resolution မအောင်မြင်ရင် Ping က မအောင်မြင်ပါဘူး။
ARP ဇယားကို စစ်ဆေးပါ- ပစ်မှတ်ကိရိယာ၏ MAC address ကို အောင်မြင်စွာ ဖြေရှင်းပြီးဖြစ်ကြောင်း အတည်ပြုရန် စက်ပစ္စည်းပေါ်ရှိ ARP ဇယားကို စစ်ဆေးပါ။ ဥပမာအားဖြင့် Windows တွင် command line ကိုဖွင့်ပြီး arp-a ဟု ရိုက်ထည့်ခြင်းဖြင့် ARP cache ကို ကြည့်ရှုနိုင်သည်။ ဦးတည်ရာ IP အတွက် MAC address မရှိပါက ARP resolution မအောင်မြင်ပါ။
ARP ကို ကိုယ်တိုင်စမ်းသပ်ခြင်း-ARP request များကို ကိုယ်တိုင်ပို့ကြည့်ပါ။ ဥပမာအားဖြင့် Windows တွင် ARP request တစ်ခုကို trigger လုပ်ရန် ping command ကို အသုံးပြုနိုင်သည်၊ သို့မဟုတ် arping ကဲ့သို့သော tool တစ်ခုကို (Linux system များတွင်) တိုက်ရိုက်အသုံးပြုနိုင်သည်။ ARP request ကို response မရှိပါက၊ ဖြစ်နိုင်ချေရှိသော အကြောင်းရင်းများတွင် အောက်ပါတို့ ပါဝင်သည်-
Firewall ပိတ်ဆို့ခြင်း-ARP တောင်းဆိုမှုများကို အချို့သော စက်ပစ္စည်းများ၏ firewall မှ ပိတ်ဆို့ထားသည်။ ပစ်မှတ်စက်ပစ္စည်း၏ firewall ဆက်တင်များကို စစ်ဆေးပြီး firewall ကို ယာယီပိတ်ပြီးနောက် ထပ်မံကြိုးစားပါ။
IP တိုက်မိခြင်း-ကွန်ရက်ထဲမှာ IP address collisions တွေရှိရင် ARP resolution က မအောင်မြင်နိုင်ပါဘူး။ packets တွေကိုဖမ်းပြီး IP တစ်ခုတည်းကို တုံ့ပြန်တဲ့ MAC address အများကြီးရှိမရှိ ကြည့်ဖို့ Wireshark လိုမျိုး tool ကိုသုံးပါ။
ဖြေရှင်းချက်:
Arpcache ကို ဖျက်ပါ (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ပြီးရင် နောက်တစ်ခါ Ping လုပ်ပါ။
စက်ပစ္စည်းနှစ်ခုလုံး၏ IP လိပ်စာများသည် တူညီသော subnet တွင်ရှိကြောင်းနှင့် subnet mask သည် အတူတူဖြစ်ကြောင်း သေချာပါစေ (အသေးစိတ်အတွက် နောက်အဆင့်ကို ကြည့်ပါ)။
ARP ပြဿနာများသည် ကွန်ရက်အလွှာ၏ ဖွဲ့စည်းမှုပုံစံနှင့် နီးကပ်စွာ ဆက်စပ်နေတတ်ပြီး၊ အရာအားလုံး အလုပ်လုပ်နေကြောင်း သေချာစေရန် ပြဿနာရှာဖွေရာတွင် စိတ်ရှည်ရန် လိုအပ်ပါသည်။
၄။ ဆက်သွယ်ရေး အခြေခံအဆောက်အအုံကို သေချာစေရန် IP လိပ်စာနှင့် Subnet Configuration ကို စစ်ဆေးပါ။
Ping ပျက်ကွက်မှု၏ အဓိကအကြောင်းရင်းမှာ ကွန်ရက်အလွှာတွင် ပြဿနာများရှိတတ်ပါသည်။ IP လိပ်စာများနှင့် subnet များကို မှားယွင်းစွာ configure လုပ်မိခြင်းကြောင့် စက်ပစ္စည်းများ ဆက်သွယ်ရာတွင် ပျက်ကွက်သွားပါသည်။ အဆင့်များမှာ အောက်ပါအတိုင်းဖြစ်သည်။
IP လိပ်စာကို အတည်ပြုပါ-စက်ပစ္စည်းနှစ်ခုရဲ့ IP address တွေဟာ subnet တစ်ခုတည်းမှာ ရှိမရှိ စစ်ဆေးပါ။ ဥပမာအားဖြင့်၊ device A ရဲ့ IP နံပါတ်က 192.168.1.10 နဲ့ subnet mask က 255.255.255.0 ဖြစ်ပါတယ်။ Device B ရဲ့ IP နံပါတ်က 192.168.1.20 ဖြစ်ပြီး subnet mask ကလည်း တူညီပါတယ်။ ip နှစ်ခုဟာ subnet တစ်ခုတည်း (192.168.1.0/24) မှာ ရှိနေပြီး သီအိုရီအရ ဆက်သွယ်နိုင်ပါတယ်။ device B ရဲ့ IP နံပါတ်က 192.168.2.20 ဆိုရင် subnet တစ်ခုတည်းမှာ မရှိဘူး၊ Ping လုပ်လည်း မအောင်မြင်ပါဘူး။
Subnet Mask များကို စစ်ဆေးပါ-subnet mask များ မညီမညာဖြစ်ခြင်းကြောင့်လည်း ဆက်သွယ်ရေး ပျက်ကွက်မှုများ ဖြစ်ပေါ်နိုင်ပါသည်။ ဥပမာအားဖြင့်၊ device A တွင် mask 255.255.255.0 ရှိပြီး device B တွင် mask 255.255.0.0 ရှိပြီး subnet scope ကို နားလည်မှု မတူညီခြင်းကြောင့် ဆက်သွယ်ရေး အတားအဆီးများ ဖြစ်ပေါ်နိုင်ပါသည်။ subnet mask များသည် device နှစ်ခုလုံးအတွက် အတူတူပင်ဖြစ်ကြောင်း သေချာပါစေ။
Gateway ဆက်တင်များကို စစ်ဆေးပါ-တိုက်ရိုက်ချိတ်ဆက်ထားသော စက်ပစ္စည်းများသည် ယေဘုယျအားဖြင့် gateway မလိုအပ်သော်လည်း၊ မှားယွင်းစွာ configure လုပ်ထားသော gateway များကြောင့် packet များကို မှားယွင်းစွာ forward လုပ်မိနိုင်သည်။ စက်ပစ္စည်းနှစ်ခုလုံးအတွက် gateway ကို unconfigured ဟုသတ်မှတ်ထားကြောင်း သို့မဟုတ် မှန်ကန်သော address သို့ ညွှန်ပြနေကြောင်း သေချာပါစေ။
ဖြေရှင်းချက်:
စက်နှစ်ခုစလုံးသည် တူညီသော subnet တွင်ရှိကြောင်း သေချာစေရန် IP address သို့မဟုတ် subnet mask ကို ပြင်ဆင်ပါ။ မလိုအပ်သော gateway Settings ကို disable လုပ်ပါ သို့မဟုတ် default value (0.0.0.0) သို့ သတ်မှတ်ပါ။
IP ဖွဲ့စည်းမှုမှာ ကွန်ရက်ဆက်သွယ်ရေး၏ အဓိကအချက်ဖြစ်သောကြောင့် မည်သည့်အရာမျှ ပျောက်ဆုံးနေကြောင်း သေချာစေရန် နှစ်ခါစစ်ဆေးရန် အရေးကြီးပါသည်။
၅။ ပရိုတိုကောကို ပိတ်ထားခြင်းမရှိကြောင်း သေချာစေရန် ပေးပို့ပြီး လက်ခံရရှိသော ICMP ပက်ကေ့ခ်များကို စစ်ဆေးပါ။
Ping command သည် Internet Control Messaging Protocol (ICMP) ပေါ်တွင် မူတည်သည်။ ICMP packets များကို ကြားဖြတ်ခြင်း သို့မဟုတ် ပိတ်ထားခြင်း ပြုလုပ်ပါက Ping အောင်မြင်မည်မဟုတ်ပါ။
သင့်ရဲ့ Firewall စည်းမျဉ်းတွေကို စစ်ဆေးပါ-စက်ပစ္စည်းများစွာတွင် firewall များကို default အနေဖြင့် enable လုပ်ထားပြီး၊ ၎င်းသည် ICMP request များကို ပိတ်ဆို့နိုင်သည်။ ဥပမာအားဖြင့် Windows တွင်၊ ICMPv4-In rule ကို ခွင့်ပြုထားကြောင်း သေချာစေရန် "Windows Defender Firewall" setting ကို စစ်ဆေးပါ။ Linux system များသည် ICMP ကို ပိတ်ဆို့ထားခြင်း မရှိကြောင်း သေချာစေရန် iptables rule (iptables -L) ကို စစ်ဆေးသည်။
ကိရိယာမူဝါဒကို စစ်ဆေးပါ-ရောက်တာ သို့မဟုတ် ခလုတ်အချို့သည် စကင်ဖတ်ခြင်းကို တားဆီးရန်အတွက် ICMP တုံ့ပြန်မှုများကို ပိတ်ထားသည်။ ICMP ကို ပိတ်ထားကြောင်း သေချာစေရန် စက်ပစ္စည်းစီမံခန့်ခွဲမှု မျက်နှာပြင်သို့ ဝင်ရောက်ပါ။
ပက်ကက် ဖမ်းယူမှု ခွဲခြမ်းစိတ်ဖြာခြင်း-Wireshark သို့မဟုတ် ကဲ့သို့သော tool တစ်ခုကို အသုံးပြုပါ။Mylinking ကွန်ရက် ပုတ်များနှင့်Mylinking Network Packet Brokers များICMP တောင်းဆိုမှု ပြုလုပ်ခဲ့ခြင်း ရှိ၊ မရှိနှင့် တုံ့ပြန်မှု ရှိမရှိ ကြည့်ရှုရန် packet များကို ဖမ်းယူရန်။ တောင်းဆိုမှု ပြုလုပ်သော်လည်း တုံ့ပြန်မှု မရှိပါက ပြဿနာသည် target device တွင် ရှိနေနိုင်သည်။ တောင်းဆိုမှု မပြုလုပ်ပါက ပြဿနာသည် local machine တွင် ရှိနေနိုင်သည်။
ဖြေရှင်းချက်:
(Windows: netsh advfirewall set allprofiles state off; Linux: iptables -F) Ping ပုံမှန်ပြန်ဖြစ်မဖြစ် စမ်းသပ်ရန်။ device ပေါ်တွင် ICMP responses များကို enable လုပ်ပါ (ဥပမာ၊ Cisco device: ip icmp echo-reply)။
ICMP ပြဿနာများသည် လုံခြုံရေးမူဝါဒများနှင့် မကြာခဏ ဆက်စပ်နေပြီး လုံခြုံရေးနှင့် ချိတ်ဆက်မှုအကြား အပေးအယူတစ်ခု လိုအပ်ပါသည်။
၆။ Protocol Stack တွင် မည်သည့် မူမမှန်မှုများ မရှိကြောင်း သေချာစေရန် Packet Format မှန်ကန်မှု ရှိမရှိ စစ်ဆေးပါ။
အားလုံးအဆင်ပြေပြီး Ping မလုပ်နိုင်သေးဘူးဆိုရင် packet ဟာ မှန်ကန်တဲ့ format ရှိမရှိ protocol stack ထဲကို အသေးစိတ်လေ့လာဖို့ လိုအပ်နိုင်ပါတယ်။
ပက်ကေ့ဂျ်များကို ဖမ်းယူပြီး ခွဲခြမ်းစိတ်ဖြာပါ-
ICMP packet တွေကို capture လုပ်ပြီး အောက်ပါအချက်တွေကို စစ်ဆေးဖို့ Wireshark ကိုသုံးပါ။
- ICMP Request ရဲ့ Type နဲ့ Code မှန်ကန်ပါတယ် (Echo Request က Type 8, Code 0 ဖြစ်ရပါမယ်)။
- ရင်းမြစ်နှင့် ဦးတည်ရာ ip များ မှန်ကန်မှု ရှိမရှိ။
- ပက်ကက် တစ်ဝက်လောက်မှာ ပြုတ်ကျသွားစေနိုင်သော ပုံမှန်မဟုတ်သော TTL (Time to Live) တန်ဖိုးများ ရှိမရှိ။
MTU ဆက်တင်များကို စစ်ဆေးပါ-အမြင့်ဆုံး ထုတ်လွှင့်မှု ယူနစ် (MTU) ဆက်တင်များ တသမတ်တည်း မရှိပါက ပက်ကက် ကွဲထွက်မှု မအောင်မြင်နိုင်ပါ။ မူရင်း MTU သည် 1500 bytes ဖြစ်သော်လည်း စက်ပစ္စည်းအချို့ကို သေးငယ်သော တန်ဖိုးများဖြင့် ပြင်ဆင်သတ်မှတ်နိုင်သည်။ ping-fl 1472 target IP (Windows) command ဖြင့် ကွဲထွက်မှုကို စမ်းသပ်ပါ။ sharding ကို တောင်းဆိုသော်လည်း Do not sharding (DF) flag ကို သတ်မှတ်ထားပါက MTU ကိုက်ညီမည်မဟုတ်ပါ။
ဖြေရှင်းချက်:
MTU တန်ဖိုးကို ချိန်ညှိပါ (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent)။
စက်ပစ္စည်းနှစ်ခုရဲ့ MTU တူညီကြောင်း သေချာအောင်လုပ်ပါ။
protocol stack ပြဿနာသည် ပိုမိုရှုပ်ထွေးသောကြောင့် အခြေခံစုံစမ်းစစ်ဆေးမှု အချည်းနှီးဖြစ်ပြီးနောက်တွင် နက်ရှိုင်းသော ခွဲခြမ်းစိတ်ဖြာမှုကို လုပ်ဆောင်သင့်ကြောင်း အကြံပြုထားသည်။
၇။ သတင်းအချက်အလက်များ စုဆောင်းပြီး နည်းပညာပံ့ပိုးမှုများ ရယူပါ။
အထက်ပါအဆင့်များက ပြဿနာကို မဖြေရှင်းနိုင်ပါက အချက်အလက်များကို ထပ်မံစုဆောင်းပြီး နည်းပညာပံ့ပိုးမှု ရယူရန် လိုအပ်နိုင်ပါသည်။
မှတ်တမ်း-စက်ပစ္စည်း၏ log အချက်အလက်များကို စုဆောင်းပြီး (router/switch ၏ syslog၊ PC ၏ syslog) အမှားအယွင်းများ ရှိမရှိ ကြည့်ပါ။
ထုတ်လုပ်သူကို ဆက်သွယ်ပါ-အကယ်၍ စက်ပစ္စည်းသည် ဥပမာအားဖြင့် Enterprise ထုတ်ကုန်တစ်ခုဖြစ်ပါကMylinking(ကွန်ရက် ပုတ်များ, ကွန်ရက်ပက်ကက်ပွဲစားများနှင့်အင်လိုင်း ဘိုင်ပတ်စ်), Cisco (Router/Switch), Huawei (Router/Switch)၊ အသေးစိတ်စစ်ဆေးမှုအဆင့်များနှင့် မှတ်တမ်းများကို ပေးရန်အတွက် ထုတ်လုပ်သူ၏ နည်းပညာပံ့ပိုးမှုကို ဆက်သွယ်နိုင်ပါသည်။
အသိုင်းအဝိုင်းကို အသုံးချခြင်း-အသေးစိတ်ကွန်ရက် topology နှင့် configuration အချက်အလက်များကို ပေးခြင်းဖြင့် အကူအညီရယူရန် နည်းပညာဆိုင်ရာဖိုရမ်များ (ဥပမာ Stack Overflow၊ Cisco Community) တွင် ပို့စ်တင်ပါ။
Ping မလုပ်နိုင်ဘဲ network device တစ်ခုနဲ့ တိုက်ရိုက်ချိတ်ဆက်တာက ရိုးရှင်းတယ်လို့ထင်ရပေမယ့် တကယ်တမ်းမှာ physical layer၊ link layer၊ network layer နဲ့ protocol stack တွေမှာတောင် ပြဿနာများစွာ ပါဝင်နိုင်ပါတယ်။ အခြေခံကနေ အဆင့်မြင့်အထိ ဒီအဆင့်ခုနစ်ဆင့်ကို လိုက်နာခြင်းအားဖြင့် ပြဿနာအများစုကို ဖြေရှင်းနိုင်ပါတယ်။ network cable ကိုစစ်ဆေးတာ၊ STP ကိုချိန်ညှိတာ၊ ARP ကိုအတည်ပြုတာ၊ IP configuration နဲ့ ICMP policy ကို အကောင်းဆုံးဖြစ်အောင်လုပ်တာပဲဖြစ်ဖြစ်၊ တစ်ဆင့်ချင်းစီကို ဂရုစိုက်မှုနဲ့ စိတ်ရှည်မှု လိုအပ်ပါတယ်။ ဒီလမ်းညွှန်ချက်က သင့်ရဲ့ အင်တာနက်ပြဿနာရှာဖွေခြင်းကို ဘယ်လိုလုပ်ရမလဲဆိုတာနဲ့ ပတ်သက်ပြီး ရှင်းလင်းပြတ်သားစွာ ပေးလိမ့်မယ်လို့ မျှော်လင့်ပါတယ်၊ ဒါကြောင့် အလားတူပြဿနာမျိုးနဲ့ ကြုံတွေ့ရရင်တောင် သင်ရှုပ်ထွေးမှာမဟုတ်ပါဘူး။
ပို့စ်တင်ချိန်: ၂၀၂၅ ခုနှစ်၊ မေလ ၉ ရက်
