کله چې ستاسو VPN فعال وي، کلاوډ فایر وال کومه پته ګوري
بشپړ ټنل هغه سرچینه پته بدلوي چې ستاسو ډیټابیس یې ګوري۔ د اجازې لیست، خصوصي لاره یا ووېشل شوی ټنل لېږدئ، نه اعتبارنامه۔
هغه ډیټابیس چې د VPN له نښلولو دمخه کار کوي او وروسته ناکامېږي، په نادره توګه د اعتبارنامې ستونزه وي۔ کلاوډ فایر والونه د سرچینې پتې سره پرتله کوي، او بشپړ ټنل هغه پته بدلوي چې دوی یې پرتله کوله۔ ستاسو د لپ ټاپ د لېږلو او سرور د ترلاسه کولو ترمنځ توپیر ټوله تېروتنه ده، او په یوه ګام کې اندازه کېدای شي۔
سرچینه پته څه ته بدلېږي
په بشپړ ټنل کې هر پاکټ د VPN دروازې له لارې وځي، نو سرور ستاسو کورني اړیکې پرځای د دروازې وتلو پته ګوري۔ که په لاره کې مخکې لېږدونکی پروکسي وي، هغه پته رسېږي۔ دواړه قانوني سرچینې دي، او ستاسو په اصلي قاعده کې پته د دوی له جملې نه ده۔
د Azure SQL د سرور کچې او ډیټابیس کچې فایر وال قواعد هغه کلاینټ پته پرتله کوي چې منطقي سرور ته رسېږي، او د بشپړ ټنل وروسته هغه وتلو پته ده۔ د AWS امنیتي ګروپ چې یوه پته اجازه ورکوي همداسې چلند کوي۔ پاکټ د تصدیق دمخه غورځول کېږي، نو ترلاسه شوې تېروتنه د اجازې ستونزې پرځای د شبکې ناکامۍ په څېر ښکاري۔ خلک د پاسورډ بیا تنظیمولو پیل کولو لامل همدا دی۔
د اجازې لیست چېرې ټاکل کېږي
هغه قاعده ولولئ چې د ناکامېدونکې لارې سره سمون لري، نه هغه قاعده چې تاسو یې جوړول یاد دي۔ د هغې حد، پورټ، پروتوکول او دا چې آیا د هر هویت کتنې دمخه ارزول کېږي یا نه یادښت کړئ۔
بیا پرېکړه وکړئ چې کومه طبقه په قانوني توګه دې پرېکړې مالکیت لري۔ د پتې قاعده ځواب ورکوي چې ټرافیک له کومه ځایه راځي۔ خصوصي پای ټکی ځواب ورکوي چې آیا خدمت په خصوصي لاره لاسرسي وړ دی که نه۔ د ووېشل شوي ټنل استثنا ځواب ورکوي چې کوم مقصدونه ټنل ته څنګه تېرېږي۔ دا د تبادلې وړ نه دي، او کله چې ټنل بدل شي هر یو په بېلابېل ډول ناکامېږي۔
درې سمونې، درې طبقې
لاندې هر انتخاب د بېلابېل دلیل له مخې بهیر سمونې کوي، او غلط غوره کول داسې اړیکه رامنځته کوي چې د بلې دروازې بدلون تر وخته کار کوي۔
| Repair | Layer it changes | What it does not fix |
|---|---|---|
| Add the egress address to the rule | Source address matching | Nothing about routing, and it breaks when the egress moves |
| Use a private endpoint | Whether the service is reached privately | A client that still resolves the public name |
| Add a split-tunnel exception | Which flows bypass the tunnel | An expired credential or a wrong password |
د وتلو پتې زیاتول ترټولو کوچنی بدلون او ترټولو نازک دی، ځکه نوی دروازه یا بېل سیمه هغه په خاموشۍ باطلوي۔ پته د ټنل تعریف ترڅنګ ثبت کړئ تر څو دواړه یو ځای حرکت وکړي۔ لنډمهاله پراخه ساحه تشخیص دی، سمونه نه؛ پرځای یې پرېښودل هغه لار ده چې داخلي خدمتونه یې په پای کې لوڅوي۔
ولې یو مدیریت شوی پلیټ فارم نشي کولی ټنل ته ورګډ شي
د Heroku، AppHarbor یا CloudBees په څېر اپلیکیشن پلیټ فارمونه ستاسو کوډ په داسې چاپېریال کې چلوي چې tun یا tap وسیله نه لري او د یوې جوړولو واک هم نه لري۔ د دوی د ننوتلو ماډل HTTP دی، نه کوم خپل سری اورېدونکی سوکیټ۔ هغه buildpack چې VPN باینري راوړي بیا هم د انټرفیس ایښودلو ځای نه لري۔ د کار وړ بڼې دي: هغه ثابته وتلو پته چې ډیټابیس یې اجازه کولی شي، د پلیټ فارم لخوا وړاندې شوی خصوصي اړیکې محصول، یا په DMZ کې پروکسي چې HTTPS له لارې ورته رسېږي۔
هغه پروکسي خپله تصدیق او ثبت لرونکې لاسرسي لاره ده۔ دا پلیټ فارم ستاسو د VPN غړی نه کوي، او همداسې بیانول داسې قواعد جوړوي چې هیڅوک یې پلټنه نه شي کولی۔
له هغه کلاینټ څخه تصدیق کړئ چې ناکام شو
بیا نښلئ او د کلاینټ دقیقه لاره تکرار کړئ۔ هغه سرچینه پته چې خدمت یې ثبتوي، هغه لار چې کلاینټ د ډیټابیس نوم لپاره غوره کوي، او د اصلي پوښتنې پایله په همدې ترتیب وګورئ۔ له دروازې څخه ازموینه ثابته کوي چې دروازه کار کوي، چې هیڅکله شک پکې نه و۔ که اړیکه اوس تصدیق شي او پوښتنه لا هم ناکامه شي، پاتې ستونزه د ډیټابیس اجازه ده۔
هر کله چې ټنل بدل شي دا قواعد بیا وګورئ۔ بدله شوې دروازه یا نوې وتلو ساحه لاره پرته له کوم بدلون په اپلیکیشن ترتیباتو کې ماتوي۔