Outsourcing မှ Development အထိ အပိုင်း (၁)

В ယခင်ဆောင်းပါးVeliam ၏ဖန်တီးမှုနောက်ခံအကြောင်းနှင့် SaaS စနစ်မှတဆင့်ဖြန့်ဝေရန်ဆုံးဖြတ်ချက်ကိုပြောခဲ့သည်။ ဤဆောင်းပါးတွင်၊ ထုတ်ကုန်ကို ပြည်တွင်းမဟုတ်သော်လည်း အများသူငှာပြုလုပ်ရန် ကျွန်ုပ်လုပ်ဆောင်ရမည့်အရာများကို ပြောပြပါမည်။ ဖြန့်ဖြူးမှုစတင်ပုံနှင့် မည်သို့သောပြဿနာများ ကြုံတွေ့ခဲ့ရကြောင်းနှင့် ပတ်သက်ပြီး၊

စီမံကိန်းရေးဆွဲခြင်း

အသုံးပြုသူများအတွက် လက်ရှိ နောက်ခံဖိုင်သည် Linux ပေါ်တွင် ရှိနေပါသည်။ အဖွဲ့အစည်းတိုင်းလိုလိုမှာ Linux အကြောင်း မပြောနိုင်တဲ့ Windows ဆာဗာတွေ ရှိပါတယ်။ Veliam ၏ အဓိက အားသာချက်မှာ NAT နောက်ကွယ်ရှိ ဆာဗာများနှင့် ကွန်ရက်စက်ပစ္စည်းများသို့ အဝေးမှချိတ်ဆက်မှုများဖြစ်သည်။ ဒါပေမယ့် ဒီလုပ်ဆောင်ချက်က router ဟာ Mikrotik ဖြစ်ရမယ် ဆိုတဲ့အချက်နဲ့ အလွန်တင်းကျပ်စွာ ဆက်စပ်နေပါတယ်။ ပြီးတော့ ဒါက တော်တော်များများကို ကျေနပ်မှာမဟုတ်ဘူးဆိုတာ သိသာပါတယ်။ အသုံးအများဆုံးရောင်းချသူများထံမှ Router များအတွက် ပံ့ပိုးကူညီမှုထည့်ရန် ပထမဆုံး စတင်စဉ်းစားခဲ့သည်။ ဒါပေမယ့် ဒါက ပံ့ပိုးပေးမယ့် ကုမ္ပဏီစာရင်းကို ချဲ့ထွင်ဖို့ အဆုံးမရှိတဲ့ ပြိုင်ပွဲတစ်ခုလို့ ကျွန်တော် နားလည်ပါတယ်။ ထို့အပြင်၊ ပံ့ပိုးပေးထားပြီးဖြစ်သည့် ၎င်းတို့တွင် NAT စည်းမျဉ်းများကို မော်ဒယ်မှ မော်ဒယ်သို့ ပြောင်းလဲရန်အတွက် မတူညီသော command အစုံရှိနိုင်ပါသည်။ အခြေအနေမှလွတ်မြောက်ရန်တစ်ခုတည်းသောနည်းလမ်းမှာ VPN ဖြစ်ပုံရသည်။

ကျွန်ုပ်တို့သည် ထုတ်ကုန်ကို ဖြန့်ဝေရန် ဆုံးဖြတ်ခဲ့သော်လည်း open source အဖြစ်မဟုတ်ဘဲ၊ GPL ကဲ့သို့သော ပွင့်လင်းလိုင်စင်ရှိသည့် စာကြည့်တိုက်အမျိုးမျိုးကို ထည့်သွင်းရန် မဖြစ်နိုင်တော့ပေ။ ဤသည်မှာ ယေဘူယျအားဖြင့် သီးခြားအကြောင်းအရာဖြစ်သည်၊ ထုတ်ကုန်ရောင်းချရန် ဆုံးဖြတ်ချက်ချပြီးနောက်၊ ၎င်းတို့သည် GPL ဖြစ်ခြင်းကြောင့် စာကြည့်တိုက်များ၏ ထက်ဝက်ကျော်သွားခဲ့ရသည်။ သူတို့ကိုယ်တိုင် ရေးတဲ့အခါမှာလည်း ပုံမှန်ပါပဲ။ ဒါပေမယ့် ဖြန့်ဖြူးဖို့ မသင့်တော်ပါဘူး။ သတိရမိသော ပထမဆုံး VPN မှာ OpenVPN ဖြစ်သည်။ ဒါပေမယ့် GPL ပါ။ အခြားရွေးချယ်စရာမှာ ဂျပန် SoftEther VPN ကို အသုံးပြုရန်ဖြစ်သည်။ သူ့လိုင်စင်က သူ့ကို သူ့ထုတ်ကုန်မှာ ထည့်ခွင့်ပြုတယ်။ အသုံးပြုသူသည် မည်သည့်အရာကိုမျှ configure လုပ်ရန် မလိုအပ်ဘဲ SoftEther VPN အကြောင်းကို သိသည့်နည်းလမ်းဖြင့် ၎င်းကို ပေါင်းစည်းနည်းကို အမျိုးမျိုးသော စမ်းသပ်မှုများ ပြုလုပ်ပြီးနောက်၊ ရှေ့ပြေးပုံစံကို ရရှိခဲ့သည်။ အရာအားလုံးက ဖြစ်သင့်သလောက်ဖြစ်ခဲ့တယ်။ ဒါပေမယ့် အကြောင်းတစ်ခုခုကြောင့် ဒီအကြံအစည်က ကျွန်တော်တို့ကို စိတ်ရှုပ်ထွေးနေတုန်းပဲ၊ နောက်ဆုံးမှာ ကျွန်တော်တို့ စွန့်လွှတ်ခဲ့တယ်။ သို့သော် သူတို့သည် အခြားရွေးချယ်စရာတစ်ခုရှိလာပြီးနောက် သဘာဝအတိုင်း ငြင်းဆန်ကြသည်။ အဆုံးတွင်၊ ပုံမှန် TCP ချိတ်ဆက်မှုများတွင်အရာအားလုံးကိုလုပ်ဆောင်ခဲ့သည်။ အချို့သောချိတ်ဆက်မှုများသည် Free Pascal တွင်အကောင်အထည်ဖော်ခဲ့သည့် Nat Hole Punching (NHP) နည်းပညာမှတစ်ဆင့် ညှိနှိုင်းရေးမှူးမှတစ်ဆင့် လုပ်ဆောင်သည်။ NHP ဆိုတာကို အရင်က တစ်ခါမှ မကြားဖူးဘူးလို့ ပြောရမယ်။ ထို့အပြင် NAT ၏နောက်ကွယ်တွင် တိုက်ရိုက်ရှိသော ကွန်ရက်စက်ပစ္စည်း ၂ ခုလုံးကို ချိတ်ဆက်ရန် မဖြစ်နိုင်ကြောင်း ကျွန်ုပ်အတွက် တစ်ခါမျှ မကြုံခဲ့ဖူးပါ။ ခေါင်းစဉ်ကိုလေ့လာ၊ လည်ပတ်မှုနိယာမကိုနားလည်ပြီး စာရေးဖို့ထိုင်ခဲ့တယ်။ အစီအစဥ်ကို အကောင်အထည်ဖော်လိုက်သည်၊ အသုံးပြုသူသည် စကားဝှက်များထည့်ခြင်း သို့မဟုတ် VPN ကိုထည့်သွင်းခြင်းမပြုဘဲ RDP၊ SSH သို့မဟုတ် Winbox မှတဆင့် အလိုရှိသောစက်ပစ္စည်းသို့ ကလစ်တစ်ချက်နှိပ်ရုံဖြင့် ချိတ်ဆက်သည်။ ထို့အပြင်၊ ဤချိတ်ဆက်မှုအများစုသည် ping နှင့် ဤချိတ်ဆက်မှုများကို ဝန်ဆောင်မှုပေးရာတွင် ကုန်ကျစရိတ်အပေါ် ကောင်းကျိုးသက်ရောက်စေသည့် ကျွန်ုပ်တို့၏ညှိနှိုင်းရေးမှူးကို ကျော်သွားပါသည်။

