ځانګړی VPN IP ستاسو ویبپاڼه نه خپروي
ځانګړی وتلو پته د راتلوونکي رسولو په اړه هېڅ نه وايي. د لېږد تړون وګورئ، د سرچینې خوا بشپړه کړئ، بیا لوړ پورټ خپور کړئ.
د VPN چمتو کوونکي څخه ځانګړی IP اخيستل لکه د مخکې دروازې اخيستل ښکاري. پته ټېکه ده، تونل روان دی، او بیا هم ویبپاڼه د باندې هیچا ته نه پرانیستل کېږي. هغه څه چې تاسو یې اخيستي، د پتې ځانګړنه ده، نه د راتلوونکي لېږد قاعده. دواړه په یوه دوکان کې پلورل کېږي او په بشپړ توګه جلا ځایونو کې تنظیمېږي.
پته ځانګړنه ده، نه د لېږد قاعده
راتلوونکې عامه پته یا د کوربه نوم، اجازهشوی لېږد، ټاکل شوی بهرنی پورټ او هغه د پیرودونکي خوا هدف چې چمتو کوونکی ورته رسول کوي ولیکئ. بیا تایید کړئ چې ستاسو ټاکل شوی سرور، پروتوکول او د حساب ځانګړنه په رښتیا لېږد ملاتړ کوي او چمتو کوونکی پرې کوربهتوب اجازه ورکوي.
ځانګړی کلیمه د پتې ځانګړنې بیانوي. دې ته نه وايي چې نهغوښتل شوی راتلوونکی ترافیک اجازه لري، او د یوه چلونکي بېلابېلې اضافې کېدای شي بېلابېلې وړتیاوې ولري. ځانګړې پته او د ځانګړي سرور محصول هغه دوه نښې دي چې خلک یې تر ټولو ډېر ګډوي، او د ملاتړ پاڼې معمولاً روښانه کوي چې کوم یو لېږد کوي.
| What you have | What it gives you | What it does not |
|---|---|---|
| Dedicated exit address | A stable source address for outbound traffic | Any inbound delivery at all |
| Port-forwarding add-on | A provider-side mapping to your session | Permanence across reconnects |
| Local DNAT rule | Handling for packets that arrive | Making packets arrive |
یو بېلګه تړون داسې ښکاري: چمتو کوونکی TCP 203.0.113.60:45000 ستاسو نښلول شوي وسیله کې د HTTPS خدمت ته په 8443 پورټ کې رسوي. دا د یو بل چا لخوا تنظیم شوي نقشې نقشه ده، نه هغه قاعده چې تاسو یې د هغوی په څنډه کې په خپل فایرول کې لیکلو سره جوړولی شئ.
د سرچینې خوا بشپړه کړئ
که ویب اپلیکیشن په خپل VPN پیرودونکي کې ځان روان وي، نو د رسول شوي پورټ پر اورېدونکي او د هغې پورټ لپاره محدود ځایي ننوتلو اجازې ته اړتیا لري. که پیرودونکی نقشه شوې اړیکه بل کوربه ته لېږدوي، نو د هدف ژباړې، د لېږد تګلارې او د تلو-راتلو ته د تمې وړ ځواب لارې ته اړتیا لري.
د لاسرسي قواعد د هغې سرچینې پتې شاوخوا ډیزاین کړئ چې د چمتو کوونکي لار یې په رښتیا وړاندې کوي. دا تل اصلي میلمه نه ده، او تل VPN سرور هم نه ده، کوم چې هغه وخت مهم دی چې تاسو داسې قاعده لیکئ چې یوازې د هغو پتو څخه یوه به ورسره سمه وي.
د پورټ ژباړه هم HTTP په HTTPS نه بدلوي. عامه پورټ او ځایي اپلیکیشن پورټ کولای شي په ازاده توګه توپیر ولري، خو سکیم، د سند هویت او بیاځلي لارښوونې باید لا هم هغه خدمت سره سمې وي چې خلک واقعاً ورته رسېږي. که سند عامه کوربه نوموي، په هر ګام کې هغه نوم وساتئ. دلته ناسمونې د لارښوونې ناکامۍ په توګه نه، بلکې د لټونکي خبرداری په توګه ښکاري، کوم چې خلک یو ساعت لپاره غلط لاګونو ته لېږي.
لوړ پورټ په رښتینولي خپور کړئ
که میلمانه مستقیم ونښلېږي او چمتو کوونکي لوړ پورټ ټاکلی وي، دوی ته بشپړ URL ورکړئ. یو عادي DNS پتې ریکارډ د HTTPS غوښتنې ته پورټ نشي زیاتولی، کوم چې په ډیفالټ 443 کاروي، او د TTL بدلول دا نه بدلوي.
یو ویب مخکینۍ برخه دا حل کولای شي په دې توګه چې میلمانه په معمولي پورټ کې ومني او د لېږل شوې سرچینې پورټ ته خپله اړیکه جوړه کړي. خو د Cloudflare ډیفالټ پراکسي پورټونه یو ټاکل شوی لړلیک دی، او په خپله خوښه ټاکل شوی پورټ یوازې د دې لپاره چې تاسو پراکسي شوی DNS ریکارډ زیات کړی، ملاتړ شوی څنډې پورټ نه کېږي.
د سرچینې د هدف پورټ بدلول د میلمه پورټ بدلولو څخه بېله کړنه ده. د Cloudflare Origin Rules د backend اړیکې لپاره د هدف-پورټ باندې لیکنه مستند کوي، چې ملاتړ شوي قاعده، سکیم او کوربه نوم ته محدوده ده. د پورټ باندې لیکنه د خپل خوښې UDP یا نورو پروتوکولونو لپاره عمومي ریلې نه ده.
کله چې مخکینۍ برخه TLS پای ته ورسوي، دواړه ګامونه تایید کړئ: له لټونکي څخه مخکینۍ برخې ته سند او له مخکینۍ برخې څخه سرچینې ته اړیکه. د VPN ګام د دواړو څېړنو څخه هیڅ یوه نه ځای ناستی کېږي، او د داخلي پتې بهېدل بیاځلي لارښوونو یا کوکیز ته د دې عادي نښه ده چې د دواړو څخه یوازې یو د عامه نوم په پام کې نیولو سره تنظیم شوی و.
نقشه ژوندې وساتئ
ځینې چمتو کوونکي له بیا نښلولو وروسته بېله پورټ ټاکي، او کرايي نقشه کېدای شي د چمتو کوونکي خوا کړنې له لارې نوي کول وغواړي. هغه میکانیزم تعقیب کړئ چې ستاسو چمتو کوونکی یې مستند کوي، او اورېدونکی، ځایي قواعد، DNS یا د مخکینۍ برخې قاعده یوازې هغه ځای کې نوي کړئ چې اوسنی تړون یې غواړي.
ټېکه عامه پته د پورټ کرايې ټېکه نه کوي. هغه پته او پورټ چې لا هم په ډشبورډ کې ښکاري د دې ثبوت نه دی چې ژوندې ناسته نقشه لري، نو ځکه ازموینه له باندې نوې غوښتنه ده، نه سکرینشاټ.
بیا هغه حالتونه تکرار کړئ چې تمه یې لرئ: عادي بیا نښلول، او د VPN له لاسه ورکول. که له لاسه ورکول باید سرچینه نه لاسرسي وړ کړي، نو تازه کوونکي ته اجازه مه ورکئ چې په شالید کې په غلې سره مستقیم ISP لار بیا خپره کړي. او که د لېږد تړون د سایټ د ټېکتیا غوښتنې نه شي پوره کولای، نو د بلې پتې نښې اخيستلو او د سرور په څېر د چلند هیلې کولو پر ځای بله خپرېدنه ترتیبه وټاکئ.