د فوروارډ پراکسي څنګه د API ځانګړي سرلیک سره معامله کوي
د API نسخې ساحه د عادي لیږد، د هر ټوپ لپاره د Connection قواعدو او په روښانه ډول تنظیم شوې د سرلیک پالیسي له لارې تعقیب کړئ.
یو API کولی شي خپله نسخه په ځانګړې غوښتنې ساحه لکه API-Version کې ولري. عادي فوروارډ پراکسي باید یوازې د دې لپاره چې نوم نااشنا دی هغه ساحه پرې نږدي. HTTP غوښتنه کوي چې ناپېژندل شوې ساحې ولیږدول شي، پرته له دې چې تعریف شوی استثنا یا تنظیم شوې پالیسي پلي شي.
د Connection ساحه یوه له همدې استثناؤ څخه ده. دا مثال غوښتنې پرتله کړئ:
API-Version: 2026-10
Connection: keep-aliveدلته د API ساحه دې اړیکې ته د سیمهای په توګه نه ده ټاکل شوې. په راتلونکې بېلګه کې لېږونکی خپل حد په روښانه ډول بدلوي:
API-Version: 2026-10
Connection: API-Versionفوروارډ پراکسي د لېږلو دمخه هغه ساحې لرې کوي چې Connection نومولي او پخپله د اړیکې ځانګړې لارښوونې لرې یا بدلوي. نو د اصلي سرچینې لپاره ټاکل شوی د اپلیکیشن سرلیک باید په هغه ټوکن لیست کې نه وي.
هغه نقطه پیدا کړئ چې ساحه پکې بدلېږي
د ک্লینټ جوړه کړې غوښتنه، هغه ساحې چې پراکسي ترلاسه او ولېږلې، او هغه څه چې اصلي سرچینې ترلاسه کړل پرتله کړئ. ک্লینټ کولی شي سرلیک مخکې له دې چې پراکسي یې وویني پرېږدي؛ تنظیم شوی فلټر یې په قصد لرې کولی شي؛ سرور کولی شي غوښتنه د سرلیک حد له تېرېدو له امله رد کړي.
یوازې د زاړه ځای پرځای کولو کې راپور شوي د سرلیک اندازې حد څخه د خاموش لرې کولو اټکل مه کوئ. حدود او د ردولو چلند د اصلي برخو او ترتیباتو پورې اړه لري. د HTTP ځواب او اړوند ثبتونه د کتنې سره یوځای وساتئ.
د عادي CONNECT تونل دننه د پای څخه تر پای HTTPS لپاره پراکسي نشي کولی داخلي API ساحه ولولي او په ټاکل شوې توګه یې لرې کړي. بیا د سرلیکونو څېړنه د TLS پایونو یا په روښانه ډول باوري څېړنې منځګړي پورې اړه لري.