Squid ലോഗുകളിൽ പരാജയപ്പെട്ട അഭ്യർത്ഥന കണ്ടെത്തുക
ഇടപാടുകളുടെ ഫലത്തിന് access.logഉം Squidന്റെ സ്വന്തം തകരാറുകൾക്ക് cache.logഉം ഉപയോഗിച്ച് ടണലിന്റെ നിലയും ലക്ഷ്യത്തിന്റെ നിലയും വേർതിരിക്കുക.
Debianന്റെ Squid 6 പാക്കേജിൽ സാധാരണ ഇടപാട്, ഡീമൺ ലോഗുകളിൽ നിന്ന് തുടങ്ങുക:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logപ്രത്യേക ലോഗിങ് ക്രമീകരണമോ സേവന മാനേജരോ അവയെ മറ്റിടത്തേക്ക് അയച്ചേക്കാം. അറിയാവുന്ന ഉറവിടത്തിൽ നിന്ന് പരിധി നിശ്ചയിച്ച ഒരൊറ്റ അഭ്യർത്ഥന വീണ്ടും സൃഷ്ടിക്കുക; ശരിയായ രേഖ കണ്ടെത്താൻ സമയം, മെത്തഡ്, ലക്ഷ്യം എന്നിവ കുറിക്കുക.
| തെളിവ് | അതിൽ നിന്ന് വായിക്കേണ്ടത് |
|---|---|
| access.logന്റെ തനത് രൂപത്തിലുള്ള ഫലം | Squidന്റെ ഫലകോഡും HTTP നിലയും ഇടപാടിന്റെ വ്യത്യസ്ത ഭാഗങ്ങളാണ്. |
| ആക്സസ് ശ്രേണിയുടെ വിവരം | കൈമാറ്റം പാരന്റ് പ്രോക്സിയോ മറ്റൊരു വഴിയോ എങ്ങനെ ഉപയോഗിച്ചു. |
| CONNECT വിജയം | ടണൽ തുറന്നു; എൻക്രിപ്റ്റ് ചെയ്ത TLSനുള്ളിൽ പിന്നീട് വരുന്ന വെബ്സൈറ്റ് നിലയല്ല ഇത്. |
| cache.log | Squidന്റെ സ്വന്തം ഹെൽപ്പർ, ആരംഭം, റിസോൾവർ, കോൺഫിഗറേഷൻ എന്നിവയിലെ തകരാറുകൾ. |
പൊരുത്തപ്പെടുന്ന അഭ്യർത്ഥന കാണുന്നില്ലെങ്കിൽ ഈ ക്ലയന്റ് ഈ പ്രവർത്തിക്കുന്ന ഇൻസ്റ്റൻസിലും ലിസണറിലും എത്തിയെന്ന് ഉറപ്പാക്കുക. ലോഗിങ് ACL, ബഫറിങ്, റൊട്ടേഷൻ, ഇടപാട് ഇപ്പോഴും സജീവമാണോ എന്നിവ പരിശോധിക്കുക; ദീർഘകാലം നിലനിൽക്കുന്ന ടണലിന് അവസാന ആക്സസ് രേഖ ഇനിയും ഉണ്ടായിരിക്കണമെന്നില്ല. ബൈപാസോ പഴയ പ്രോക്സി പ്രോസസോ ട്രാഫിക് മറ്റിടത്തേക്ക് അയച്ചേക്കാം; അതിനാൽ ആക്സസ് നയം തിരുത്തുന്നതിനു മുമ്പ് കേൾക്കുന്ന പ്രോസസിനെ അത് ലോഡ് ചെയ്ത കോൺഫിഗറേഷനുമായി പൊരുത്തപ്പെടുത്തുക.
സൂക്ഷ്മവിവരങ്ങൾ മറച്ച ബന്ധപ്പെട്ട ഇടപാടും അടുത്തുള്ള പിശകുകളും പങ്കിടുക. URL, ക്വറി, ഉറവിട വിലാസം, ഉപയോക്തൃനാമം എന്നിവ സ്വകാര്യമായിരിക്കാം; പ്രത്യേക ആവശ്യകതയില്ലാതെ മുഴുവൻ ലോഗുകൾ പുറത്തുവിടുകയോ എല്ലാ ഹെഡറുകളുടെയും ലോഗിങ് പ്രവർത്തനക്ഷമമാക്കുകയോ ചെയ്യുന്നത് ഉപകാരപ്രദമായ തെളിവിനുപകരം വെളിപ്പെടുത്തൽ വർധിപ്പിക്കും.