Squid HTTPS ഹോസ്റ്റ് ലോഗ് ചെയ്യുന്നതിനാൽ പേജ് പാത്ത് അല്ലാത്തത് എന്തുകൊണ്ട്
സാധാരണ Squid CONNECT ലോഗുകളിൽ കാണാത്ത HTTPS പാത്തുകൾ വിശദീകരിക്കുന്നു, TLS ഇടപെടൽ സാധാരണ ലോഗിംഗ് ക്രമീകരണമായി കണക്കാക്കാതെ.
shop.example:443 എന്നതിനുള്ള റെക്കോർഡ് Squid-ന് /orders/42 എന്ന പാത നൽകുന്നില്ല. CONNECT ഹോസ്റ്റ്/പോർട്ട് ആവശ്യപ്പെടുന്നു; പിന്നീട് ലക്ഷ്യത്തിലെ TLS HTTP പാത ടണലിനുള്ളിൽ കൊണ്ടുപോകുന്നു.
| തെളിവ് | സാധാരണ CONNECT റിലേ |
|---|---|
| ലക്ഷ്യ ഹോസ്റ്റ്/പോർട്ടും ടണൽ ഫലവും | പ്രോക്സിക്ക് ലഭ്യമാണ്. |
| ആന്തരിക HTTPS പാതയും അപ്ലിക്കേഷൻ അഭ്യർത്ഥനയും | ക്ലയന്റും വെബ്സൈറ്റും തമ്മിൽ എൻക്രിപ്റ്റ് ചെയ്തത്. |
# യിൽ തുടങ്ങുന്ന ബ്രൗസർ URL ഭാഗം | സാധാരണയായി ക്ലയന്റിൽ തന്നെ നിൽക്കുന്നു, പ്രോക്സി ലോഗിന് പുറത്തും. |
ലോഗ് ഫോർമാറ്റിന് Squid-നുള്ള ഫീൽഡുകൾ രേഖപ്പെടുത്താം, കാണാത്ത സന്ദേശങ്ങൾ ഡീക്രിപ്റ്റ് ചെയ്യാനാവില്ല. സാധാരണ HTTP ഫോർവേഡിംഗ് വ്യത്യസ്തമാണ്, കാരണം ഇടനിലക്കാരൻ ആ HTTP അഭ്യർത്ഥന സ്വീകരിക്കുന്നു. കൂടുതൽ വിശദമായ ഔട്ട്പുട്ട് CONNECT അതിർത്തി മാറ്റുന്നില്ല.
നിയന്ത്രിത TLS ഇടപെടൽ ക്ലയന്റ് വിശ്വാസവും ഭരണപരമായ ആവശ്യകതകളും മാറ്റുന്നു. ഇത് ചെറിയ ലോഗിംഗ് സ്വിച്ചല്ല, സാധാരണ IP മാറ്റുന്ന ഫോർവേഡ് പ്രോക്സിക്ക് ആവശ്യമില്ല.
അപ്ലിക്കേഷൻ നിങ്ങളുടേതാണെങ്കിൽ പേജ് തലത്തിലുള്ള ഡയഗ്നോസ്റ്റിക്സ് വേണമെങ്കിൽ അതിന്റെ ലോഗുകളോ ശരിയായി രൂപകൽപ്പന ചെയ്ത ക്ലയന്റ് ടെലിമെട്രിയോ ഉപയോഗിക്കുക. പ്രോക്സി പരാജയങ്ങൾക്ക് ലക്ഷ്യ ഹോസ്റ്റ്, സമയം, നില, പൂർത്തിയായ കണക്ഷൻ ഘട്ടം സൂക്ഷിക്കുക; സ്വകാര്യ പേജ് പാത്തുകൾ ശേഖരിക്കാതെ തന്നെ അവ പലപ്പോഴും പ്രശ്നം കണ്ടെത്തുന്നു.