यदि Squid को पहले से किसी प्रतिक्रिया का कुछ भाग मिल चुका है और फिर वह अधिक डेटा की प्रतीक्षा कर रहा है, तो forward_timeout बढ़ाना गलत प्रतीक्षा का समाधान करता है। Squid 5 से 7 में, जो क्रिया रुकी उसके अनुसार इन घड़ियों में से चुनें:

Squid किसकी प्रतीक्षा कर रहा हैनिर्देश
एक उपयोगी अग्रेषण मार्गforward_timeout
दूसरा मार्ग आज़माने से पहले सर्वर या पीयर से TCP संबंधconnect_timeout
पीयर-सर्वर संबंध से अधिक डेटा; सफल पठन प्रतीक्षा बढ़ाता हैread_timeout

त्रुटि की श्रेणी और अंतिम सफल क्रिया को लॉग प्रविष्टि के पास रखें। अग्रेषण संबंध बनने से पहले की विफलता मार्ग चयन या संबंध स्थापित करने की ओर संकेत करती है। ऐसी प्रतिक्रिया जो आरंभ होकर फिर शांत हो जाए, सर्वर-पठन चरण की ओर संकेत करती है। दोनों में से किसी भी स्थिति का पता लगाते समय चयनित पीयर और गंतव्य लिखें।

लंबी प्रतीक्षा की अनुमति देने से पहले सुनिश्चित करें कि लक्ष्य उस अवधि में सुधर सकता है। टाइमर न तो क्रेडेंशियल दे सकता है और न ही अनुपलब्ध सेवा को पहुँचयोग्य बना सकता है। क्लाइंट की समय-सीमा की भी तुलना करें: अन्यथा क्लाइंट उस क्रिया को छोड़ सकता है जबकि Squid अभी भी प्रतीक्षा कर रहा हो।

ये नाम और उनकी उपलब्धता संस्करण पर निर्भर हैं। तैनात संस्करण के संदर्भ का उपयोग करें; dns_v4_first के बारे में पुरानी सलाह पता चयन से संबंधित है और यह नहीं बताती कि इनमें से कौन-सी प्रतीक्षा विफल हुई।

संबंधित लेख