ဆာဗာဘက်ခြမ်းကို Linux မှ Windows သို့ လွှဲပြောင်းခြင်း။

Windows သို့ပြောင်းရာတွင် ပြဿနာများစွာရှိခဲ့သည်။ ပထမအချက်မှာ windows တွင် built-in wmic သည် သင့်အား WQL queries ပြုလုပ်ရန် ခွင့်မပြုပါ။ ကျွန်ုပ်တို့၏စနစ်တွင် အရာအားလုံးသည် ၎င်းတို့အပေါ်တွင် တည်ဆောက်ထားပြီးဖြစ်သည်။ တခြားအရာတစ်ခုရှိသေးတယ်၊ ဒါပေမယ့် အခုနောက်ဆုံးတော့ သူတို့ဘာကြောင့် အသုံးကို စွန့်လွှတ်လိုက်တာလဲဆိုတာ မေ့သွားပါပြီ။ Windows ဗားရှင်းများအကြား ကွဲပြားမှုများ ဖြစ်နိုင်သည်။ ဒုတိယပြဿနာမှာ multithreading ဖြစ်သည်။ ကျွန်ုပ်တို့အတွက် “လက်ခံနိုင်သော” လိုင်စင်အောက်တွင် ကောင်းမွန်သော Third-party utility တစ်ခုကို ရှာမတွေ့ပါ၊ Lazarus IDE ကို ထပ်မံ၍ ဖွင့်လိုက်ပါသည်။ ပြီးတော့ လိုအပ်တဲ့ utility ကိုရေးတယ်။ ထည့်သွင်းမှုသည် လိုအပ်သည့်အရာဝတ္ထုများစာရင်းနှင့် သီးခြားမေးခွန်းများပြုလုပ်ရန် လိုအပ်ပြီး တုံ့ပြန်မှုဖြင့် ကျွန်ုပ်သည် ဒေတာကို လက်ခံရရှိပါသည်။ ဤအရာအားလုံးသည် multi-threaded မုဒ်တွင်ဖြစ်သည်။ မိုက်တယ်။

PHP Windows အတွက် pthreads များကို စတင်သတ်မှတ်ပြီးနောက် အရာအားလုံးသည် ချက်ချင်းစတင်မည်ဟု ထင်ခဲ့သော်လည်း ထိုသို့မဟုတ်ပေ။ အချိန်အတန်ကြာ အမှားရှာပြင်ပြီးနောက်၊ pthread များသည် အလုပ်လုပ်ပုံပေါ်ကြောင်း ကျွန်ုပ်သဘောပေါက်သော်လည်း ၎င်းသည် ကျွန်ုပ်တို့၏စနစ်တွင် အလုပ်မလုပ်ပါ။ Windows ပေါ်ရှိ pthreads များနှင့် လုပ်ဆောင်ရာတွင် ထူးခြားချက်အချို့ ရှိနေကြောင်း ထင်ရှားပါသည်။ ဒီလိုနဲ့ ဖြစ်ခဲ့တာ။ စာတမ်းကို ကျွန်တော်ဖတ်ပြီး Windows အတွက် စာတွဲအရေအတွက်ကို ကန့်သတ်ထားပြီး ကျွန်တော်မှတ်မိသလောက် သွယ်ဝိုက်သောနည်းဖြင့် ရေးထားသည်။ ဒါက ပြဿနာဖြစ်လာတယ်။ အဘယ်ကြောင့်ဆိုသော် ကျွန်ုပ်သည် အပလီကေးရှင်းတွင် လည်ပတ်နေသော thread အရေအတွက်ကို လျှော့ချလိုက်သောအခါ၊ ၎င်းသည် အလုပ်ကို အလွန်နှေးကွေးစွာ လုပ်ဆောင်သောကြောင့် ဖြစ်သည်။ IDE ကို ထပ်ဖွင့်ပြီး အရာဝတ္ထုများကို ကြိုးမျိုးစုံ pinging ပြုလုပ်ရန်အတွက် လုပ်ဆောင်နိုင်စွမ်းကို တူညီသော utility တွင် ထည့်သွင်းခဲ့သည်။ အင်း၊ အဲဒီမှာ ဆိပ်ကမ်းစကင်န်ဖတ်တာတွေလည်း အများကြီးရှိနေပြီ။ တကယ်တော့၊ ဒီနောက်ပိုင်းမှာ PHP အတွက် pthread တွေ လိုအပ်ချက်တွေ ပျောက်ကွယ်သွားပြီး အဲဒါကို အသုံးမပြုတော့ပါဘူး။ ထို့အပြင်၊ နောက်ထပ်လုပ်ဆောင်ချက်များစွာကို ဤ utility တွင်ထည့်သွင်းခဲ့ပြီး ယနေ့တိုင်အလုပ်လုပ်ဆဲဖြစ်သည်။ ယင်းနောက်တွင်၊ Apache၊ PHP၊ MariaDB၊ PHP အပလီကေးရှင်းကိုယ်တိုင်နှင့် Free Pascal ဖြင့် ရေးသားထားသော စနစ်နှင့် အပြန်အလှန်အကျိုးပြုနိုင်သော utilities အစုံအလင်ပါဝင်သည့် Windows အတွက် installer တစ်ခုကို စုစည်းခဲ့သည်။ installer နဲ့ ပတ်သက်ပြီးတော့ ဒီပြဿနာကို မြန်မြန်ဖြေရှင်းမယ်လို့ ထင်ခဲ့တာဆိုတော့... ၎င်းသည် ဆော့ဖ်ဝဲလ်တိုင်းနီးပါးအတွက် အလွန်အသုံးများပြီး လိုအပ်သော အရာတစ်ခုဖြစ်သည်။ ငါမှားနေတဲ့နေရာကို ရှာနေတာပဲ ဖြစ်ဖြစ်၊ ဒါမှမဟုတ် တခြားအရာတစ်ခုခုကို ငါကြည့်နေတာလား။ ဒါပေမယ့် လုံလောက်တဲ့ လိုက်လျောညီထွေမဖြစ်တဲ့ ဒါမှမဟုတ် ဈေးကြီးပြီး ပျော့ပြောင်းနိုင်တဲ့ ထုတ်ကုန်တွေကို အမြဲတွေ့ခဲ့ရတယ်။ သို့တိုင်၊ မည်သည့်ဆန္ဒကိုမဆို ဖြည့်ဆည်းပေးနိုင်သည့် အခမဲ့ installer တစ်ခုကို ကျွန်ုပ်တွေ့ရှိခဲ့သည်။ ၎င်းသည် InnoSetup ဖြစ်သည်။ တစ်စုံတစ်ယောက်ကို အချိန်ကုန်သက်သာအောင် ရှာဖွေရတာကြောင့် ဒီအကြောင်းရေးတာပါ။

သင်၏ client ၏မျက်နှာသာအတွက် plugin ကိုငြင်းဆိုခြင်း။

