Squid retry_on_error: اسٹیٹس کوڈز اور متبادل راستے
Squid retry_on_error کو اس کے دستاویزی اسٹیٹس اور متبادل منزل کے دائرے میں استعمال کریں، بجائے اس کے کہ اسے تمام درخواستوں کی تکرار کی عالمی ترتیب سمجھیں۔
Squid میں retry_on_error نام کا ایک آپشن ہے، لیکن نام اس کی مفید تشریح سے زیادہ وسیع ہے۔ اس کا مطلب یہ نہیں کہ ہر ناکام درخواست صفحہ کام کرنے تک بے حد دہرائی جائے گی۔
اس ہدایت کی حمایت کرنے والے ورژنز میں یہ بطور ڈیفالٹ بند ہے۔ دستاویزی تکرار کی فہرست 403, 500, 501, 502, 503 اور 504 ہے، اور درخواست کسی دوسری کام کرنے والی منزل کے ذریعے آزمائی جاتی ہے۔ یہ متبادل فارورڈنگ راستوں والے درجہ بندی میں خاص طور پر اہم ہے۔ یہ صرف اسی ساکٹ سے اسی سرور کی طرف وقتاً فوقتاً دوبارہ کوشش نہیں ہے۔
پہلے ناکامی کا نام لیں
پراکسی سے منسلک ہوتے وقت انکار، پراکسی کی توثیق کی ناکامی، ماخذ سے HTTP خرابی اور ترسیل شروع ہونے کے بعد کٹا ہوا جواب یکساں دوبارہ کوشش کا موقع نہیں دیتے۔ یہ توقع نہ رکھیں کہ ایک ترتیب چاروں کو یکساں طور پر سنبھالے گی۔
نجی اخراج کے لیے یہ بھی طے کریں کہ متبادل راستہ قابل قبول ہے یا نہیں۔ کسی دوسرے پیرنٹ کا دوسرا عوامی ماخذ پتہ، توثیق کی پالیسی یا نیٹ ورک مقام ہو سکتا ہے۔ اس متبادل کے ذریعے کامیابی پہلے پیرنٹ کے انتخاب کی وجہ کو توڑ سکتی ہے۔
ایپلیکیشن کی کارروائیاں ایک اور تشویش لاتی ہیں: درخواست کا اعادہ اس کے اثر کا بھی اعادہ کر سکتا ہے۔ کلائنٹ اور سرور کو مناسب تکرار کے معانی درکار ہیں، خاص طور پر ایسی کارروائیوں کے لیے جو ڈیٹا بناتی یا بدلتی ہیں۔ پراکسی کی ترتیب غیر یقینی نتائج کی ایپلیکیشن سطح پر ہینڈلنگ کا متبادل نہیں ہے۔
اپنے عین ورژن کے لیے ہدایت پڑھیں؛ حوالہ دستیابی اور ڈیفالٹ رویہ درج کرتا ہے۔ ساتھ ہی درخواست کی آخری تاریخیں اور صارف کو نظر آنے والا کل انتظار بھی ذہن میں رکھیں۔ ایک اضافی فارورڈنگ کوشش بہتر نتیجہ دیے بغیر باقی وقت خرچ کر سکتی ہے۔
وقفے وقفے سے ہونے والی ناکامیوں کی تحقیق کرتے وقت اسٹیٹس، منتخب پیرنٹ یا منزل اور کوششوں کی ترتیب درج کریں۔ ورنہ تکرار بار بار ہونے والے روٹنگ مسئلے کو عام طور پر سست ویب سائٹ کی طرح دکھا سکتی ہے اور وہ راستہ چھپا سکتی ہے جو واقعی ناکام ہوا۔