ဝေဒနာတွင် လျှောက်လှမ်းခြင်း သို့မဟုတ် Direct Connect ရှိ လမ်းကြောင်းကို ကုဒ်ဝှက်ခြင်း အပိုင်း 3

စပျစ်ရည်ဟောင်းကို အဘယ်သူမျှမထည့်ရ။ မဟုတ်ရင် စပျစ်ရည်အသစ်က အရေခွံကွဲပြီး သူ့အလိုလို ထွက်လာပြီး အရေခွံတွေ ပျောက်သွားလိမ့်မယ်။ စပျစ်ရည်အသစ်ကို စပျစ်ရည်အသစ်၌ထည့်ရမည်။ နှစ်ယောက်စလုံး ကယ်တင်ခြင်းသို့ ရောက်လိမ့်မည်။ အိုကေတယ်နော်။ ၈:၁၈

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

အင်္ဂလိပ်လို ဘာသာပြန်ပါ။

လွတ်လပ်စွာ ယုံကြည်ခွင့်

ဘာလို့လဲဆို​တော့ ကျွန်​​တော်​ထင်​တာ​တွေအကုန်​​ပြောပြီးပြီ။ အစောပိုင်းကဆောင်းပါး၏ ဤအပိုင်းသည် လုံးဝမရှိသင့်ပါ။

လုံခြုံရေး လိုအပ်ရင် ခေတ်မီတဲ့ client ကို ရွေးချယ်ပါ။ ADCs ဗဟို. အစက်။

ဒါပေမယ့် NMDC hub ကို သုံးနေသေးရင် ဘာဖြစ်မလဲ၊ ပုံမှန်အတိုင်း? ဤကိစ္စတွင်၊ သင်သည် အဟောင်း၊ အလွန်ဟောင်း၊ အသစ်၊ သို့မဟုတ် ရိုးရိုးရှင်းရှင်း မသတ်မှတ်ထားသော DC client များ၏ လိုက်ဖက်မှုမရှိခြင်းကို ကိုင်တွယ်ဖြေရှင်းရမည်ဖြစ်သည်။ ဒါ​ပေမယ့်​ ဒီဟာပြီးသွား​တော့ ပြသနာ​တွေက သိပ်​မကြာ​သေးပါဘူး။

မာဖီးယား

ပထမဦးစွာ၊ client-to-hub ကုဒ်ဝှက်ခြင်းရှိနေသည်ဖြစ်စေ လုံခြုံသော client-to-client ချိတ်ဆက်မှုများကို တည်ဆောက်ထားသည်။

ဒုတိယအနေဖြင့်၊ လုံခြုံသောချိတ်ဆက်မှုများအတွက် တောင်းဆိုချက်များကို ထုတ်လွှင့်ခြင်း သို့မဟုတ် ထုတ်လွှင့်ခြင်းမပြုသည့်အချက်အချာကို အမြင်အာရုံဖြင့် ဆုံးဖြတ်ရန် မဖြစ်နိုင်ပေ။

တတိယအနေဖြင့် ယနေ့ DC client အားလုံးနီးပါးတွင် ပုံမှန်အားဖြင့် ချိတ်ဆက်မှု ကုဒ်ဝှက်ခြင်းကို ဖွင့်ထားသည်။

သင်မှတ်မိပါသလား? ကဲ စလိုက်ကြရအောင် စစ်ဆေးပါ အသုံးပြုသူဘက်မှ TLS ဆက်တင်များ၊ အချက်အချာသို့ ချိတ်ဆက်ပြီး client အချင်းချင်း ချိတ်ဆက်ရန် ဂရုတစိုက်ကြိုးစားပါ။

NMDCs ဗဟို

