Squid को सत्र सहायक कहाँ गयो?

अर्को सर्भरबाट प्रतिलिपि गरिएको कन्फिगरेसनले ext_session_acl उल्लेख गर्छ। तपाईंको Squid प्याकेजमा त्यो बाटोमा कुनै फाइल छैन। यो बिग्रिएको प्रयोगकर्ता सत्र होइन, प्याकेजिङ अमिल्दो हुन सक्छ।

Squid ले बाह्य ACL निर्णयहरू सहायक कार्यक्रमहरूलाई सुम्पन सक्छ, तर external_acl_type मा कुनै कार्यक्रमको नाम लेख्दा त्यो स्थापना हुँदैन। बाइनरी तैनाथ गरिएको वातावरणमा हुनैपर्छ।

तीन कुरा तुलना गर्नुहोस्:

• तपाईंले प्रयोग गर्नुभएको Squid संस्करणका लागि सहायकको कागजात गरिएको नाम।
• तपाईंको वितरणको प्याकेजले वास्तवमा उपलब्ध गराउने फाइलहरू।
• Squid ले लोड गरेको कन्फिगरेसनमा रहेको निरपेक्ष कार्यान्वयन योग्य बाटो।

Debian ले ext_session_acl का लागि म्यानुअल प्रकाशित गर्छ, तर म्यानुअलको शीर्षक मिल्नु तपाईंको सर्भरमा प्रतिलिपि गरिएको बाटोमा बाइनरी छ भन्ने प्रमाण होइन। त्यो स्थापनाको आफ्नै प्याकेज जानकारी र सहायक निर्देशिका जाँच्नुहोस्।

यदि त्यसको प्याकेजले आवश्यक सहायक उपलब्ध गराउँदैन भने वितरणको समर्थित प्याकेज विभाजन र निर्माण जानकारी हेर्नुहोस्। स्रोत रूखको उपनिर्देशिकाको नामले बनेको बाइनरी प्रत्येक निर्माणमा छ भन्ने प्रमाण दिँदैन।

“फाइल छैन” र “फाइल छ तर सुरु हुँदैन” अलग राख्नुहोस्। दोस्रोमा त्यसको इन्टरप्रेटर, साझा लाइब्रेरी, अनुमति वा सेवा सीमा संलग्न हुन सक्छ। त्यो असफलताका लागि Squid को सहायक सुरु हुने सन्देशहरू हेर्नुहोस्। दुवै लक्षणमध्ये कुनै पनि प्रोक्सी प्रयोगकर्ताको पासवर्ड गलत छ भन्ने प्रमाण होइन।

असम्बन्धित पुरानो सर्भरको सहायक केवल त्यसको फाइलनाम कन्फिगरेसनसँग मिल्छ भनेर साट्न सकिँदैन।