Squid PROXY പ്രോട്ടോക്കോൾ: HTTP ആക്സസ് പരിശോധനകൾക്ക് മുൻപ് അയച്ചയാളെ വിശ്വസിക്കുക

മെറ്റാഡേറ്റ നൽകുന്ന റിലേയെ വിശ്വസിക്കാൻ proxy_protocol_access ഉപയോഗിക്കുക, അനുവദനീയമായ വെബ്സൈറ്റുകൾ തിരഞ്ഞെടുക്കാൻ അല്ല. Squid 5–7 ൽ, TCP സജ്ജീകരിച്ചതിന് ശേഷം require-proxy-header ലിസണറിൽ പരിശോധന ഒരിക്കൽ പ്രവർത്തിക്കുന്നു, HTTP അഭ്യർത്ഥന ഹെഡറുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിന് മുൻപ്:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

ഉദാഹരണത്തിലെ റിലേ വിലാസം മാറ്റി ഈ ലിസണറിലേക്കുള്ള നെറ്റ്വർക്ക് ആക്സസ് പരിമിതപ്പെടുത്തുക. ഈ ഘട്ടത്തിൽ Squid നൽകിയ മെറ്റാഡേറ്റ സ്വീകരിക്കുന്നതിന് മുൻപ് യഥാർത്ഥ TCP പങ്കാളിയെ പരിശോധിക്കുന്നു. സ്വീകരിച്ചതിന് ശേഷം, തുടർന്നുള്ള ACL പരിശോധനകൾക്കും ലോഗിംഗിനും അത് അവകാശപ്പെടുന്ന ക്ലയന്റ് വിലാസം ഉപയോഗിക്കുന്നു. റിലേ അവകാശപ്പെടുന്ന ക്ലയന്റ് വിലാസത്തിന്റെ അടിസ്ഥാനത്തിൽ വിശ്വസിക്കുന്നത് ആ ക്രമം തലകീഴായി മാറ്റും.

തുടർന്നുള്ള ക്ലയന്റ്-ഉറവിട, ലക്ഷ്യ അനുമതികൾക്കായി http_access സൂക്ഷിക്കുക. മെറ്റാഡേറ്റ സ്വീകരിക്കുന്നത് വെബ്സൈറ്റ് ആക്സസ് അനുവദിക്കുന്നില്ല, കൂടാതെ ലക്ഷ്യ-ഡൊമെയിൻ ACL-ന് മുൻപത്തെ അയച്ചയാളെ വിശ്വസിക്കുന്നതിനെക്കുറിച്ചുള്ള ചോദ്യത്തിന് ഉത്തരം നൽകാനാവില്ല.

അയച്ചയാളും സ്വീകർത്താവും പിന്തുണയ്ക്കുന്ന PROXY പ്രോട്ടോക്കോൾ പതിപ്പിൽ യോജിക്കണം. സാധാരണ HTTP ക്ലയന്റിന് നിർബന്ധിത പ്രിഫിക്സുള്ള ഈ ലിസണർ സാധാരണ പ്രോക്സി എൻഡ്പോയിന്റായി ഉപയോഗിക്കാനാവില്ല. രണ്ട് രൂപങ്ങളും വേണമെങ്കിൽ, അതേ ശ്രവണ വിലാസവും പോർട്ടും ആവർത്തിക്കുന്നതിന് പകരം ഉദ്ദേശ്യപൂർവം വേർതിരിച്ച എൻഡ്പോയിന്റുകൾ ഉപയോഗിക്കുക.

വിശ്വസനീയമായ റിലേ താൻ നൽകുന്ന ക്ലയന്റ് ഐഡന്റിറ്റി വഴി വിലാസാധിഷ്ഠിത അധികാരത്തെ സ്വാധീനിക്കാം. ആ കഴിവ് ഉദ്ദേശിച്ച ഇടനിലക്കാരന് മാത്രം നൽകുക.