DC++ သည် NMDC hubs များပေါ်တွင် လုံခြုံသောချိတ်ဆက်မှုများကို ပြတ်ပြတ်သားသားငြင်းဆိုသော်လည်း ပုံမှန်ချိတ်ဆက်မှုများကို အပြည့်အဝလက်ခံပါသည်။ developer များသည် အကြောင်းပြချက်ကို တစ်ကြိမ်ထက်မက ထုတ်ပြောခဲ့ကြသည် - တူညီသော ဂျုတ်ဟောင်းကို လိုက်လျှောက်ရန် အကြောင်းမရှိပေ။

StrongDC++ သည် TLS v.1.0 ကိုသာ သိပြီး ခေတ်မီသော ဖောက်သည်များက ၎င်းနှင့် လုံးဝမချိတ်ဆက်ပါ။ GreylinkDC++ နဲ့ဆို ပိုတောင်ဆိုးသေးတယ်။

FlylinkDC++ သည် ဖောက်သည်ဟောင်းများနှင့် လိုက်ဖက်ညီသောမုဒ်သို့ လိုလိုလားလားရှိနေသည်။ အချိန်ဘယ်လောက်ကြာပြီး လိုအပ်လဲ..

EiskaltDC++ သည် ၎င်း၏ကိုယ်ပိုင်လိုအပ်ချက်များအတွက်သာ လိုလိုလားလားလျှော့လုပ်သည်။

ADC ဗဟို(များ)

အရာအားလုံးသည် အတိအကျတူညီသော်လည်း DC++ သည် ဂိမ်းတွင်တက်ကြွစွာပါဝင်ပါသည်။

EiskaltDC++ သည် NMDC နှင့် ADC hubs များကြားတွင် ကွဲပြားပုံမပေါ်ဘဲ နှစ်ခုစလုံးကို တင်းကျပ်ထားသည်။

ထည့်သွင်းမှုတွင် TLS v.1.2 ကို ပံ့ပိုးရန် မဖြစ်မနေလိုအပ်ချက်ကို သတ်မှတ်ခြင်းဖြင့် အမွေအနှစ်ဖောက်သည်များကို စစ်ထုတ်ပါက မည်သို့ဖြစ်မည်နည်း။

ADCs ဗဟို(များ)

ကောင်းတယ်မဟုတ်လား

တွေ့ရှိချက်များ

စာဖတ်သူသည် FlylinkDC++ ကိုအသုံးပြုခြင်းသည် အကောင်းဆုံးဖြစ်ပြီး ပြဿနာမရှိဟု ထင်ကောင်းထင်နိုင်သော်လည်း ဤကလိုင်းယင့်ကို သင်မေ့သွားနိုင်သည်။ ပြဿနာရှိသော ငါကိုယ်တိုင် ၎င်းနှင့်ပတ်သက်သည့် နောက်ဆုံးဖြစ်ရပ်များထဲမှတစ်ခုမှာ အသုံးပြုသူအများအပြားသည် အဝေးထိန်းစနစ်ပုံစံကို အသုံးပြု၍ လုံခြုံသောချိတ်ဆက်မှုများကိုပံ့ပိုးရန် အကွက်များကို အမှတ်ခြစ်ရန်နှင့် ၎င်း၏အစောပိုင်းဗားရှင်းအားလုံးတွင် ၎င်းတို့၏ virtual မရှိခြင်းပင်ဖြစ်သည်။

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

အကြံပြုချက်များ

အနည်းဆုံး ADC hubs ကို စတင်အသုံးပြုပါ။ ခေတ်နောက်ကျနေသော ဖောက်သည်များကို ငြင်းဆန်ပြီး သင်သည် DC hub စီမံခန့်ခွဲသူဖြစ်ပါက Strong နှင့် Gray ကို တားမြစ်ပါ။ ဘို့

တိုင်းနိုင်ငံတိုင်းသည် ဆိတ်ညံလျက်၊ မြို့ တိုင်း၊ အိမ်တိုင်းသည် ကိုယ်နှင့်မဆိုင်၊ Matt. ၁၁:၂၀

source: www.habr.com