ATH System Integration

ဝန်ဆောင်မှုများ

လုပ်ငန်းတစ်ခုချင်းစီမှာ ဘာပါသလဲ၊ ဘာမပါဘူးလဲ ဖော်ပြထားပါတယ်။ အတိအကျ သိထားမှ နှစ်ဖက်လုံး အဆင်ပြေပါတယ်။

ကွန်ရက် အခြေခံအဆောက်အအုံ

အိမ်သုံး router နဲ့ မလုံလောက်တော့တဲ့ ရုံးများအတွက် routing၊ switching နဲ့ wireless — ဒီဇိုင်းဆွဲ၊ တပ်ဆင်၊ ချိန်ညှိပြီး စာရွက်စာတမ်းနဲ့ လက်ဆင့်ကမ်းပေးပါတယ်။

ရုံးကွန်ရက်တွေ ပျက်တဲ့ပုံစံက အတူတူပါပဲ — အိမ်သုံး router တစ်လုံးကို သူမလုပ်နိုင်တဲ့အလုပ် ခိုင်းထားတယ်၊ ကွန်ရက်တစ်ခုလုံး ပြားနေပြီး စက်တိုင်းက စက်တိုင်းကို ရောက်နိုင်နေတယ်၊ ပြီးတော့ ဘယ်လိုချိန်ညှိထားလဲဆိုတဲ့ မှတ်တမ်း မရှိဘူး။ တစ်ခုခုဖြစ်သွားရင် မူလအခြေအနေက ဘာလဲဆိုတာ ဘယ်သူမှ မသိတော့ဘူး။

အလုပ်ကို စာနဲ့ရေးထားတဲ့ စီမံချက်နဲ့ စပါတယ် — IP ဘယ်လိုခွဲမလဲ၊ VLAN နယ်နိမိတ်ဘယ်မှာလဲ၊ ဘယ် traffic ကို ဖြတ်သန်းခွင့်ပေးမလဲ၊ access point တွေကို ဘယ်နေရာမှာ ဘာကြောင့် ထားမလဲ။ အဲဒီစာတမ်းကို သဘောတူပြီးမှ ကိရိယာမှာပါတယ်။ ဒီလိုဆိုရင် ပစ္စည်းစာရင်းက ဒီဇိုင်းနဲ့ ကိုက်ညီပါတယ် — ပြောင်းပြန် မဖြစ်ပါဘူး။

Configuration ကို စံနှုန်းတစ်ခုအတိုင်း လုပ်ပါတယ် — management interface ကို စီမံခန့်ခွဲရေး IP အကွာအဝေးတစ်ခုတည်းကသာ ဝင်ခွင့်ပြုတယ်၊ မသုံးတဲ့ service တွေ ပိတ်တယ်၊ default စကားဝှက်တွေကို စက်က traffic မသယ်ခင်မှာတင် ဖျက်ပစ်တယ်။ Access layer မှာ loop protection ဖွင့်ပါတယ် — ရုံးတစ်ရုံးမှာ တစ်ချိန်ချိန် နံရံ port နှစ်ခုကို ကေဘယ်တစ်ချောင်းနဲ့ ချိတ်မိမှာ သေချာလို့ပါ။

လက်ဆင့်ကမ်းချိန်မှာ topology ပုံ၊ IP အစီအစဉ်၊ port စာရင်းနဲ့ စက်တိုင်းအတွက် configuration backup ရပါမယ်။ ဒါတွေက နောက်ထပ်အင်ဂျင်နီယာတစ်ယောက် ပြန်လည်ဖြေရှင်းစရာမလိုဘဲ ဆက်လက်ကိုင်တွယ်နိုင်စေဖို့ပါ။

ပါဝင်သည်

  • ကိရိယာမမှာခင် နေရာကို ကိုယ်တိုင်လာကြည့်ပြီး IP အစီအစဉ်နဲ့ VLAN စီမံချက်ကို စာနဲ့ရေးပေးခြင်း
  • MikroTik routing နဲ့ firewall ချိန်ညှိခြင်း၊ သို့မဟုတ် controller ပိုသင့်တော်တဲ့နေရာမှာ TP-Link Omada
  • Managed switch၊ VLAN ခွဲခြားခြင်း၊ PoE တွက်ချက်ခြင်းနဲ့ loop ကာကွယ်ခြင်း
  • Channel နဲ့ power ကို တွက်ပြီး wireless ဒီဇိုင်းဆွဲခြင်း — default အတိုင်း မထားပါ
  • ကေဘယ်သွယ်တန်းမှု ကြီးကြပ်ခြင်း၊ အမှတ်အသားတပ်ခြင်းနှင့် port စာရင်းပြုစုခြင်း
  • လက်ဆင့်ကမ်းချိန်တွင် topology ပုံ၊ IP အစီအစဉ်နှင့် configuration backup ပေးအပ်ခြင်း

