Squid चा सत्र सहाय्यक कुठे गेला?

दुसऱ्या सर्व्हरवरून कॉपी केलेली संरचना ext_session_acl चा उल्लेख करते. तुमच्या Squid पॅकेजमध्ये त्या मार्गावर फाइल नाही. हे तुटलेले वापरकर्ता सत्र नसून पॅकेजिंग विसंगती असू शकते.

Squid बाह्य ACL निर्णय सहाय्यक प्रोग्रामांना सोपवू शकते, पण external_acl_type मध्ये प्रोग्रामचे नाव लिहिल्याने तो स्थापित होत नाही. बायनरी तैनात केलेल्या वातावरणात असणे आवश्यक आहे.

तीन गोष्टींची तुलना करा:

• तुम्ही वापरत असलेल्या Squid आवृत्तीसाठी सहाय्यकाचे नोंदवलेले नाव.
• तुमच्या वितरणाचे पॅकेज प्रत्यक्षात पुरवणार्या फायली.
• Squid ने लोड केलेल्या संरचनेतील एक्झिक्युटेबलचा निरपेक्ष मार्ग.

Debian ext_session_acl साठी मॅन्युअल प्रकाशित करते, पण मॅन्युअलचे शीर्षक जुळणे म्हणजे तुमच्या सर्व्हरवरील कॉपी केलेल्या मार्गावर बायनरी आहे याचा पुरावा नाही. त्या इंस्टॉलेशनची स्वतःची पॅकेज माहिती आणि सहाय्यक डिरेक्टरी तपासा.

त्याचे पॅकेज आवश्यक सहाय्यक पुरवत नसेल, तर वितरणाची समर्थित पॅकेज विभागणी आणि बिल्ड माहिती पहा. स्रोत-वृक्षातील उपडिरेक्टरीचे नाव म्हणजे तयार झालेली बायनरी प्रत्येक बिल्डमध्ये आहे याचा पुरावा नाही.

“फाइल नाही” आणि “फाइल आहे पण सुरू होत नाही” वेगळे ठेवा. दुसऱ्यात त्याचा इंटरप्रिटर, सामायिक लायब्ररी, परवानग्या किंवा सेवा मर्यादा असू शकतात. त्या अयशस्वीतेसाठी Squid च्या सहाय्यक सुरुवातीच्या संदेशांची तपासणी करा. या दोन्ही लक्षणांपैकी कोणतेही प्रॉक्सी वापरकर्त्याचा पासवर्ड चुकीचा आहे याचा पुरावा नाही.

असंबद्ध जुन्या सर्व्हरवरील सहाय्यक केवळ त्याचे फाइलनाव संरचनेशी जुळते म्हणून बदलता येत नाही.