ကလိုင်းယင့်အပိုင်းသည် “ပလပ်အင်” ပါသည့် ဘရောက်ဆာတစ်ခုဖြစ်ကြောင်း ယခင်က ရေးသားခဲ့သည်။ ထို့ကြောင့် Chrome ကို မွမ်းမံပြီး အပြင်အဆင် အနည်းငယ် ကောက်ကျစ်သွားသော အခါများတွင် Windows ကို အပ်ဒိတ်လုပ်ပြီး စိတ်ကြိုက် uri scheme ပျောက်သွားပါသည်။ ထုတ်ကုန်၏ အများသူငှာ ဗားရှင်းတွင် ဤကဲ့သို့သော အံ့အားသင့်စရာမျိုးများကို ကျွန်ုပ် အမှန်တကယ် မလိုချင်ခဲ့ပါ။ ထို့အပြင်၊ Windows update တစ်ခုစီတိုင်းပြီးနောက် စိတ်ကြိုက် uri သည် ပျောက်ကွယ်သွားပါသည်။ Microsoft သည် လိုအပ်သောကဏ္ဍရှိ ၎င်း၏မဟုတ်သော အကိုင်းအခက်အားလုံးကို ရိုးရှင်းစွာ ဖျက်ပစ်လိုက်သည်။ ထို့အပြင်၊ ယခုအခါ Google Chrome သည် သင့်အား စိတ်ကြိုက် uri မှ အက်ပ်တစ်ခုကို ဖွင့်ရန် သို့မဟုတ် မဖွင့်ရန် ရွေးချယ်မှုအား မှတ်မိရန် ခွင့်မပြုဘဲ၊ သင် စောင့်ကြည့်သည့် အရာတစ်ခုကို နှိပ်လိုက်တိုင်း ဤမေးခွန်းကို မေးပါသည်။ ယေဘူယျအားဖြင့်၊ ဘရောက်ဆာက မပေးစွမ်းနိုင်သော သုံးစွဲသူ၏ ဒေသန္တရစနစ်နှင့် ပုံမှန်အပြန်အလှန်ဆက်သွယ်မှု လိုအပ်ပါသည်။ ဤအစီအစဥ်တွင် အရိုးရှင်းဆုံးရွေးချယ်မှုမှာ ယခုအခါ အီလက်ထရွန်မှတစ်ဆင့် လုပ်ဆောင်နေကြသကဲ့သို့ သင့်ကိုယ်ပိုင်ဘရောက်ဆာကို ရိုးရှင်းစွာပြုလုပ်ရန်ဖြစ်ပုံရသည်။ သို့သော် ဆာဗာအပိုင်းအပါအဝင် Free Pascal တွင် အကြောင်းအရာများစွာကို ရေးသားထားပြီးဖြစ်သောကြောင့် သုံးစွဲသူကို ဘာသာစကားတစ်မျိုးတည်းဖြစ်စေရန်၊ တိရစ္ဆာန်ရုံကို မဖန်တီးရန် ဆုံးဖြတ်ခဲ့သည်။ ဤသည်မှာ သင်္ဘောပေါ်တွင် Chromium ပါသော ကလိုင်းယင့်တစ်ဦးကို ရေးသားပုံဖြစ်သည်။ ထို့နောက်တွင် အမျိုးမျိုးသော ချည်နှောင်မှုတို့ကို ရရှိလာခဲ့သည်။

လွှတ်ပေး

နောက်ဆုံးတွင် ကျွန်ုပ်တို့သည် စနစ်အတွက် အမည်တစ်ခုကို ရွေးချယ်ခဲ့သည်။ ပြည်တွင်းဗားရှင်းမှ SaaS သို့ ပြောင်းလဲခြင်းလုပ်ငန်းစဉ်ကို လုပ်ဆောင်နေချိန်တွင် ရွေးချယ်စရာအမျိုးမျိုးကို ကျွန်ုပ်တို့ အဆက်မပြတ်ဖြတ်သန်းနေပါသည်။ ပြည်တွင်းဈေးကွက်သာမက ပြည်တွင်းဈေးကွက်သို့ ဝင်ရောက်ရန် ကနဦးစီစဉ်ထားသောကြောင့်၊ အမည်တစ်ခုရွေးချယ်ခြင်းအတွက် အဓိကစံသတ်မှတ်ချက်မှာ “.com” ဇုန်တွင် စျေးကြီးခြင်းမရှိသော သို့မဟုတ် အလွန်စျေးကြီးသောဒိုမိန်းတစ်ခု ရှိနေခြင်းပင်ဖြစ်သည်။ အချို့သော လုပ်ဆောင်ချက်များ/မော်ဂျူးများကို ပြည်တွင်းဗားရှင်းမှ Veliam သို့ မပို့ရသေးသော်လည်း ၎င်းတို့ကို လက်ရှိလုပ်ဆောင်နိုင်စွမ်းဖြင့် ထုတ်လွှတ်ပေးပြီး ကျန်ကို အပ်ဒိတ်များအဖြစ် အပြီးသတ်ရန် ဆုံးဖြတ်ခဲ့သည်။ ပထမဗားရှင်းတွင် HelpDesk၊ Veliam Connector မရှိပါ၊ အကြောင်းကြားချက်အစပျိုးမှုများအတွက် သတ်မှတ်ချက်များနှင့် အခြားအရာများကို ပြောင်းလဲရန် မဖြစ်နိုင်ပါ။ ကျွန်ုပ်တို့သည် Code Sign Certificate ကိုဝယ်ပြီး client နှင့် server အစိတ်အပိုင်းများကို လက်မှတ်ရေးထိုးခဲ့ပါသည်။ ကျွန်ုပ်တို့သည် ထုတ်ကုန်အတွက် ဝဘ်ဆိုက်တစ်ခုကို ရေးခဲ့ပြီး၊ ဆော့ဖ်ဝဲလ်မှတ်ပုံတင်ခြင်းဆိုင်ရာ လုပ်ငန်းစဉ်များ၊ အမှတ်တံဆိပ်တစ်ခု စသည်ဖြင့် စတင်ခဲ့သည်။ ယေဘုယျအားဖြင့် ကျွန်ုပ်တို့သည် စတင်ရန် အသင့်ဖြစ်နေပါပြီ။ ပြီးခဲ့သောအလုပ်နှင့် တစ်စုံတစ်ဦးမှ သင့်ထုတ်ကုန်ကို အသုံးပြုလိမ့်မည်ဟူသောအချက်ကြောင့် ကျွန်ုပ်တို့သည် ယင်းနှင့်ပတ်သက်၍ သံသယမရှိသော်လည်း အနည်းငယ် ကြည်နူးမိပါသည်။ ပြီးမှ ရပ်လိုက်ပါ။ ပါတနာက messengers မှတစ်ဆင့် အသိပေးခြင်းမရှိဘဲ စျေးကွက်ထဲသို့ ဝင်ရောက်ရန် မဖြစ်နိုင်ကြောင်း ပြောကြားခဲ့သည်။ အခြားအရာများစွာမရှိဘဲ ဖြစ်နိုင်သည်၊ သို့သော် ဤအရာမပါဘဲ မဟုတ်ပါ။ အချေအတင်ဆွေးနွေးပြီးနောက်တွင် Telegram နှင့် ပေါင်းစည်းခြင်းအား ကျွန်ုပ်တို့နှင့် ကိုက်ညီစေပါသည်။ လက်ရှိ instant messenger များအားလုံးတွင်၊ ၎င်းသည် ရှုပ်ထွေးသော ခွင့်ပြုချက်လုပ်ထုံးလုပ်နည်းများမပါဘဲ ၎င်း၏ API များကို အခမဲ့ဝင်ရောက်ခွင့်ပေးသည့် တစ်ခုတည်းသောတစ်ခုဖြစ်သည်။ အလားတူ WhatsApp သည် ၎င်းတို့၏ ဝန်ဆောင်မှုများကို အသုံးပြုရန်အတွက် ငွေကောင်းကောင်းပေးဆောင်သည့် ဝန်ဆောင်မှုပေးသူများကို ဆက်သွယ်ရန် အကြံပြုထားပြီး၊ gasket မပါဘဲ ဝင်ရောက်ခွင့်တောင်းသည့် စာလုံးအားလုံးကို လျစ်လျူရှုထားသည်။ Viber ကိုဘယ်သူသုံးနေလဲမသိဘူးဆိုတော့... စပမ်းနှင့် ကြော်ငြာများသည် ဇယားကွက်တွင် ရှိနေသည်။ ဒီဇင်ဘာလကုန်တွင်၊ သူငယ်ချင်းများအကြား အတွင်းစစ်ဆေးမှုများနှင့် စမ်းသပ်မှုများ ဆက်တိုက်ပြုလုပ်ပြီးနောက် လူတိုင်းအတွက် မှတ်ပုံတင်ခြင်းကို ဖွင့်လှစ်ခဲ့ပြီး ဆော့ဖ်ဝဲလ်ကို ဒေါင်းလုဒ်လုပ်နိုင်ပါသည်။

