د Squid لیږدونکي پراکسي لپاره د HAProxy روغتیا کتنې
د HAProxy داسې روغتیا کتنه جوړه کړئ چې له لیږدونکي پراکسي سره خبرې کوي او د اورېدونکي رسېدل، د CONNECT منل او له سرچینې څخه راوړل جلا کوي.
د پراکسي په کوربه کې /check.txt نومې فایل د روغتیا روښانه هدف ښکاري. اصلي ټکی دا دی چې د Squid څرګند لیږدونکی اورېدونکی د دې کوربه د اسنادو ریښې وړاندې کوونکی عادي ویبپاڼه نه ده.
د سرچینې په سټایل غوښتنلیک لکه HEAD /check.txt HTTP/1.1 د لیږدونکي پراکسي له لارې د عادي HTTP غوښتنلیک لپاره تمه شوی مطلق هدف پرېږدي. د ترتیباتو له مخې دا ردېدای شي یا بل ځایي خدمت یې سمبال کړي. دواړه پایلې ممکن له هغه څخه لږ ووایي چې ډشبورډ یې په ګوته کوي.
هغه خدمت وټاکئ چې باید د لاسرسي وړ پاتې شي
| کتنه | ګټوره شاهدي |
|---|---|
| د پراکسي اورېدونکي ته TCP اړیکه | رسېدونکې پروسه هغه اړیکه مني. |
| کنټرول شوي هدف ته CONNECT | پراکسي هغه تونل غوښتنلیک مني. |
| د پراکسي له لارې HTTP راوړل | ټاکل شوی غوښتنلیک لاره کولای شي تمه شوې ځواب بیرته راولي. |
په دریمه پېښه کې غوښتنلیک هدف ته اړتیا لري، د بېلګې په توګه:
HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internalد کوربه نوم یوازې بېلګه ده. کنټرول شوی پای ټکی وکاروئ چې پراکسي یې حل کولای شي او په قصدي ډول ورته د رسېدو اجازه لري. د HAProxy http-check send د میتود، URI، نسخې او سرلیکونو ټاکل ملاتړ کوي؛ هغه غوښتنلیک په څرګند ډول تنظیم کړئ نه دا چې د سرچینې سرور بېلګه بې بدله میراث کړئ.
HEAD کولای شي د ځواب حالت او سرلیکونه وګوري. هغه ځواب جسم چې هېڅکله نه لیږل کیږي نشي کولای تایید کړي. که د روغتیا تړون په جسم کې نښه غواړي، مناسبه GET کتنه وټاکئ او هغه نښه تایید کړئ.
کله چې د پراکسي تصدیق شامل وي، د کتنې حساب او د سرچینې محدودیتونه تنګ وساتئ. د شنه نښان لپاره ټول اورېدونکی له تصدیق څخه معاف کول هغه خدمت بدلوي چې ساتل کیږي.
په پای کې پریکړه وکړئ چې ناکامه کتنه څه لرې کړي. د کنټرول شوې سرچینې خنډ کولای شي د هر پراکسي د لیږد کتنه په یو وخت ناکامه کړي. دا ممکن هغه انحصار وي چې تاسو یې اندازه کول غواړئ، یا لامل وي چې د اورېدونکي روغتیا او له سره تر سره لاسرسي جلا سیګنالونه وساتئ.