Squid సెషన్ సహాయకుడు ఎక్కడికి వెళ్ళాడు?

మరో సర్వర్ నుండి కాపీ చేసిన కాన్ఫిగరేషన్ ext_session_acl ను పేర్కొంటుంది. మీ Squid ప్యాకేజీలో ఆ మార్గంలో ఫైల్ లేదు. ఇది పాడైన వినియోగదారు సెషన్ కాకుండా ప్యాకేజింగ్ అసమతుల్యత కావచ్చు.

Squid బాహ్య ACL నిర్ణయాలను సహాయక ప్రోగ్రాములకు అప్పగించగలదు, కానీ external_acl_type లో ప్రోగ్రామ్ పేరు రాయడం దాన్ని ఇన్‌స్టాల్ చేయదు. బైనరీ అమలు చేసిన వాతావరణంలో ఉండాలి.

మూడు విషయాలను పోల్చండి:

• మీరు ఉపయోగిస్తున్న Squid విడుదలకు సహాయకుడి డాక్యుమెంట్ చేసిన పేరు.
• మీ పంపిణీ ప్యాకేజీ నిజంగా అందించే ఫైళ్ళు.
• Squid లోడ్ చేసిన కాన్ఫిగరేషన్‌లోని ఎగ్జిక్యూటబుల్ యొక్క సంపూర్ణ మార్గం.

Debian ext_session_acl కోసం మాన్యువల్ ప్రచురిస్తుంది, కానీ మాన్యువల్ శీర్షిక సరిపోలడం మీ సర్వర్‌లో కాపీ చేసిన మార్గంలో బైనరీ ఉందని రుజువు కాదు. ఆ ఇన్‌స్టాలేషన్ యొక్క స్వంత ప్యాకేజీ సమాచారాన్ని మరియు సహాయకుల డైరెక్టరీని తనిఖీ చేయండి.

దాని ప్యాకేజీ అవసరమైన సహాయకుడిని అందించకపోతే, పంపిణీ యొక్క మద్దతు ఉన్న ప్యాకేజీ విభజన మరియు బిల్డ్ సమాచారాన్ని చూడండి. సోర్స్ ట్రీలోని ఉప డైరెక్టరీ పేరు ఫలిత బైనరీ ప్రతి బిల్డ్‌లో ఉందని రుజువు కాదు.

“ఫైల్ లేదు” మరియు “ఫైల్ ఉంది కానీ ప్రారంభం కాదు” వేరు చేయండి. రెండవది దాని ఇంటర్‌ప్రెటర్, షేర్డ్ లైబ్రరీలు, అనుమతులు లేదా సేవా పరిమితిని కలిగి ఉండవచ్చు. ఆ వైఫల్యం కోసం Squid సహాయకుడి ప్రారంభ సందేశాలను చూడండి. ఆ రెండు లక్షణాలలో ఏదీ ప్రాక్సీ వినియోగదారు పాస్‌వర్డ్ తప్పు అని రుజువు కాదు.

సంబంధం లేని పాత సర్వర్ నుండి సహాయకుడిని కేవలం దాని ఫైల్‌పేరు కాన్ఫిగరేషన్‌తో సరిపోలుతుందని మార్చుకోలేరు.