ဖြန့်ဖြူးမှုစတင်ခြင်း။

အစကတည်းက၊ ၎င်းတို့သည် ထုတ်ကုန်ကို တိုက်ခိုက်ရေးမုဒ်တွင် စမ်းသပ်ပြီး ပထမဆုံး တုံ့ပြန်ချက်အချို့ကို ပေးနိုင်ရန် စနစ်အသုံးပြုသူ အနည်းငယ် လိုအပ်ကြောင်း အစကတည်းက နားလည်ခဲ့သည်။ VK မှာ ဝယ်ထားတဲ့ ပို့စ်တော်တော်များများက အသီးအနှံတွေ ပေါက်သွားတယ်။ ပထမဦးဆုံး စာရင်းပေးသွင်းမှု ရောက်ရှိလာပါပြီ။

သင့်ကုမ္ပဏီတွင်နာမည်ကြီးသောအမည်မရှိသည့်အခါ စျေးကွက်ထဲသို့ဝင်ရောက်ရန်နှင့် သင့်ဆာဗာများနှင့်အလုပ်ရုံများမှအကောင့်များထည့်သွင်းရန်လိုအပ်သည့်အေးဂျင့်ကင်းစောင့်ကြပ်ကြည့်ရှုခြင်းလုပ်ဆောင်နိုင်စွမ်းကိုပေးဆောင်သည့်တစ်ချိန်တည်းမှာပင်အလွန်ခက်ခဲပါသည်။ ဒါက လူတော်တော်များများကို ကြောက်စရာပါ။ ပြဿနာများရှိလာမည်ကို အစကတည်းက ကျွန်ုပ်တို့ နားလည်ထားပြီး ဤအတွက် နည်းပညာပိုင်းအရရော ကျင့်ဝတ်အရပါ ပြင်ဆင်ထားသည်။ RDP နှင့် SSH တို့ကို မူရင်းအတိုင်း ကုဒ်ဝှက်ထားပြီးဖြစ်သော်လည်း၊ အဝေးမှ ဆက်သွယ်မှုများအားလုံးကို AES စံနှုန်းကို အသုံးပြု၍ ကျွန်ုပ်တို့၏ဆော့ဖ်ဝဲလ်မှ ထပ်လောင်းကုဒ်ဝှက်ထားသည်။ ဒေသတွင်း ဆာဗာများမှ ဒေတာအားလုံးကို HTTPS မှတစ်ဆင့် cloud သို့ လွှဲပြောင်းပါသည်။ အကောင့်များကို ကုဒ်ဝှက်ထားသော ပုံစံဖြင့် သိမ်းဆည်းထားသည်။ စနစ်ခွဲအားလုံးအတွက် ကုဒ်ဝှက်ခြင်းသော့များသည် သုံးစွဲသူအားလုံးအတွက် တစ်ဦးချင်းဖြစ်သည်။ အဝေးထိန်းချိတ်ဆက်မှုများအတွက်၊ session encryption keys များကို ယေဘူယျအားဖြင့် အသုံးပြုပါသည်။

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

လူများစွာအတွက်၊ ဆော့ဖ်ဝဲ၏ အဆင်ပြေမှုနှင့် လုပ်ဆောင်နိုင်စွမ်းသည် အကြောက်တရားထက် သာလွန်ပြီး ၎င်းတို့သည် မှတ်ပုံတင်သည်။ အချို့သော ပုဂ္ဂိုလ်များသည် ဤဆော့ဖ်ဝဲလ်ကို အသုံးမပြုနိုင်သောကြောင့် VK တွင် လွှင့်တင်ထားသော ပို့စ်များတွင် ရေးသားခဲ့သည်။ ၎င်းသည် ၎င်းတို့၏ စကားဝှက်များ စုစည်းမှုဖြစ်ပြီး ယေဘူယျအားဖြင့် နာမည်မရှိသော ကုမ္ပဏီတစ်ခုဖြစ်သည်။ လူတစ်ဦးထက်ပို၍ သဘောထားသည်ဟု ဆိုရပေမည်။ ဝန်ဆောင်မှုတစ်ခုအဖြစ် လုပ်ဆောင်သည့် ဆာဗာတစ်ခုတွင် အခြားကိုယ်ပိုင်ဆော့ဖ်ဝဲကို ထည့်သွင်းသောအခါတွင်၊ ၎င်းသည် စနစ်တွင် အခွင့်အရေးအပြည့်ရှိပြီး ၎င်းတို့သည် တရားမဝင်သောအရာတစ်ခုခုပြုလုပ်ရန် အကောင့်များမလိုအပ်ကြောင်း ရိုးရှင်းစွာနားမလည်ပါ (ရှင်းရှင်းလင်းလင်းပင် သင်ပြောင်းလဲနိုင်သည် ဝန်ဆောင်မှုကို စတင်အသုံးပြုသူမှ၊ သို့သော် ဤနေရာတွင်လည်း သင်သည် မည်သည့်အကောင့်ကိုမဆို ထည့်သွင်းနိုင်ပါသည်။) တကယ်တော့ လူတွေရဲ့ အကြောက်တရားဆိုတာ နားလည်နိုင်ပါတယ်။ ဆာဗာတစ်ခုပေါ်တွင် ဆော့ဖ်ဝဲလ်ထည့်သွင်းခြင်းသည် သာမန်ကိစ္စတစ်ခုဖြစ်သော်လည်း အကောင့်တစ်ခုထဲသို့ ဝင်ရောက်ခြင်းသည် အနည်းငယ်ကြောက်စရာကောင်းပြီး ရင်းနှီးမှုရှိပြီး တစ်ဝက်တစ်ပျက်မှာ ဝန်ဆောင်မှုအားလုံးအတွက် တူညီသောစကားဝှက်ရှိကာ စမ်းသပ်မှုတစ်ခုအတွက်ပင် သီးခြားအကောင့်တစ်ခုဖန်တီးခြင်းသည် ပျင်းသောကြောင့်ဖြစ်သည်။ သို့သော် ယခုအချိန်တွင် လူများက ၎င်းတို့၏ အထောက်အထားများနှင့် ပိုမိုယုံကြည်စိတ်ချရသော ဝန်ဆောင်မှုများစွာ ရှိပါသည်။ ပြီးတော့ သူတို့ထဲက တစ်ယောက်ဖြစ်ဖို့ ကျွန်တော်တို့ ကြိုးစားတယ်။

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

EV Code Sign Certificate ရယူခြင်းအတွက် ယခုလုပ်ငန်းစဉ်ကို ကျွန်ုပ်တို့ ပြီးမြောက်ပါပြီ။ ၎င်းကိုရယူရန်အတွက် သင်သည် စစ်ဆေးမှုများစွာကို ဖြတ်သန်းပြီး ကုမ္ပဏီနှင့်ပတ်သက်သည့် စာရွက်စာတမ်းများစွာကို ပေးပို့ရန် လိုအပ်ပြီး အချို့မှာ ရှေ့နေတစ်ဦးမှ အသိအမှတ်ပြုရမည်ဖြစ်သည်။ ကပ်ရောဂါကာလအတွင်း EV ကုဒ်လက်မှတ်ထိုးလက်မှတ်ရရှိခြင်းသည် ဆောင်းပါးတစ်ပုဒ်အတွက် သီးခြားအကြောင်းအရာတစ်ခုဖြစ်သည်။ လုပ်ထုံးလုပ်နည်းက တစ်လကြာတယ်။ စောင့်ဆိုင်းရသည့်လတစ်လမဟုတ်သော်လည်း အပိုစာရွက်စာတမ်းများအတွက် အမြဲမပြတ်တောင်းဆိုနေပါသည်။ ကပ်ရောဂါသည် ၎င်းနှင့်မသက်ဆိုင်ဘဲ၊ လုပ်ထုံးလုပ်နည်းသည် လူတိုင်းအတွက် အချိန်ကြာမြင့်နေမည်လား။ မျှဝေပါ။