မပါဝင်ပါ

  • ဆောက်လုပ်ရေးဆိုင်ရာ အလုပ်များ — conduit၊ trunking၊ နံရံဖောက်ခြင်းတို့မှာ အဆောက်အအုံ၏ ကန်ထရိုက်တာတာဝန်
  • အင်တာနက်လိုင်း — ISP နှင့်ချုပ်ဆိုမှုမှာ သင်နှင့် ISP ကြားတွင်သာ
  • သီးခြား support စာချုပ် မချုပ်ဆိုပါက စောင့်ကြည့်ပေးခြင်း မပါဝင်ပါ

ဆာဗာနှင့် သိုလှောင်မှုစနစ်

ဖိုင်၊ application နှင့် virtualisation ဆာဗာများ — တကယ်ပြန်လည်ရယူနိုင်တဲ့ သိုလှောင်မှုစနစ်နဲ့အတူ သတ်မှတ်၊ တည်ဆောက်၊ စမ်းသပ်ပြီး စာရွက်စာတမ်းနဲ့ ပေးအပ်ပါတယ်။

ဆာဗာတစ်လုံးရဲ့ တန်ဖိုးက ပြန်လည်ထူထောင်ရမယ့်နေ့မှာမှ ပေါ်ပါတယ်။ ရုံးအတော်များများမှာ နှစ်နှစ်လုံးလုံး အစိမ်းရောင်ပြနေတဲ့ backup job ရှိပေမယ့် တစ်ခါမှ ပြန်မထုတ်ဖူးပါဘူး — အဲဒါက မစမ်းသပ်ရသေးတဲ့ backup ပါ၊ backup မဟုတ်သေးပါဘူး။

ပမာဏတွက်ချက်မှုကို မဝယ်ခင် လုပ်ပါတယ်။ ရုံးက တကယ်သုံးနေတာက သတ်မှတ်ချက်ကို ဆုံးဖြတ်ပါတယ် — တစ်ပြိုင်နက် သုံးစွဲသူအရေအတွက်၊ အလုပ်လုပ်နေတဲ့ data ပမာဏ၊ virtualise လုပ်စရာ ရှိမရှိ။ ကြီးလွန်းတဲ့ ဆာဗာက ငွေဖြုန်းတာ၊ သေးလွန်းတဲ့ ဆာဗာက တစ်နှစ်ခွဲအကြာမှာ အစားထိုးရတာပါ။

သိုလှောင်မှုကို ZFS ပေါ်မှာ တည်ဆောက်ပါတယ် — data နဲ့ လိုက်ဖက်တဲ့ redundancy၊ အသံတိတ် ပျက်စီးမှုတွေကို ပြင်လို့ရချိန်မှာ ဖော်ထုတ်ပေးဖို့ အချိန်ဇယားအတိုင်း scrub၊ ပြီးတော့ အင်္ဂါနေ့က ဖျက်မိတဲ့ဖိုင်ကို ဗုဒ္ဓဟူးနေ့မှာ backup ကို မထိဘဲ ပြန်ယူနိုင်ဖို့ snapshot။

မြန်မာနိုင်ငံမှာ တွေ့ရများတဲ့ workgroup ရုံးတွေအတွက် — domain controller မရှိ၊ Active Directory မရှိ — ဖိုင်မျှဝေမှုနဲ့ ခွင့်ပြုချက်တွေကို sysadmin မဟုတ်သူတစ်ယောက် ကိုင်တွယ်နိုင်အောင် စီစဉ်ပေးပါတယ်။ အဲဒီကန့်သတ်ချက်ကို ရှောင်လွှဲဖို့မဟုတ်ဘဲ ဒီဇိုင်းရဲ့ အခြေခံအဖြစ် ယူပါတယ်။

လက်ဆင့်မကမ်းခင် backup ကို ပြန်ထုတ်ပြပါတယ်။ စစ်ဆေးရုံ၊ console မှာ ကြည့်ရုံ မဟုတ်ပါဘူး — တကယ်ပြန်ထုတ်ပြပါတယ်။ ဒါမှ ပြန်လည်ထူထောင်ရေးအဆင့်ကို သင်ကိုယ်တိုင် မြင်ဖူးထားမှာပါ။

