ستاسو VPN یوازې Cosmos DB شخصي نه کوي

تاسو لیپ ټاپ د VPN له لارې VNet سره نښلوئ، د Cosmos DB حساب URL خلاصوئ، او غوښتنه لا هم د عامه انټرنیټ له لارې وځي۔ ټنل خپله دنده وکړه۔ هغه څه چې ونه کړل، شخصي پای ټکی جوړول، شخصي DNS ریکارډ خپرول یا عامه لاسرسی بندول وو، ځکه چې دا په حساب کې درې جلا بدلونونه دي، نه ستاسو د شبکې اړیکې ځانګړتیاوې۔ دا بېلګه د NoSQL لپاره Azure Cosmos DB، په VNet کې شخصي پای ټکی او د VPN له لارې له هغه VNet سره نښلول شوی لیپ ټاپ کاروي، او د اپلیکیشن پته پرته له بدلون ساتي۔

افسانه: په VPN کې اوسېدل ډیټابیس شخصي کوي

په VNet کې اوسېدل یوازې دا معنی لري چې ستاسو پیکټونه کولی شي په هغه VNet کې شخصي پتو ته ورسېږي۔ دا د دې په اړه هیڅ نه وایي چې د حساب نوم چېرته حل کېږي، او د دې په اړه هم هیڅ نه وایي چې ایا حساب لا هم عامه ترافیک مني۔

شخصي پای ټکی خپل پته، خپل تصویب مرحله او خپل DNS تارونه لرونکی جلا سرچینه ده۔ تر هغه چې شتون ولري او تصویب شي، نوم عامه پای ټکي ته حل کېږي او ستاسو ترافیک پرته له دې چې ټنل ته پام وکړي هلته ځي۔

په رښتیا نوم شخصي ډول حل کولو لامل څه دی

د SDK عادي حساب پای ټکی وساتئ، لکه https://ACCOUNT.documents.azure.com۔ شخصي DNS باید هغه نوم د Private Link زنځیر له لارې د پای ټکي شخصي پتو ته حل کړي۔ دې ته د عددي URL سره بدلول او د سند ازموینې بندول مه کوئ، ځکه چې دا د DNS ستونزه د امنیت ستونزې سره بدلوي۔

هغه ارزښتونه د NoSQL API ځانګړي دي۔ نور Cosmos API په همدې بېلګه کې د تبادلې وړ ننوتنې نه دي، او د بل API څخه د فرعي سرچینې نوم کاپي کول داسې پای ټکی جوړوي چې هیڅکله نه حل کېږي۔

پای ټکی د مجاز Azure کاري بهیر له لارې جوړ او تصویب کړئ، بیا د هغه شخصي DNS زون ډلې یوځای کول وکاروئ۔ لیپ ټاپ ته داسې حل کوونکی ته اړتیا ده چې د هغه زون لپاره ځواب ورکړي، یا مستقیم یا د تصویب شوي لیږد له لارې، او هر اړوند پای ټکي پتې ته د VPN کسټمر لار۔

شخصي پای ټکی کولی شي له یوې څخه ډېرې پتې ولري، په شمول نړیوالې او سیمه ییزې ننوتنې۔ کله چې د حساب سیمې بدلې شي DNS یوځای کول وساتئ، د hosts فایل کې یوه پته ټینګولو پرځای، او په یاد ولرئ چې د بې اړیکې عامه حل کوونکي ځواب د شخصي لارې په اړه هیڅ نه ثابتوي۔ که تاسو DNS د هب له لارې لیږدوئ، مخکې له دې چې کسټمر ډیبګ کړئ تصدیق کړئ چې لیږدونکی ځواب ورکوي۔ زوړ لیږدونکی عامه ځواب بیرته راولي، کوم چې په بشپړ ډول د ورک پای ټکي په څېر ښکاري۔

Gateway حالت او Direct حالت د تبادلې وړ نه دي

Gateway حالت د خدمت غوښتنې د TCP 443 په HTTPS له لارې لیږي۔ له همدې امله یوازې د 443 لپاره د فایر وال پالیسي ورسره کار کوي او له همدې امله دا بېلګه په قصدي ډول هغه غوره کوي۔

د Private Link له لارې Direct حالت د اړیکې مختلفې غوښتنې لري، په شمول پراخه TCP پورټ حد چې د حساب اسناد یې لیست کوي۔ د Gateway حالت لپاره لیکل شوې پالیسي باید د Direct حالت کسټمر لپاره په خاموشۍ سره بیا ونه کارول شي، که نه SDK نښلوي او بیا په لومړي ډیټا عملیات کې ځنډېږي۔

یو حالت غوره کړئ، هغه د حساب سره ولیکئ، او شبکه پالیسي ورسره سمه کړئ۔ هغه ټیمونه چې د ستونزو حل پر مهال حالت بدلوي معمولا د فایر وال قواعدو داسې ټولګې ته رسېږي چې دواړه نه راضي کوي۔

عامه لاسرسی بندول یو جلا سویچ دی

که حساب باید یوازې شخصي وي، عامه شبکه لاسرسی د حساب د ملاتړ شوي تنظیم له لارې بند کړئ او پایله تصدیق کړئ۔ د شخصي پای ټکي شتون د بشپړ لاسرسي پرېکړه مه ګڼئ، ځکه چې شخصي پای ټکی او فعال عامه لاسرسی لرونکی حساب لا هم په انټرنیټ کې ځواب ورکوي۔

د VPN بهر او هم دننه څخه تصدیق کړئ۔ هغه شبکه چې باید خارج شي، هغې څخه راغلې غوښتنه هغه ازموینه ده چې ثابتوي تنظیم نافذ شو، او دا هغه ازموینه ده چې ډېری بدلون کړکۍ یې پرېږدي۔

رسېدل اجازه نه ده

د VPN لیپ ټاپ څخه اجازه شوې SDK عملیات د منلو ازموینه ده، د حساب عادي URL او په نظر کې نیول شوې هویت سره۔ VPN رسېدل Cosmos ډیټا اجازې نه ورکوي؛ د ډیټا پلین خپل رولونه یا کیلي ګوري۔

بیا ردونه چل کړئ: بېله هویت، او داسې شبکه لار چې باید نور حساب ته ونه رسېږي۔ که له دوی څخه یو بریالی شي، هغه پوله چې تاسو مستند کړې هغه پوله نه ده چې تاسو جوړه کړې۔

کله چې بشپړ شئ څلور حقایق ولیکئ: د پای ټکي شخصي پتې، هغه DNS زون چې د حساب نوم لپاره ځواب ورکوي، د پورټ غوښتنو سره د اړیکې حالت، او ایا عامه لاسرسی بند دی۔ دا څلور بل کس ته ترتیب تشریح کوي، او هر یو په خپلواکه توګه ناکامېږي۔