د پروکسي څرخه د غوښتنو، اړیکو او ناستو په اوږدو کې
مخکې لدې چې هرې اپلیکیشن غوښتنې ته Connection: close ورزیات کړئ، وګورئ چې څرخېدونکې پروکسي خدمت په رښتیا څه څرخوي.
د یوه ګیټوې له لارې دوهمه غوښتنه کولای شي په قانوني ډول هغه عامه IP وکاروي. وګورئ چې خدمت د خپلې څرخې لپاره کوم عمر کاروي:
| د څرخې واحد | څه باید پرتله شي |
|---|---|
| غوښتنه | بل اپلیکیشن عمل او هغه وتلې پایله چې مشاهده شوې |
| اړیکه | ایا کلاینټ یو مناسب اړیکه بیا وکاروله یا بله یې پرانیسته |
| د عرضه کوونکي ناسته | مستند شوې نښلېدونکې ناستې ننوتنه او د هغې عمر |
Connection: close د ګیټوې عمومي لارښوونه نه ده. د CONNECT دننه HTTPS لپاره، د وېبسایټ غوښتنې سرلیک د منزل TLS دننه سفر کوي. دا بهرني پروکسي ته نه وایي چې کومه عامه IP باید وټاکل شي. د HTTP/1.1 د اړیکې ځانګړې معنا هم نه شي کولای پرته له بدلون هر HTTP نسخې یا ټرانسپورټ ته ولېږدول شي.
که مستند پر-اړیکه خدمت نوی اړیکه غواړي، هغه د ژوند دورې کنټرول وکاروئ چې کلاینټ یې ملاتړ کوي او د TCP/TLS د بیا بیا جوړولو لګښتونه په پام کې ونیسئ. که څرخه د عرضه کوونکي ناستې پیروي کوي، بیا نښلېدنه کولای شي هغه ناسته او د هغې وتل دواړه وساتي.
د غوښتنې پېژندونکی، پای ټکی، اړوند د ناستې کیلي او هغه سرچینه چې په منزل کې مشاهده شوې په جلا توګه ثبت کړئ. د اړیکې بندول یوازې هغه د ژوند دورې پېښه ثابتوي؛ د بل عمل لپاره ټاکل شوی وتل د خدمت د ریښتیني څرخې تړون سره سم وګورئ.