ٹوٹتے URL ری رائٹر کے ساتھ سست Squid درخواستیں

اگر Squid کنکشن قبول کرتا ہے مگر درخواستیں آگے بھیجنے میں دیر لگاتا ہے تو اُس راستے پر کوئی بھی URL ری رائٹر دیکھیں۔ Squid 5–7 میں url_rewrite_program اُس بیرونی پروگرام کی نشاندہی کرتا ہے جو ابتدائی رسائی جانچ کے بعد بلایا جاتا ہے۔ یہ درخواست کو منزل تک پہنچنے سے پہلے موخر کر سکتا ہے۔

1. موثر ری رائٹ کمانڈ پڑھیں، ریپر اور دلائل سمیت۔
2. متاثرہ لین دین کو ہیلپر تشخیص سے ملا کر دیکھیں۔ چائلڈ پروسیس کا بار بار خروج، خراب ساختہ جوابات اور بڑھتی قطار الگ الگ سراغ ہیں۔
3. دیکھیں کہ کیا ایک ہی URL پیٹرن ناکامی کا سبب ہے۔ غیر متعلقہ resolver ترتیبات بدلنے کے بجائے اُس اِن پٹ کا پردہ کیا گیا نمونہ محفوظ رکھیں۔

ہیلپر کا لائنوں پر مبنی درخواست/جواب معاہدہ ہے۔ معیاری آؤٹ پٹ پر ریپر کا پیش رفت متن اِسے توڑ سکتا ہے۔ منتظم کی حیثیت سے اسکرپٹ کامیابی سے چلانا بھی Squid کے اِن پٹ اسٹریم، ماحول یا اجازتوں کو دوبارہ پیدا نہیں کرتا۔ یہ راستہ پاس ورڈ کی تصدیق سے الگ ہے۔

تبادلہ کام کرنے کے بعد ہی اِسے گنجائش کا مسئلہ سمجھنا چاہیے۔ url_rewrite_children پروسیس اور متعلقہ قطار کے رویے کو کنٹرول کرتا ہے، مگر زیادہ چائلڈ اِن پٹ سے پیدا ہونے والے کریش ٹھیک نہیں کر سکتے۔ اِس کا ہم وقتی اختیار چینل شناخت شامل کرتا ہے اور ایسا ہیلپر لازم کرتا ہے جو وہ گفتگو نافذ کرے۔

ری رائٹر کے بغیر مجاز موازنہ اُس کا حصہ الگ کر سکتا ہے۔ زیادہ بوجھ پر اِسے بائی پاس چھوڑنا اُس کی نافذ کردہ روٹنگ یا فلٹرنگ بدل سکتا ہے، لہٰذا یہ پالیسی کا فیصلہ ہے۔ پوری تاخیر کو نیٹ ورک لیٹنسی قرار دینے سے پہلے ہیلپر کے مشاہدہ شدہ انتظار کا DNS اور اگلے کنکشن کے شواہد سے موازنہ کریں۔