ပါဝင်သည်

  • မဝယ်ခင် လုပ်ငန်းပမာဏ တွက်ချက်ခြင်း — ရုံးက တကယ်သုံးတာနဲ့ CPU၊ memory၊ disk ကို ကိုက်ညီအောင်
  • ဆာဗာ တည်ဆောက်ခြင်းနှင့် operating system တပ်ဆင်ခြင်း — စက်အစစ် သို့မဟုတ် virtual
  • ZFS သိုလှောင်မှု — redundancy၊ snapshot နှင့် အချိန်ဇယားအတိုင်း ခိုင်မာမှုစစ်ဆေးခြင်း
  • Active Directory မရှိသော workgroup ရုံးများအတွက် ဖိုင်မျှဝေခြင်းနှင့် ခွင့်ပြုချက် သတ်မှတ်ခြင်း
  • အလုပ်လုပ်ကြောင်း စစ်ရုံမဟုတ်ဘဲ တကယ်ပြန်ထုတ်ပြီး စမ်းသပ်ထားသော backup စနစ်
  • UPS ပမာဏ တွက်ချက်ခြင်းနှင့် စနစ်တကျ ပိတ်သိမ်းရန် ချိန်ညှိခြင်း

မပါဝင်ပါ

  • Proprietary operating system သို့မဟုတ် application များ၏ license ကုန်ကျစရိတ်
  • ပြင်ပနေရာတွင် သိမ်းဆည်းရန် storage — သိုလှောင်မှု သို့မဟုတ် cloud ကြေးကို သင်ကိုယ်တိုင် ပေးချေရပါမည်
  • ဆာဗာပေါ်တွင် run နေသော ပြင်ပ software များ၏ support

လုံခြုံရေး ခိုင်မာအောင် ပြုလုပ်ခြင်း

တိုက်ခိုက်သူတစ်ယောက် ပထမဆုံးရှာတဲ့အရာတွေကို ပိတ်ပေးခြင်း — ဖွင့်ထားတဲ့ management၊ default စကားဝှက်၊ ပြားနေတဲ့ကွန်ရက် — ပြီးတော့ ပိတ်ပြီးကြောင်း သက်သေပြခြင်း။

ရုံးငယ်တွေ လုံခြုံရေးပြဿနာတက်တဲ့အခါ ရှုပ်ထွေးတဲ့နည်းပညာ မပါလေ့ရှိပါဘူး။ အင်တာနက်ကနေ ဝင်လို့ရနေတဲ့ router management စာမျက်နှာ၊ တစ်ခါမှ မပြောင်းဖူးတဲ့ default စကားဝှက်၊ ပြီးတော့ စက်တစ်လုံးရောက်ရင် အကုန်ရောက်နိုင်တဲ့ ပြားနေတဲ့ကွန်ရက် — ဒါတွေပါပဲ။

စစ်ဆေးမှုကို ခံစားချက်နဲ့မဟုတ်ဘဲ စာနဲ့ရေးထားတဲ့ စာရင်းအတိုင်း လုပ်ပါတယ် — telnet ဒါမှမဟုတ် FTP ဖွင့်ထားလား၊ web management ကို အပြင်ကနေ မြင်ရလား၊ ဘယ်သူမှ တမင်မဖွင့်ခဲ့တဲ့ SOCKS proxy ရှိနေလား၊ DNS က အပြင်ကမေးခွန်းတွေကို ဖြေနေလား၊ စကားဝှက်ဗလာ သို့မဟုတ် default အကောင့်များ ရှိနေလား၊ စီမံခန့်ခွဲရေး ဝင်ရောက်မှုကို သိထားတဲ့ IP အကွာအဝေးနဲ့ ကန့်သတ်ထားလား။

ပြီးရင် ခွဲခြားမှု လုပ်ပါတယ်။ ဧည့်သည် wireless က ဖိုင်ဆာဗာကို မမြင်ရသင့်ပါဘူး။ Printer နဲ့ ကင်မရာတွေက ဝန်ထမ်းကွန်ပျူတာတွေနဲ့ ကွန်ရက်တစ်ခုတည်းမှာ မရှိသင့်ပါဘူး။ ဒီနယ်နိမိတ်တွေက တပ်ဆင်ချိန်မှာ ကုန်ကျစရိတ်မရှိပေမယ့် နောက်မှ ပြန်ထည့်ရင် စျေးကြီးပါတယ်။

