د پراکسي VIP د بدلون وروسته څه پاتې کېږي؟
د پراکسي د ننوتلو بیا رغونه د تاسیس شوو CONNECT تونلونو او ویبسایټ ته د وتلو адریس له پاتې کېدو څخه بېل کړئ.
الوتونکی адрис د پراکسي تنظیم ثابت ساتي: د فعالې ماشین له ناکامېدو وروسته هم مراجعین هماغه هوسټ نوم یا IP کاروي. دا ګټوره لاسرسی دی. خو روان ډاونلوډ بیا هم کېدای شي ودرېږي.
د HTTPS غوښتنې فکر وکړئ چې لا دمخه د CONNECT په داخل کې ده. فعال پراکسي د مراجع خواته TCP اړیکه او ویبسایټ خواته بله اړیکه لري. همدارنګه هغه د اپلیکیشن حالت لري چې دا بهیرونه یوځای کوي.
د адریس لیږدول بېل ماشین ته په خپله نه د TCP کنټرول بلاک لیږدوي او نه هغه ریلې حالت. نوی مالک کولای شي نوي اړیکې ومني، خو نشي کولای هغه بایټ بهیر ته دوام ورکړي چې پخواني مالک جوړ کړی و.
| تمه | ایا عادي адریس بدلون دا برابروي؟ |
|---|---|
| یو تنظیم شوی ننوتل ساتل | همدا هغه هدف ګټه ده |
| تاسیس شوی CONNECT بهیر ته دوام ورکول | اضافي حالت ساتونکی میکانیزم به اړین وي |
| هماغه وتونکی عامه IP ساتل | د وتلو لارښوونې او NAT پورې اړه لري |
| منځته راغلې اپلیکیشن کړنه په خوندي ډول تکرارول | د کړنې او مراجع پورې اړه لري |
VRRP ټاکنه او د адрис مالکیت تعریفوي. دا د پراکسي پروسې لپاره د تکرار پروتوکول نه دی. د بلې لوړې لاسرسي سافټویر سره ځای پرځای کول هم هماغه توپیر ته اړتیا لري، پرته له دې چې په ښکاره توګه ډېر څه برابروي.
وګورئ چې د روغتیا پلټنه په ریښتیا څه ګوري. ماشین کولای شي اعلانونو ته ځواب ووایي په داسې حال کې چې د پراکسي خدمت، DNS یا پورتنۍ لار ناکامه شوې وي. په برعکس، ډېر حساسو پلټنو کېدای شي غیر ضروري بدلونونه رامنځته کړي.
د مراجع خواته بیا رغونه هم مهمه ده. نوې براوزر غوښتنه کولای شي په اسانۍ بیا وصل شي؛ کارول شوې بډي سره اپلوډ یا غیر ایډمپوټینټ API کړنه ممکن د اپلیکیشن ځانګړې سمبالښت ته اړتیا ولري. یوازې دې لپاره چې نوې غوښتنه د بېل ماشین له لارې بریالۍ شوه، د ناڅرګند بدلون ژمنه مه کوئ.