FSTEC လက်မှတ်မရှိသောကြောင့် ၎င်းကိုကျွန်ုပ်တို့အသုံးမပြုဟု အချို့ကပြောကြသည်။ ဤလက်မှတ်ကိုရယူရန်၊ ကုဒ်ကုဒ်သည် GOST နှင့်အညီဖြစ်ရမည်၊ ၎င်းကိုကျွန်ုပ်တို့ရရှိနိုင်မည်မဟုတ်ကြောင်းရှင်းပြရမည်ဖြစ်ပြီး၊ ကျွန်ုပ်တို့သည် ရုရှားတွင်သာမက AES ကိုအသုံးပြု၍ ဆော့ဖ်ဝဲလ်ကိုဖြန့်ဝေရန်စီစဉ်ထားသည်။

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

ဝန်ထမ်းများအတွက် အဝေးမှ ဝင်ရောက်နိုင်သော လုပ်ဆောင်ချက်ကို ထည့်သွင်းခြင်း။

ဖောက်သည်များထံမှ မကြာခဏအလုပ်များထဲမှတစ်ခုမှာ "Vanya ကို အိမ်မှ သူ့ကွန်ပျူတာကို အသုံးပြုခွင့်ပေးပါ"။ ကျွန်ုပ်တို့သည် Mikrotik တွင် VPN ကိုမြှင့်တင်ပြီး သုံးစွဲသူများအတွက် အကောင့်များဖန်တီးခဲ့သည်။ ဒါပေမယ့် ဒါက တကယ့်ပြဿနာပါ။ အသုံးပြုသူများသည် ညွှန်ကြားချက်များကို ကြည့်ရှု၍ VPN မှတစ်ဆင့် ချိတ်ဆက်ရန် အဆင့်တစ်ဆင့်ချင်း လိုက်နာနိုင်မည်မဟုတ်ပေ။ Windows ဗားရှင်းအမျိုးမျိုး။ Windows တစ်ခုတွင် အရာအားလုံး ကောင်းမွန်စွာ ချိတ်ဆက်နိုင်ပြီး နောက်တစ်ခုတွင် မတူညီသော ပရိုတိုကောတစ်ခု လိုအပ်ပါသည်။ ယေဘူယျအားဖြင့်၊ ၎င်းသည် VPN ဆာဗာတစ်ခုအဖြစ် လုပ်ဆောင်သည့် ကွန်ရက်စက်ပစ္စည်းများ၏ ပြင်ဆင်ဖွဲ့စည်းမှုနှင့် အမြဲတမ်းဆက်စပ်နေပြီး ဝန်ထမ်းများအားလုံး ၎င်းကိုအသုံးပြုခွင့်မရှိသည့်အတွက် အဆင်မပြေဖြစ်ခဲ့သည်။

သို့သော် ကျွန်ုပ်တို့တွင် ဆာဗာများနှင့် ကွန်ရက်စက်ပစ္စည်းများသို့ အဝေးမှချိတ်ဆက်မှုများ ရှိနှင့်ပြီးဖြစ်သည်။ အဆင်သင့်လုပ်ထားသော သယ်ယူပို့ဆောင်ရေးစနစ်ကို အသုံးပြု၍ ချိတ်ဆက်ရန်အတွက် အသုံးပြုသူအား သင်ရိုးရှင်းစွာပေးဆောင်နိုင်သည့် သီးခြားသေးငယ်သော အသုံးဝင်မှုတစ်ခုကို ပြုလုပ်ပါ။ အသုံးပြုသူသည် ထိုနေရာတွင် လွဲမှားသော မည်သည့်အရာမှ မဝင်ကြောင်း သေချာစေချင်ပါသည်။ ခလုတ်တစ်ချက်နှိပ်ရုံနဲ့ "ချိတ်ဆက်ပါ။ သို့သော် ခလုတ်တစ်ခုသာရှိလျှင် ဤ utility သည် မည်သည့်နေရာတွင် ချိတ်ဆက်ရမည်ကို မည်သို့နားလည်မည်နည်း။ ကျွန်ုပ်တို့၏ဆာဗာများတွင် လိုအပ်သောလျှောက်လွှာကို အွန်လိုင်းတွင်တည်ဆောက်ရန် စိတ်ကူးတစ်ခုရှိခဲ့သည်။ စနစ်စီမံခန့်ခွဲသူက "ဒေါင်းလုဒ်ဖြတ်လမ်းလင့်ခ်" ခလုတ်ကို နှိပ်ပြီး RDP မှတစ်ဆင့် အလိုရှိသော ဆာဗာ/ကွန်ပျူတာသို့ ချိတ်ဆက်ရန်အတွက် hardwired အချက်အလက်တစ်ခုစီပါရှိသည့် binary တစ်ခုချင်းစီကို တည်ဆောက်ရန် ကျွန်ုပ်တို့၏ cloud သို့ အမိန့်တစ်ခုပေးပို့ပါသည်။ ယေဘူယျအားဖြင့် ဤအရာကို လုပ်ဆောင်နိုင်သည်။ သို့သော် ၎င်းသည် အချိန်အတော်ကြာသည်၊ စီမံခန့်ခွဲသူက binary ကိုစုစည်းပြီး ဒေါင်းလုဒ်လုပ်သည်အထိ ဦးစွာစောင့်ဆိုင်းရမည်ဖြစ်ပါသည်။ ဟုတ်ပါတယ်၊ config နဲ့ ဒုတိယဖိုင်ကို ရိုးရိုးရှင်းရှင်းထည့်လို့ ရနိုင်ပေမယ့် ဒါက ဖိုင် ၂ ဖိုင်ဖြစ်နေပြီဖြစ်ပြီး ရိုးရှင်းဖို့အတွက် သုံးစွဲသူက တစ်ခုလိုအပ်ပါတယ်။ ဖိုင်တစ်ခု၊ ခလုတ်တစ်ခုနှင့် တပ်ဆင်သူများ မရှိပါ။ Google မှာအနည်းငယ်ဖတ်ပြီးနောက်၊ စုစည်းထားသော “.exe” ၏အဆုံးတွင် အချက်အလက်အချို့ထည့်ပါက ဆိုးရွားမည်မဟုတ်ပါ (ကောင်းပြီ၊ နီးပါး) နိဂုံးချုပ်လာပါသည်။ အနည်းဆုံး စစ်ပွဲနှင့် ငြိမ်းချမ်းရေးကို ထိုနေရာတွင် ပေါင်းထည့်နိုင်ပြီး၊ ၎င်းသည် ယခင်အတိုင်း လုပ်ဆောင်နိုင်မည်ဖြစ်သည်။ ဒါကို အခွင့်ကောင်းမယူရင် အပြစ်ဖြစ်လိမ့်မယ်။ ယခု သင်သည် အပလီကေးရှင်းကို သွားရင်းလာရင်း ရိုးရှင်းစွာ ထုပ်ပိုးနိုင်သည်၊ ၎င်းကို Veliam Connector ဟုခေါ်သော နည်းလမ်းဖြင့် client ကိုယ်တိုင်တွင် ထုပ်ပိုးနိုင်ပြီး အဆုံးတွင် ၎င်းနှင့် ချိတ်ဆက်ရန်အတွက် လိုအပ်သော အချက်အလက်များကို ရိုးရိုးရှင်းရှင်းထည့်ပါ။ ပြီးတော့ အပလီကေးရှင်းကိုယ်တိုင်က အဲဒါနဲ့ ဘာလုပ်ရမယ်ဆိုတာ သိတယ်။ ကွင်းစဥ်များတွင် "ကောင်းလုနီးပါး" ကို ဘာကြောင့် အနည်းငယ် ပိုမြင့်အောင် ရေးတာလဲ။ အပလီကေးရှင်းသည် ၎င်း၏ ဒစ်ဂျစ်တယ် လက်မှတ် ဆုံးရှုံးသွားသောကြောင့် ဤအဆင်ပြေမှုအတွက် သင်ပေးချေရမည်ဖြစ်ပါသည်။ သို့သော် ဤအဆင့်တွင်၊ ဤကဲ့သို့သော အဆင်ပြေမှုအတွက် ပေးဆောင်ရန် ဤစျေးနှုန်းသည် သေးငယ်သည်ဟု ကျွန်ုပ်တို့ ယုံကြည်ပါသည်။

