د URL بیا لیکونکي د ناکامۍ سره ورو Squid غوښتنې
کله چې پروکسي اړیکې مني خو غوښتنې د لیږلو مخکې بندېږي، د URL بیا لیکنې مرستندوی وګورئ.
که Squid اړیکې مني خو غوښتنې لیږلو ته اوږد وخت نیسي، نو په هغه لاره کې هر URL بیا لیکونکی وګورئ. په Squid 5–7 کې url_rewrite_program د بهرني پروګرام نوم ښیي چې د لومړنیو لاسرسي څیړنو وروسته بلل کیږي. دا کولای شي غوښتنه د منزل تر رسیدو مخکې ورو کړي.
- د اصلي بیا لیکنې امر ولولئ، د بسته او دلیلونو سره.
- اغیزمنه معامله د مرستندوی تشخیص سره ورته کړئ. د ماشوم پروسسونه تکراري وتل، ناسم ځوابونه او زیاتیدونکی قطار جلا نښې دي.
- وګورئ چې ایا یو URL بڼه دا ناکامي رامنځته کوي. د بې اړیکې resolver تنظیمات بدلولو پرځای د هغه ان پټ پټ شوی بېلګه وساتئ.
مرستندوی کرښې ته اړوند د غوښتنې/ځواب تړون لري. د بستې پرمختګ متن په معیاري وتلو کې کولای شي هغه مات کړي. د سکرپټ په بریالیتوب سره د مدیر په توګه چلول هم د Squid ان پټ جریان، چاپیریال یا اجازې بیا نه جوړوي. دا لاره د پټنوم تایید څخه جلا ده.
یوازې وروسته له دې چې تبادله کار وکړ، باید د ظرفیت ستونزه یې وګڼئ. url_rewrite_children پروسسونه او اړوند قطار چلند کنټرولوي، خو ډیر ماشومان نشي کولای د ان پټ له امله رامنځته شوې ناکامۍ سمې کړي. د هغې هممهالي اختیار چینل پیژندنې راوړي او د هغه خبرو اترو پلي کوونکی مرستندوی غواړي.
د بیا لیکونکي پرته مجاز پرتله کول کولای شي د هغې ونډه جلا کړي. د ډیر بار پر مهال یې پرېښودل کولای شي هغه لارښونه یا فلټر بدل کړي چې هغه پلي کوي، نو دا د پالیسۍ پریکړه ده. د ټول ځنډ شبکه ته نسبت کولو مخکې د مرستندوی انتظار د DNS او بلې اړیکې شاهدو سره پرتله کړئ.