အဝေးမှ ဝင်ရောက်မှုကို VPN ကနေ သွားပါတယ်။ အိမ်ကနေ အလုပ်လုပ်နိုင်ဖို့ အတွင်းစက်တစ်လုံးကို port forward လုပ်ပေးလိုက်တာဟာ ရုံးကွန်ရက်တစ်ခု အပြင်ကိုပေါက်သွားရတဲ့ အဖြစ်အများဆုံး အကြောင်းရင်းပါ။

ရလဒ်က စာဖြင့်ရေးသားထားတဲ့ အစီရင်ခံစာပါ — ဘာတွေ့လဲ၊ တစ်ခုချင်းစီ ဘယ်လောက်အရေးကြီးလဲ၊ ဒီအလုပ်အတွင်း ဘာပြင်ပြီးပြီလဲ၊ ဘာကျန်သေးလဲနဲ့ ဘယ်အစဉ်လိုက် လုပ်သင့်လဲ။ လူတွေ အလုပ်လုပ်ပုံကို ထိခိုက်လို့ သင့်ဆုံးဖြတ်ချက် လိုအပ်တဲ့အရာတွေကို ချို့ယွင်းချက်အဖြစ်မဟုတ်ဘဲ ဆုံးဖြတ်ရန်များအဖြစ် ဖော်ပြပါတယ်။

ပါဝင်သည်

  • Router၊ switch နှင့် access point များ၏ configuration ကို စာရင်းအတိုင်း စစ်ဆေးခြင်း
  • Management ဝင်ရောက်မှုကို IP ဖြင့် ကန့်သတ်ပြီး အဝေးမှ စီမံခန့်ခွဲသော service များ ပိတ်ခြင်း
  • ဧည့်သည်၊ ဝန်ထမ်းနှင့် အခြေခံအဆောက်အအုံ traffic တို့ တစ်ခုနှင့်တစ်ခု မရောက်နိုင်အောင် ကွန်ရက်ခွဲခြားခြင်း
  • Firewall စည်းမျဉ်းများ ပြန်လည်သုံးသပ်ခြင်း — ဘယ်သူမှ ရှင်းမပြနိုင်တော့တဲ့ rule များကို ဖယ်ရှားခြင်း
  • ကွန်ပျူတာအားလုံးတွင် endpoint protection တပ်ဆင်ပြီး အလုပ်လုပ်ကြောင်း အတည်ပြုခြင်း
  • အတွင်းစက်များသို့ port forward မလုပ်ဘဲ VPN မှတစ်ဆင့် အဝေးမှ ဝင်ရောက်ခွင့် ပေးခြင်း
  • တွေ့ရှိချက်တစ်ခုချင်းစီကို အဆင့်သတ်မှတ်ပြီး ပြုပြင်ရမည့် အစဉ်လိုက်ပါသော အစီရင်ခံစာ

မပါဝင်ပါ

  • ပြင်ပအဖွဲ့အစည်းများ၏ စနစ်များကို penetration testing သို့မဟုတ် red-team လုပ်ဆောင်ခြင်း
  • Compliance လက်မှတ် ထုတ်ပေးခြင်း — စာရင်းစစ်မှုကို အထောက်အကူပြုပေးသော်လည်း လက်မှတ် မထုတ်ပေးနိုင်ပါ
  • သီးခြားသဘောတူညီမှု မရှိပါက incident response retainer
  • စနစ်ပိုင်ရှင်၏ စာဖြင့်ခွင့်ပြုချက် မရှိဘဲ မည်သည့် စမ်းသပ်မှုမျှ မလုပ်ပါ

IT ပံ့ပိုးမှုနှင့် အလိုအလျောက်စနစ်

ရုံးငယ်များအတွက် နေ့စဉ်ပံ့ပိုးမှုနှင့် တောင်းဆိုချက်တစ်မျိုးတည်း အပတ်တိုင်း မရောက်လာအောင် လုပ်ပေးသော အလိုအလျောက်စနစ်များ။

ပံ့ပိုးမှုဆိုတာ အများအားဖြင့် ပြဿနာအမျိုးအစား နည်းနည်းလေးပဲ ရှိပါတယ်။ အသုံးဝင်တဲ့အလုပ်က အဲဒါတွေကို ပိုမြန်မြန်ဖြေပေးတာ မဟုတ်ပါဘူး — အဲဒါတွေ ဖြစ်စေတဲ့ အခြေအနေကို ဖယ်ရှားတာပါ။