Third Party Module လိုင်စင်များ

ကျွန်ုပ်တို့၏ကိုယ်ပိုင်အသုံးပြုမှုအတွက်သာမက၊ ကျွန်ုပ်တို့၏ထုတ်ကုန်တွင်ကျွန်ုပ်တို့၏ထုတ်ကုန်တွင်ပါဝင်ခွင့်မပြုသောအချို့သော module များအတွက်အစားထိုးမှုများကိုကျွန်ုပ်တို့ရှာဖွေရန်ကျွန်ုပ်၏ထုတ်ကုန်ကိုလူသိရှင်ကြားရရှိနိုင်စေရန်ဆုံးဖြတ်ပြီးနောက်တွင်ကျွန်ုပ်အထက်တွင်ရေးခဲ့ပြီးဖြစ်သည်။ ဒါပေမယ့် လွတ်မြောက်ပြီးနောက်မှာတော့ အလွန်စိတ်မကောင်းစရာတစ်ခုကို မတော်တဆ တွေ့ရှိခဲ့ပါတယ်။ ဖောက်သည်ဘက်တွင်ရှိသော Veliam Server တွင် MariaDB DBMS ပါဝင်သည်။ ၎င်းသည် GPL လိုင်စင်ရထားသည်။ GPL လိုင်စင်သည် ဆော့ဖ်ဝဲလ်သည် open source ဖြစ်ရမည်၊ ကျွန်ုပ်တို့၏ထုတ်ကုန်တွင် ဤလိုင်စင်ပါရှိသော MariaDB ပါဝင်ပါက၊ ကျွန်ုပ်တို့၏ထုတ်ကုန်သည် ဤလိုင်စင်အောက်တွင် ရှိရပါမည်။ သို့သော် ကံကောင်းထောက်မစွာ၊ ဤလိုင်စင်၏ရည်ရွယ်ချက်မှာ တရားရုံးတွင် မတော်တဆအမှားလုပ်မိသူများကို အပြစ်ပေးခြင်းမဟုတ်ဘဲ open source ဖြစ်သည်။ မူပိုင်ခွင့်ကိုင်ဆောင်သူတွင် အရေးဆိုမှုရှိပါက၊ ချိုးဖောက်သူကို စာဖြင့်အကြောင်းကြားပြီး ချိုးဖောက်မှုကို ရက်ပေါင်း 30 အတွင်း ဖယ်ရှားရမည်ဖြစ်သည်။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏အမှားကို ကိုယ်တိုင်ရှာဖွေတွေ့ရှိခဲ့ပြီး မည်သည့်စာများမျှ မရခဲ့သဖြင့် ပြဿနာဖြေရှင်းနည်းအတွက် ရွေးချယ်စရာများကို ချက်ချင်းစတင်စဉ်းစားခဲ့သည်။ ဖြေရှင်းချက်သည် သိသာထင်ရှားလာသည် - SQLite သို့ပြောင်းပါ။ ဤဒေတာဘေ့စ်တွင် လိုင်စင်ကန့်သတ်ချက်များမရှိပါ။ ခေတ်မီဘရောက်ဆာအများစုသည် SQLite နှင့်အခြားပရိုဂရမ်များစွာကိုအသုံးပြုသည်။ SQLite သည် ကမ္ဘာပေါ်တွင် အကျယ်ပြန့်ဆုံးသော DBMS ဖြစ်သည်ဟု အတိအကျသတ်မှတ်ထားသော ဘရောက်ဆာများကြောင့် ကျွန်ုပ်သည် အင်တာနက်ပေါ်တွင် အချက်အလက်ကို ရှာတွေ့ခဲ့သည်၊ ထို့ကြောင့် ဤသည်မှာ မမှန်ကန်သော အချက်အလက်ဖြစ်သည်။ SQLite သို့ပြောင်းခြင်း၏အန္တရာယ်များကိုစတင်လေ့လာခဲ့သည်။

clients များသည် MariaDB နှင့် ၎င်းတွင် ဒေတာထည့်သွင်းထားသော ဆာဗာရာပေါင်းများစွာရှိသောအခါ ၎င်းသည် အသေးအဖွဲမဟုတ်သော အလုပ်ဖြစ်လာသည်။ MariaDB အင်္ဂါရပ်အချို့ကို SQLite တွင် မရရှိနိုင်ပါ။ ဥပမာ၊ ကုဒ်မှာ queries လိုမျိုး သုံးတယ်။

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

ဤတည်ဆောက်မှုသည် ဇယားမှရွေးချယ်မှုကို ပြုလုပ်ရုံသာမက အတန်းဒေတာကိုလည်း လော့ခ်ချပေးပါသည်။ ထို့အပြင် နောက်ထပ် ဒီဇိုင်းများစွာကိုလည်း ပြန်လည်ရေးသားရမည်ဖြစ်ပါသည်။ သို့သော်ကျွန်ုပ်တို့သည်မေးခွန်းများစွာကိုပြန်လည်ရေးသားရသည့်အပြင်၊ client ၏ Veliam Server ကိုမွမ်းမံသည့်အခါ၊ ဒေတာအားလုံးကို DBMS အသစ်သို့ပို့ပြီးအဟောင်းကိုဖျက်ပစ်မည့်ယန္တရားတစ်ခုလည်းလိုအပ်ပါသည်။ ထို့အပြင် SQLite တွင် ငွေပေးငွေယူများ အလုပ်မလုပ်ဘဲ ၎င်းသည် တကယ့်ပြဿနာဖြစ်သည်။ ဒါပေမယ့် World Wide Web ရဲ့ ကျယ်ပြောလှတဲ့ အကျယ်အဝန်းကို ဖတ်ရှုပြီးနောက်၊ ချိတ်ဆက်တဲ့အခါ ရိုးရှင်းတဲ့ command ကိုဖြတ်ပြီး SQLite မှာ ငွေပေးငွေယူတွေကို ဖွင့်ပေးနိုင်တဲ့ ပြဿနာတစ်စုံတစ်ရာမရှိတာကို တွေ့ခဲ့ရပါတယ်။

PRAGMA journal_mode=WAL;

ရလဒ်အနေဖြင့်၊ အလုပ်ပြီးမြောက်ခဲ့ပြီး ယခု client ၏ဆာဗာအပိုင်းသည် SQLite ပေါ်တွင်အလုပ်လုပ်သည်။ စနစ်၏လည်ပတ်မှုတွင် မည်သည့်ပြောင်းလဲမှုကိုမျှ ကျွန်ုပ်တို့သတိမပြုမိပါ။

HelpDesk အသစ်

