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