ကွန်ပျူတာတွေကို စံတူညီအောင် တည်ဆောက်ထားရင် အစားထိုးစက်တစ်လုံး တစ်ရက်အစား တစ်နာရီနဲ့ အသင့်ဖြစ်ပါတယ်။ တစ်ယောက်ယောက် တကယ်ဖတ်တဲ့နေရာကို အစီရင်ခံတဲ့ backup ဆိုရင် ပျက်တဲ့နေ့မှာတင် သိရပါတယ် — လိုအပ်တဲ့နေ့ကျမှ မဟုတ်ပါဘူး။ ကိုယ့်ဘာသာ run ပြီး ပြဿနာရှိမှ အသံပေးတဲ့ ကျန်းမာရေးစစ်ဆေးမှုဆိုရင် ဘယ်သူမှ ကြည့်ဖို့ မှတ်ထားစရာ မလိုပါဘူး။

ဒီနေရာမှာ အလိုအလျောက်စနစ်ကို တမင်တကာ ရိုးရှင်းအောင် လုပ်ပါတယ်။ သတိပေးချက်တွေ Telegram ကို ရောက်ပါတယ် — ရုံးတစ်ရုံးက Telegram ကို ဖတ်ပေမယ့် dashboard ကို ဝင်မကြည့်ပါဘူး။ Script တွေကို နောက်လက်ခံရမယ့်သူ ဖတ်နိုင်အောင် ရေးပြီး ယူဆချက်တွေကို အပေါ်ဆုံးမှာ ရေးထားပါတယ်။ Free tier ပြောင်းသွားရင် တိတ်တဆိတ် ရပ်သွားမယ့် service တွေပေါ် မှီခိုမထားပါဘူး။

လက်နဲ့ပဲ လုပ်ရမယ့် အလုပ်တစ်ခုရှိရင် အဲဒီလမ်းညွှန်ကို စာနဲ့ရေးပြီး လုပ်ရမယ့်သူကို အပ်ပါတယ် — တစ်ခါပြပြီး မေ့သွားတာမျိုး မဟုတ်ပါဘူး။

ပါဝင်သည်

  • ကွန်ပျူတာများ တပ်ဆင်ခြင်း၊ image ပြုလုပ်ခြင်းနှင့် ရုံးတစ်ခုလုံး စံတူညီအောင် ပြုလုပ်ခြင်း
  • ကွန်ရက်၊ ဆာဗာ၊ စာရိုက်ထုတ်ခြင်းနှင့် ဖိုင်မျှဝေမှု ပြဿနာများ ဖြေရှင်းပေးခြင်း
  • ပုံမှန်အလုပ်များကို script နှင့် အလိုအလျောက် ပြုလုပ်ခြင်း — backup၊ အစီရင်ခံခြင်း၊ ကျန်းမာရေးစစ်ဆေးခြင်း၊ သတိပေးခြင်း
  • Dashboard ကို ဘယ်သူမှ မကြည့်မယ့်နေရာများတွင် Telegram ဖြင့် သတိပေးချက်နှင့် ပံ့ပိုးမှု လုပ်ငန်းစဉ်များ
  • ဝန်ထမ်းများ ကိုယ်တိုင်လုပ်ရမည့် အရာတိုင်းအတွက် လမ်းညွှန်ပြသပေးခြင်း
  • ပစ္စည်းနှင့် license မှတ်တမ်းကို အချိန်နှင့်တပြေးညီ ထိန်းသိမ်းပေးခြင်း

မပါဝင်ပါ

  • Support စာချုပ်တွင် သီးခြားမဖော်ပြထားပါက ၂၄ နာရီ အဆင်သင့်ရှိပေးခြင်း
  • Component အဆင့်အောက် hardware ပြင်ဆင်ခြင်း — ပျက်သော board ကို အစားထိုးပါသည်၊ ပြန်မပြင်ပါ
  • ရုပ်ပိုင်းဆိုင်ရာ ပျက်စီးသွားသော media မှ data ပြန်ယူခြင်း
  • စာရင်းမသွင်းရသေးသော၊ ရုံးက အကြောင်းမကြားဘဲ တပ်ဆင်ထားသော software များ

လုပ်ငန်းတစ်ခု တိုင်ပင်ချင်ပါသလား

ရုံးအသစ်တစ်ခု၊ ရှိပြီးသားကွန်ရက်ကို ပြန်စီစဉ်ချင်တာ၊ ဒါမှမဟုတ် ဘာကစရမလဲ မသေချာတာ — စကားပြောကြည့်ရအောင်။