၎င်းသည် HelpDesk စနစ်ကို အတွင်းပိုင်းဗားရှင်းမှ SaaS ဗားရှင်းသို့ ပို့ရန် လိုအပ်သော်လည်း အချို့သော အပြောင်းအလဲများဖြင့် ပြုလုပ်ထားသည်။ ပထမဆုံး ကျွန်တော်လုပ်ချင်တာက စနစ်ထဲမှာ ပွင့်လင်းမြင်သာတဲ့ အသုံးပြုသူခွင့်ပြုချက်နဲ့ ဖောက်သည်ရဲ့ဒိုမိန်းနဲ့ ပေါင်းစည်းခြင်းဖြစ်ပါတယ်။ ယခု HelpDesk သို့ဝင်ရောက်ပြီး စနစ်ထဲတွင် တောင်းဆိုချက်တစ်ခုချန်ထားရန်အတွက်၊ အသုံးပြုသူသည် desktop ပေါ်ရှိ shortcut ကိုနှိပ်ပြီး browser မှပွင့်လာမည်ဖြစ်သည်။ အသုံးပြုသူသည် မည်သည့်အထောက်အထားများကိုမျှ မထည့်ပါ။ Veliam Server ၏တစ်စိတ်တစ်ပိုင်းဖြစ်သည့် Apache SSPI အတွက် module သည် သုံးစွဲသူအား ဒိုမိန်းအကောင့်တစ်ခုအောက်တွင် အလိုအလျောက်ခွင့်ပြုပေးပါသည်။ အသုံးပြုသူသည် ကော်ပိုရိတ်ကွန်ရက်ပြင်ပတွင် ရှိနေသည့်အခါ စနစ်အတွင်း တောင်းဆိုချက်တစ်ခုကို ထားခဲ့ရန်၊ ခလုတ်တစ်ခုကို နှိပ်လိုက်သည်နှင့် စကားဝှက်မပါဘဲ HelpDesk စနစ်ထဲသို့ ဝင်ရောက်သည့် လင့်ခ်တစ်ခုကို လက်ခံရရှိမည်ဖြစ်သည်။ အကယ်၍ အသုံးပြုသူတစ်ဦးအား ဒိုမိန်းတစ်ခုတွင် ပိတ်ထားခြင်း သို့မဟုတ် ဖျက်ပါက၊ HelpDesk အကောင့်သည်လည်း အလုပ်မလုပ်တော့ပါ။ ထို့ကြောင့်၊ စနစ်စီမံခန့်ခွဲသူသည် ဒိုမိန်းနှင့် HelpDesk နှစ်ခုလုံးတွင် အကောင့်များကို စောင့်ကြည့်ရန် မလိုအပ်ပါ။ ဝန်ထမ်းတစ်ယောက် အလုပ်ထွက်သည် - သူသည် ဒိုမိန်းတွင် ၎င်း၏အကောင့်ကို ဖြတ်တောက်ပြီး လင့်ခ်တစ်ခုမှမဟုတ်ဘဲ ကော်ပိုရိတ်ကွန်ရက်မှမဟုတ်ဘဲ စနစ်သို့ ဝင်ရောက်မည်မဟုတ်ပါ။ ဤပေါင်းစပ်မှုလုပ်ဆောင်ရန်၊ စနစ်စီမံခန့်ခွဲသူက GPO တစ်ခုဖန်တီးရန် လိုအပ်သည်။ အတွင်းဆိုက်တစ်ခုကို အင်ထရာနက်ဇုန်သို့ ပေါင်းထည့်သည်။ и Desktop ပေါ်ရှိ အသုံးပြုသူအားလုံးကို ဖြတ်လမ်းတစ်ခု ဖြန့်ဝေသည်။.

HelpDesk စနစ်များအတွက် အလွန်လိုအပ်သည်ဟု ကျွန်ုပ်တို့ယူဆသော ဒုတိယအချက်မှာ အနည်းဆုံး ကျွန်ုပ်တို့ကိုယ်တိုင်အတွက် ကလစ်တစ်ချက်နှိပ်ရုံဖြင့် လျှောက်ထားသူထံ တိုက်ရိုက်ချိတ်ဆက်ခြင်းဖြစ်ပါသည်။ ထို့အပြင်၊ စနစ်စီမံခန့်ခွဲသူသည် မတူညီသော ကွန်ရက်တစ်ခုပေါ်တွင် ရှိနေပါက ချိတ်ဆက်မှုများကို ဖြတ်သန်းရမည်ဖြစ်သည်။ Outsourcing သည် မဖြစ်မနေလိုအပ်သည်၊ အချိန်ပြည့် စနစ်စီမံခန့်ခွဲသူများအတွက်လည်း မကြာခဏ အလွန်လိုအပ်ပါသည်။ အဝေးမှချိတ်ဆက်မှုများအတွက် ကောင်းမွန်သောအလုပ်များကို လုပ်ဆောင်နိုင်သော ထုတ်ကုန်များစွာ ရှိနှင့်ပြီးဖြစ်သည်။ ပြီးတော့ သူတို့အတွက် ပေါင်းစည်းဖို့ ဆုံးဖြတ်ခဲ့ကြတယ်။ ယခု ကျွန်ုပ်တို့သည် VNC အတွက် ပေါင်းစပ်ထားပြီး အနာဂတ်တွင် Radmin နှင့် TeamViewer တို့ကို ထည့်သွင်းရန် စီစဉ်ထားသည်။ ဝေးလံခေါင်သီသော အခြေခံအဆောက်အအုံချိတ်ဆက်မှုများအတွက် ကျွန်ုပ်တို့၏ကွန်ရက်သယ်ယူပို့ဆောင်ရေးကို အသုံးပြု၍ NAT နောက်ကွယ်ရှိ အဝေးထိန်းအလုပ်ရုံများသို့ VNC ချိတ်ဆက်မှုကို ပြုလုပ်ခဲ့သည်။ Radmin မှာလည်း ဒီလိုပါပဲ။ ယခု၊ အသုံးပြုသူတစ်ဦးနှင့်ချိတ်ဆက်ရန်အတွက်၊ သင်သည် အပလီကေးရှင်းအတွင်းရှိ "လျှောက်ထားသူထံသို့ ချိတ်ဆက်ရန်" ခလုတ်ကို နှိပ်ရန် လိုအပ်ပါသည်။ VNC ကလိုင်းယင့်သည် သင်ကွန်ရက်တစ်ခုတည်းတွင်ရှိနေသည်ဖြစ်စေ ဖိနပ်တစ်ရံစီးပြီး အိမ်တွင်ထိုင်သည်ဖြစ်စေ လျှောက်ထားသူနှင့် ချိတ်ဆက်ပေးသည်။ ပထမဦးစွာ၊ GPO ကို အသုံးပြု၍ စနစ်စီမံခန့်ခွဲသူသည် လူတိုင်း၏အလုပ်ရုံများတွင် VNC ဆာဗာကို ထည့်သွင်းရပါမည်။

ယခု ကျွန်ုပ်တို့ကိုယ်တိုင် HelpDesk အသစ်သို့ ပြောင်းနေပြီး ဒိုမိန်းနှင့် VNC တို့နှင့် ပေါင်းစည်းမှုကို အသုံးပြုနေပါသည်။ ဒါက ကျွန်တော်တို့အတွက် အရမ်းအဆင်ပြေပါတယ်။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ပံ့ပိုးမှုဝန်ဆောင်မှုကိုလုပ်ဆောင်ရန် သုံးနှစ်ကျော်ကြာအသုံးပြုခဲ့သည့် TeamViewer အတွက် ပေးဆောင်ခြင်းကို ရှောင်ရှားနိုင်ပါပြီ။

ငါတို့ဘာဆက်လုပ်ဖို့စီစဉ်ထားလဲ။

