Squid-ന്റെ URL റീറൈറ്റർ പ്രതികരണ ബോഡികൾ മാറ്റാൻ കഴിയുമോ?
ഫോർവേഡ് പ്രോക്സി വിപുലീകരിക്കുമ്പോൾ അഭ്യർത്ഥന URL തിരഞ്ഞെടുപ്പ് പ്രതികരണ അനുകൂലനത്തിൽ നിന്നും TLS ഡീക്രിപ്ഷനിൽ നിന്നും വേർതിരിക്കുക.
url_rewrite_program അഭ്യർത്ഥന URL തീരുമാനങ്ങളിൽ പ്രവർത്തിക്കുന്നു. അഭ്യർത്ഥനയെക്കുറിച്ചുള്ള വിവരങ്ങൾ സ്വീകരിച്ച് Squid-ന്റെ സഹായ പ്രോട്ടോക്കോൾ വഴി മറുപടി നൽകുന്നു; ഡൗൺലോഡ് ചെയ്ത ഫയൽ സ്വീകരിച്ച് തിരുത്തി തിരികെ നൽകുന്നില്ല.
| ആവശ്യമായ പ്രവർത്തനം | പ്രസക്തമായ പരിധി |
|---|---|
| ബ്രൗസർ വഴിതിരിച്ചുവിടുകയോ മറ്റൊരു അഭ്യർത്ഥന URL തിരഞ്ഞെടുക്കുകയോ ചെയ്യുക | അഭ്യർത്ഥന ഘട്ടത്തിൽ URL റീറൈറ്റ് സഹായിയുടെ പങ്ക് |
| ദൃശ്യമായ HTTP പ്രതികരണ ബോഡി മാറ്റുക | പ്രതികരണ അനുകൂലന സംവിധാനം, ഉദാഹരണത്തിന് കോൺഫിഗർ ചെയ്ത ICAP പ്രതികരണ മാറ്റം |
| സാധാരണ CONNECT-നുള്ളിൽ HTTP വായിക്കുക | ആദ്യം ലക്ഷ്യത്തിന്റെ TLS അനുയോജ്യമായ വിന്യാസ ക്രമത്തിൽ അവസാനിപ്പിക്കണം |
| ആപ്ലിക്കേഷൻ എൻക്രിപ്റ്റ് ചെയ്ത ഫയൽ ഡീക്രിപ്റ്റ് ചെയ്യുക | ഫയലിന്റെ ഫോർമാറ്റ്, അൽഗോരിതം, കീ എന്നിവ, കൈമാറ്റം എങ്ങനെയായാലും |
അവസാന രണ്ട് വരികൾ കൂട്ടിക്കുഴയ്ക്കാൻ എളുപ്പമാണ്. HTTPS വഴി കൊണ്ടുപോകുന്ന സാധാരണ ഫയൽ TLS സംരക്ഷിക്കുന്നു. ആപ്ലിക്കേഷൻ എൻക്രിപ്റ്റ് ചെയ്ത ഫയൽ HTTPS അവസാനിച്ചതിനു ശേഷവും എൻക്രിപ്റ്റ് ചെയ്ത് തുടരാം. അനുകൂലന ഇന്റർഫേസ് തിരഞ്ഞെടുക്കുന്നത് ആപ്ലിക്കേഷന്റെ കീയോ അതിന്റെ ഡീക്രിപ്ഷൻ അൽഗോരിതമോ നൽകുന്നില്ല.
സാധാരണ CONNECT എൻക്രിപ്റ്റ് ചെയ്ത ടണൽ ബൈറ്റുകൾ കൈമാറുന്നു. URL സഹായി ഉൾഭാഗത്തെ പ്രതികരണം വെളിപ്പെടുത്തുന്നില്ല; പരിശോധന ആവശ്യമായ രൂപകൽപ്പന ആ ട്രാഫിക്ക് വിന്യാസത്തിൽ ഡീക്രിപ്റ്റ് ചെയ്യാമോ വേണമോ എന്ന് തീരുമാനിക്കണം.
Squid-ന് HTTP സന്ദേശം പരിശോധിക്കാൻ കഴിയുന്നിടത്ത്, പ്രതികരണ മാറ്റ സേവനം ഇപ്പോഴും ഉള്ളടക്ക എൻകോഡിംഗ്, മാറിയ നീളങ്ങൾ, പരാജയ സ്വഭാവം എന്നിവയ്ക്ക് ഉത്തരവാദിയാണ്. രൂപാന്തരണം നിർവചിച്ചതിനു ശേഷം ഇന്റർഫേസ് തിരഞ്ഞെടുക്കുക, പ്രവർത്തിക്കുന്ന URL റീറൈറ്റ് ഉദാഹരണം അത് ഒരിക്കലും സ്വീകരിക്കാത്ത പ്രോസസ്സിംഗ് ഘട്ടത്തിലേക്ക് വിപുലീകരിക്കുന്നതിനു പകരം.