പിന്തുണയുള്ള Squid പതിപ്പുകളിൽ, access_log none ആ ക്രമീകരണത്തിലൂടെ ആക്സസ് ലോഗിംഗ് അപ്രാപ്തമാക്കുന്നു. യന്ത്രമോ നെറ്റ്വർക്കോ സൃഷ്ടിക്കുന്ന ഓരോ റെക്കോർഡിനെക്കുറിച്ചുമുള്ള പ്രസ്താവനയല്ല ഇത്.

സ്റ്റോർ ലോഗ് കാഷെ സംഭരണ പ്രവർത്തനം രേഖപ്പെടുത്തുന്നു. കാഷെ ലോഗ് ഡയഗ്നോസ്റ്റിക്സ് വഹിക്കുന്നു. ഇവ വേറിട്ട നിയന്ത്രണങ്ങളാണ്, കൂടാതെ ലോഗ് ലക്ഷ്യത്തെ പാക്കേജ് അല്ലെങ്കിൽ സേവന മാനേജർക്കും സ്വാധീനിക്കാം. ഒരു ശൂന്യ ഫയൽ എല്ലാം വിശദീകരിക്കുമെന്ന് കരുതുന്നതിനുപകരം ലോഡ് ചെയ്ത കോൺഫിഗറേഷനും അതിൽ ഉൾപ്പെടുത്തിയ ഫയലുകളും പരിശോധിക്കുക.

ഈ Squid പ്രക്രിയയ്ക്ക് പുറത്തും റെക്കോർഡുകൾ ഉണ്ടാകാം: പാരന്റ് പ്രോക്സി, ഫയർവാൾ, പ്രാമാണീകരണ സേവനം, ഹോസ്റ്റിംഗ് നെറ്റ്വർക്ക് അല്ലെങ്കിൽ ലക്ഷ്യം ബന്ധത്തിന്റെ ഒരു ഭാഗം നിരീക്ഷിച്ചേക്കാം. ഭാവിയിലെ ലോഗിംഗ് അപ്രാപ്തമാക്കുമ്പോൾ പഴയ റോട്ടേറ്റ് ചെയ്ത ഫയലുകളും ബാക്കപ്പുകളും അപ്രത്യക്ഷമാകുന്നില്ല.

സ്വകാര്യതാ ആവശ്യത്തിന്, കുറയ്ക്കേണ്ട യഥാർത്ഥ ഫീൽഡുകളും സൂക്ഷിക്കൽ കാലയളവും പേരിടുക: ക്ലയന്റ് വിലാസങ്ങൾ, ഉപയോക്തൃനാമങ്ങൾ, പൂർണ്ണ URL-കൾ അല്ലെങ്കിൽ ക്വറി സ്ട്രിംഗുകൾ. ബദലുകൾ മനസ്സിലാക്കാതെ പ്രവർത്തന തെളിവുകൾ ഓഫ് ചെയ്യുന്നതിനേക്കാൾ കേന്ദ്രീകൃത ലോഗ് നയം ഉപകാരപ്രദമായേക്കാം.

ഫലം കൃത്യമായി വിവരിക്കുക—ഉദാഹരണത്തിന് “ഈ ഇൻസ്റ്റൻസ് ഈ കോൺഫിഗറേഷനിൽ ഇടപാട് ആക്സസ് ലോഗുകൾ എഴുതുന്നില്ല.” മുഴുവൻ പാതയെ “ലോഗുകളില്ല” എന്ന് വിളിക്കാൻ ഈ നിർദ്ദേശത്തിന് നൽകാൻ കഴിയാത്ത തെളിവുകൾ വേണം.

അനുബന്ധ ലേഖനങ്ങൾ