ကျွန်ုပ်တို့သည် ထုတ်ကုန်ကို ထုတ်လွှတ်သောအခါတွင် ကျွန်ုပ်တို့သည် အခပေးအခွန်စည်းကြပ်မှုတစ်စုံတစ်ရာကို ပြုလုပ်ခြင်းမရှိသော်လည်း အခမဲ့အခွန်စည်းကြပ်မှုကို စောင့်ကြည့်စစ်ဆေးသည့်အရာ 50 တွင်သာ ကန့်သတ်ထားသည်။ ကွန်ရက်ကိရိယာငါးဒါဇင်နှင့် ဆာဗာများသည် လူတိုင်းအတွက် လုံလောက်သင့်သည်ဟု ကျွန်ုပ်တို့ထင်မြင်ပါသည်။ ထို့နောက် ကန့်သတ်ချက်ကို တိုးမြှင့်ရန် တောင်းဆိုမှုများ စတင်လာသည်။ နည်းနည်းတော့ တုန်လှုပ်သွားတယ်လို့ ပြောရတာက ဘာမှ မပြောဘူး။ ဆာဗာများစွာရှိသော ကုမ္ပဏီများသည် ကျွန်ုပ်တို့၏ဆော့ဖ်ဝဲလ်ကို အမှန်တကယ်စိတ်ဝင်စားပါသလား။ ထိုသို့သောတောင်းဆိုမှုများပြုလုပ်သူများအတွက် ကျွန်ုပ်တို့သည် ကန့်သတ်ချက်အား အခမဲ့တိုးမြှင့်ပေးပါသည်။ သူတို့ရဲ့တောင်းဆိုမှုကို တုံ့ပြန်တဲ့အနေနဲ့ သူတို့ဘာကြောင့် ဒီလောက်လိုအပ်ရတာလဲ၊ သူတို့မှာ ဒီလိုဆာဗာတွေနဲ့ ကွန်ရက်ပစ္စည်းတွေ အများကြီးရှိသလားလို့ တချို့ကို မေးပါတယ်။ စနစ်စီမံခန့်ခွဲသူများသည် ကျွန်ုပ်တို့လုံးဝမစီစဉ်ထားသည့်နည်းလမ်းများဖြင့် စနစ်ကို စတင်အသုံးပြုလာသည်ကို တွေ့ရှိရသည်။ အရာအားလုံးရိုးရှင်းသွားသည် - ကျွန်ုပ်တို့၏ဆော့ဖ်ဝဲသည် ဆာဗာများသာမက အလုပ်ရုံများကိုပါ စောင့်ကြည့်နေပါသည်။ ထို့ကြောင့် ကန့်သတ်ချက်များကို ချဲ့ထွင်ရန် တောင်းဆိုမှုများ အများအပြားရှိနေသည်။ ယခု ကျွန်ုပ်တို့သည် အခပေးအခွန်အခများကို မိတ်ဆက်ထားပြီးဖြစ်ပြီး ကန့်သတ်ချက်များကို လွတ်လပ်စွာ တိုးချဲ့နိုင်ပါသည်။

ဆာဗာများသည် RAID ခင်းကျင်းတစ်ခုရှိ သိုလှောင်မှုစနစ် သို့မဟုတ် ဒေသန္တရဒစ်ခ်များဖြင့် အမြဲတမ်းနီးပါး အလုပ်လုပ်ပါသည်။ ပြီးတော့ ငါတို့က သူတို့အတွက် ထုတ်ကုန်ကို အစကတည်းက လုပ်ခဲ့တာ။ SMART စောင့်ကြည့်ခြင်းသည် ဤလုပ်ငန်းအတွက် စိတ်ဝင်စားစရာမဟုတ်ပေ။ သို့သော် လူများသည် အလုပ်ရုံများကို စောင့်ကြည့်ခြင်းအတွက် ဆော့ဖ်ဝဲလ်ကို လိုက်လျောညီထွေဖြစ်အောင် ပြုလုပ်ထားသောကြောင့် SMART စောင့်ကြည့်ခြင်းကို အကောင်အထည်ဖော်ရန်အတွက် တောင်းဆိုမှုများ ပေါ်လာပါသည်။ အဲဒါကို မကြာခင် အကောင်အထည်ဖော်မယ်။

Veliam Connector ထွန်းကားလာသည်နှင့်အမျှ၊ ကော်ပိုရိတ်ကွန်ရက်တွင် VPN ဆာဗာကို အသုံးပြုရန် သို့မဟုတ် RDGW ပြုလုပ်ရန် သို့မဟုတ် RDP မှတစ်ဆင့် ချိတ်ဆက်ရန်အတွက် လိုအပ်သောစက်များသို့ ဆိပ်ကမ်းများကို ရိုးရှင်းစွာပေးပို့ရန် မလိုအပ်တော့ပါ။ လူအများအပြားသည် ကျွန်ုပ်တို့၏စနစ်ကို ဤအဝေးမှချိတ်ဆက်မှုများအတွက်သာ အသုံးပြုကြသည်။ Veliam Connector ကို Windows အတွက်သာ ရရှိနိုင်ပြီး အချို့သော ကုမ္ပဏီအသုံးပြုသူများသည် MacOS အသုံးပြုသည့် အိမ်သုံးလက်ပ်တော့များမှ အလုပ်ရုံများ သို့မဟုတ် terminal များကို ကော်ပိုရိတ်ကွန်ရက်ပေါ်ရှိ အလုပ်ရုံများသို့ ချိတ်ဆက်ပါသည်။ အသုံးပြုသူအများအပြားကြောင့်၊ စနစ်စီမံခန့်ခွဲသူက ထပ်ဆင့်ပို့ခြင်း သို့မဟုတ် VPN ပြဿနာကို ဆက်လက်လုပ်ဆောင်ရန် အတင်းအကြပ်ဖိအားပေးခံရကြောင်း ထွက်ပေါ်လာသည်။ ထို့ကြောင့်၊ ယခု ကျွန်ုပ်တို့သည် MacOS အတွက် Veliam Connector ဗားရှင်းကို အပြီးသတ်လုပ်ဆောင်နေပါသည်။ ၎င်းတို့နှစ်သက်သော Apple နည်းပညာကို အသုံးပြုသူများသည် ကလစ်တစ်ချက်နှိပ်ရုံဖြင့် ကော်ပိုရိတ်အခြေခံအဆောက်အအုံများသို့ ချိတ်ဆက်နိုင်ခွင့်လည်း ရရှိမည်ဖြစ်သည်။

စနစ်အသုံးပြုသူအမြောက်အမြားရှိခြင်းကြောင့် လူများလိုအပ်သည့်အရာနှင့် ပိုမိုအဆင်ပြေမည့်အရာများကို သင့်ဦးနှောက်များကို စုစည်းထားရန် မလိုအပ်ကြောင်းကို ကျွန်ုပ်တကယ်နှစ်သက်ပါသည်။ သူတို့ကိုယ်တိုင်က သူတို့ရဲ့ဆန္ဒတွေကို ရေးထားတာမို့ မဝေးတော့တဲ့အနာဂတ်အတွက် ဖွံ့ဖြိုးတိုးတက်ရေးအစီအစဥ်တွေ အများကြီးရှိပါတယ်။

တဆက်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် ယခုအခါ အဆိုပါစနစ်ကို အင်္ဂလိပ်ဘာသာသို့ စတင်ဘာသာပြန်ပြီး နိုင်ငံခြားသို့ ဖြန့်ချီရန် စီစဉ်လျက်ရှိသည်။ ကုန်ပစ္စည်းကို နိုင်ငံပြင်ပသို့ မည်သို့ဖြန့်ဖြူးမည်ကို ကျွန်ုပ်တို့ မသိသေးပါ၊ ရွေးချယ်မှုများကို ရှာဖွေနေပါသည်။ နောက်ပိုင်းတွင် ဤအကြောင်း သီးခြားဆောင်းပါးတစ်ခု ရှိကောင်းရှိနိုင်မည်ဖြစ်သည်။ ဤဆောင်းပါးကိုဖတ်ဖူးသူသည် လိုအပ်သော vector ကို အကြံပြုနိုင်လိမ့်မည် သို့မဟုတ် သူကိုယ်တိုင်သိပြီး မည်သို့လုပ်ဆောင်ရမည်ကို သိရှိပြီး ၎င်း၏ဝန်ဆောင်မှုများကို ပေးဆောင်မည်ဖြစ်သည်။ သင့်အကူအညီကို ကျွန်ုပ်တို့ ကျေးဇူးတင်ပါသည်။

source: www.habr.com