Squid-ന്റെ സെഷൻ സഹായി എവിടെ പോയി?

മറ്റൊരു സെർവറിൽ നിന്ന് പകർത്തിയ ക്രമീകരണം ext_session_acl എന്ന് പറയുന്നു. നിങ്ങളുടെ Squid പാക്കേജിൽ ആ പാതയിൽ ഫയൽ ഇല്ല. ഇത് തകർന്ന ഉപയോക്തൃ സെഷനല്ല, പാക്കേജിംഗ് പൊരുത്തക്കേടായിരിക്കാം.

Squid ബാഹ്യ ACL തീരുമാനങ്ങൾ സഹായ പ്രോഗ്രാമുകൾക്ക് നൽകാം, പക്ഷേ external_acl_type-ൽ ഒരു പ്രോഗ്രാമിന്റെ പേര് എഴുതുന്നത് അത് ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല. വിന്യസിച്ച പരിതസ്ഥിതിയിൽ ബൈനറി ഉണ്ടായിരിക്കണം.

മൂന്ന് കാര്യങ്ങൾ താരതമ്യം ചെയ്യുക:

• നിങ്ങൾ ഉപയോഗിക്കുന്ന Squid പതിപ്പിനുള്ള സഹായിയുടെ രേഖപ്പെടുത്തിയ പേര്.
• നിങ്ങളുടെ വിതരണത്തിന്റെ പാക്കേജ് യഥാർത്ഥത്തിൽ നൽകുന്ന ഫയലുകൾ.
• Squid ലോഡ് ചെയ്ത ക്രമീകരണത്തിലെ എക്സിക്യൂട്ടബിളിന്റെ കേവല പാത.

Debian ext_session_acl-നുള്ള മാനുവൽ പ്രസിദ്ധീകരിക്കുന്നു, പക്ഷേ മാനുവൽ ശീർഷകം ഒത്തുപോകുന്നത് നിങ്ങളുടെ സെർവറിൽ പകർത്തിയ പാതയിൽ ബൈനറി ഉണ്ടെന്നതിന്റെ തെളിവല്ല. ആ ഇൻസ്റ്റലേഷന്റെ സ്വന്തം പാക്കേജ് വിവരങ്ങളും സഹായി ഡയറക്ടറിയും പരിശോധിക്കുക.

അതിന്റെ പാക്കേജ് ആവശ്യമായ സഹായി നൽകുന്നില്ലെങ്കിൽ, വിതരണത്തിന്റെ പിന്തുണയുള്ള പാക്കേജ് വിഭജനവും ബിൽഡ് വിവരങ്ങളും പരിശോധിക്കുക. സോഴ്സ് ട്രീയിലെ ഉപഡയറക്ടറിയുടെ പേര് ഫലമായുണ്ടാകുന്ന ബൈനറി എല്ലാ ബിൽഡിലും ഉണ്ടെന്നതിന്റെ തെളിവല്ല.

“ഫയൽ ഇല്ല” എന്നത് “ഫയൽ ഉണ്ട് പക്ഷേ ആരംഭിക്കാൻ കഴിയില്ല” എന്നതിൽ നിന്ന് വേർതിരിക്കുക. രണ്ടാമത്തേതിൽ അതിന്റെ ഇന്റർപ്രിറ്റർ, പങ്കിട്ട ലൈബ്രറികൾ, അനുമതികൾ അല്ലെങ്കിൽ സേവന പരിധി ഉൾപ്പെട്ടേക്കാം. ആ പരാജയത്തിന് Squid-ന്റെ സഹായി ആരംഭ സന്ദേശങ്ങൾ പരിശോധിക്കുക. ഈ രണ്ട് ലക്ഷണങ്ങളും പ്രോക്സി ഉപയോക്താവിന്റെ പാസ്‌വേഡ് തെറ്റാണെന്നതിന്റെ തെളിവല്ല.

ബന്ധമില്ലാത്ത പഴയ സെർവറിൽ നിന്നുള്ള സഹായി അതിന്റെ ഫയൽനാമം ക്രമീകരണവുമായി ഒത്തുപോകുന്നത് കൊണ്ട് മാത്രം മാറ്റാനാവില്ല.