क्रैश होते URL रीराइटर के साथ धीमे Squid अनुरोध
URL रीराइटिंग सहायक की जाँच करें जब प्रॉक्सी कनेक्शन स्वीकार करता है पर अनुरोध आगे भेजने से पहले अटक जाते हैं।
अगर Squid कनेक्शन स्वीकार करता है पर अनुरोध आगे भेजने में बहुत समय लेता है, तो उस पथ पर मौजूद किसी भी URL रीराइटर की जाँच करें। Squid 5–7 में url_rewrite_program प्रारंभिक एक्सेस जाँचों के बाद परामर्श लिए जाने वाले बाहरी प्रोग्राम का नाम देता है। यह गंतव्य तक पहुँचने से पहले अनुरोध को विलंबित कर सकता है।
- प्रभावी रीराइट कमांड पढ़ें, रैपर और आर्ग्युमेंट सहित।
- प्रभावित लेन-देन को सहायक निदान से मिलाएँ। बार-बार चाइल्ड प्रोसेस का बाहर निकलना, विकृत उत्तर और बढ़ती कतार अलग-अलग सुराग हैं।
- देखें कि क्या कोई एक URL पैटर्न विफलता पैदा करता है। असंबंधित रिज़ॉल्वर सेटिंग बदलने के बजाय उस इनपुट का संपादित नमूना सुरक्षित रखें।
सहायक का पंक्ति-आधारित अनुरोध/उत्तर अनुबंध है। मानक आउटपुट पर रैपर का प्रगति पाठ इसे तोड़ सकता है। व्यवस्थापक के रूप में स्क्रिप्ट का सफलतापूर्वक चलना भी Squid के इनपुट प्रवाह, वातावरण या अनुमतियों को पुन: उत्पन्न नहीं करता। यह पथ पासवर्ड सत्यापन से अलग है।
केवल आदान-प्रदान के काम करने के बाद ही इसे क्षमता समस्या मानें। url_rewrite_children प्रक्रियाओं और संबंधित कतार व्यवहार को नियंत्रित करता है, पर अधिक चाइल्ड इनपुट-जनित क्रैश ठीक नहीं कर सकते। इसका समवर्ती विकल्प चैनल पहचानकर्ता जोड़ता है और ऐसा सहायक चाहता है जो वह बातचीत लागू करे।
रीराइटर के बिना अधिकृत तुलना इसके योगदान को अलग कर सकती है। अधिभार के समय इसे बायपास छोड़ना उस राउटिंग या फ़िल्टरिंग को बदल सकता है जो यह लागू करता है, इसलिए यह नीति निर्णय है। पूरे विलंब को नेटवर्क लेटेंसी मानने से पहले देखे गए सहायक प्रतीक्षा की तुलना DNS और आगे के कनेक्शन के साक्ष्य से करें।