د ISP بدلون پرته له دې چې د سایټ VPN پتې بیا شمېر شي

یوه څانګه د انټرنیټ وړاندې کوونکی بدلوي، او د فایل سرور خپله پته ساتي. دا پایله د سایټ روټ شوي VPN لپاره نورماله ده او د هغو خلکو لپاره حیرانونکې ده چې فکر کوي د تونل د پای نقطې پته د اپلیکیشن پته ده. دواړه د ډیزاین په بېلو پرتونو کې ژوند کوي، او یوازې یو یې حرکت وکړ. دواړه یو ګڼل هغه لار ده چې د وړاندې کوونکي لېږد بیا شمېرنې پروژه جوړوي.

دوه پتې پلانونه چې په خپلواکه توګه ګرځي

داخلي پلان هغه شخصي پتې بیانوي چې اپلیکیشنونه یې کاروي: د څانګې سرور په 10.55.8.20، د مرکزي دفتر هغه مخکښ چې هلته روټ کوي، او د بېرته راستنېدو لار. باندنی پلان بیانوي چې دوه ګېټوې څنګه یو بل ته رسي: د سیال پتې، د اورېدو پورټونه او د انټرنیټ په اوږدو کې لار.

د وړاندې کوونکي بدلون باندني پلان ته رسېږي. دا په خپله داخلي پلان بدلولو ته اړتیا نه لري.

دواړه لیستونه جلا ساتل هغه عملي لامل دی چې اپلیکیشن خپله ترافیک لا دمخه کوډ کوي هم، overlay چلول. Overlay تاسو ته ثابته داخلي ټوپولوژي درکوي چې باندني بدلونونه زغمي. اپلیکیشن خپله پته، د فایر وال قواعد او DNS ریکارډونه ساتي. یوازې د لېږد ننوتنې بدلېږي، او هغه ډېره کوچنې بیاکتنه ده.

باندنی تونل داخلي خبرې اترې وړي

په ګېټوه-ګېټوه تونل کې باندنی IP سرلیک دواړه ګېټوې ته پته ورکوي. داخلي سرلیک لا هم د اپلیکیشن ریښتینې پای نقطې نوموي. RFC 7296 کې د ګېټوه-ګېټوه بیان دا د عادي روټینګ په توګه ګڼي چې ترافیک د تونل د پای نقطو له لارې رسوي.

نو ځکه د ګېټوې عامه پته بدلېدلې هم د څانګې سرور 10.55.8.20 ساتلی شي. داخلي پاکټ کې د وړاندې کوونکي پته هېڅ نه ده.

دا جلا کېدل د ډیزاین ځانګړنه ده، نه اتوماتیک تضمین. که بدله پورتنۍ اړیکه ملاتړ شوی تونل ونه شي جوړولی، یا داخلي لارې بیا ونه نصب شي، اپلیکیشن خپله لار له لاسه ورکوي که څه هم پته یې نه ده بدله شوې.

د وړاندې کوونکي لېږد لا هم د تفتیش لیست لري

باندنی تفتیش لیست پنځه ننوتنې لري: د سیال پته یا ساتل شوی نوم، اورېدونکی او هر پورتنۍ فلټر، په لار کې ژباړه، د سیال تمه شوی هویت، او د بل ګېټوې اجازه شوې تنظیمات. هر یو یې په خپله ناکام کېدلی شي. کله چې هغه لینک بدلوې چې اداره وړي، جلا د بیا رغولو لار وساته. د پورتنۍ اړیکې د بدلون په مهال لرې لاسرسی پرې کول هغه خنډ دی چې تاسو پخپله جوړ کړی.

له هغې وروسته د څانګې مخکښ، دواړو خواوو لار، د ساتنې تګلاره او یو ریښتینی اپلیکیشن بهیر وګورئ. نوی تصدیق شوی تونل هغه لار نه سموني چې زاړه شخصي فرعي شبکې ته اشاره کوي.

له بل نښلول شوي سایټ سره د پتو یو بل ته ننوتل جلا پلان کولو ستونزه ده. د وړاندې کوونکي بدلون دا نه جوړوي، خو لېږد معمولاً هغه وخت وي چې دا ښکاره شي.

څه نه پاتې کېږي: عامه سرچینه او غونډې

ثابته شخصي سرور پته ثابته عامه سرچینه نه ده. که لټون مستقیم د نوي وړاندې کوونکي له لارې ووځي، وېبپاڼې نوې هغه پته ویني چې وړاندې کوونکي ته مخ ده.

د هغې پتې ثابته ساتل د خپلې شتون او تګلارې سره پوره فکر شوی وتلو ډیزاین ته اړتیا لري. دا له تونل سره وړیا نه راځي.

جوړې شوې غونډې هم د لارې بدلون نه زغمي. تونل کولای شي په ثانیو کې بیا جوړ شي او بیا هم زاړه لارې ته تړل شوي اوږدمهاله اړیکې پرې کړي. لېږد د هغې کړکۍ لپاره پلان کړئ چېرې چې بیا نښلول د منلو وړ وي. دا مه وایئ چې لېږد به ناڅرګند وي تر څو چې ځانګړي کلاینټونه او د هغوی وختونه ونه ازمویل شي.

لېږد په څلورو تفتیشونو تصدیق کړئ

له بدلون وروسته څلور شیان په ترتیب سره وګورئ: تونل د تمه شوي سیال سره جوړ دی، د څانګې مخکښ ته داخلي لار شته، تګلاره د اپلیکیشن بهیر اجازه ورکوي او اپلیکیشن ځواب ورکوي. هر یو خپل امر لري.

په Linux ګېټوې کې، دا درې د هغه لیست منځ پټوي:

ip route get 10.55.8.20
ip xfrm policy list
curl -sS -o /dev/null -w "%{http_code}" --max-time 8 http://10.55.8.20/health

د لېږد پتې په یو لیست کې او د اپلیکیشن پتې په بل کې وساتئ. یوازې هغه ننوتنې نوي کړئ چې واقعاً حرکت کړی. د تونل باندنۍ پته بدلېدو له امله داخلي تړاوونه بیا شمېرل هغه کار دی چې ترې ډډه کېدلی شي.