Squid അഭ്യർഥനകൾ പാരന്റ് പ്രോക്സിയിലൂടെ അയയ്ക്കുക
Squid 6.13-ൽ പരിചിത ക്ലയന്റിന്റെ ഫോർവേഡ് അഭ്യർഥനകൾക്ക് പാരന്റ് ഉപയോഗിപ്പിച്ച് അനാവശ്യ നേരിട്ടുള്ള ഫാൾബാക്ക് തടയുക.
Squid-ൽ പാരന്റ് പ്രഖ്യാപിച്ചതുകൊണ്ടു മാത്രം എല്ലാ ഫോർവേഡ് അഭ്യർഥനകളും അത് ഉപയോഗിക്കണമെന്നില്ല. നേരിട്ടുള്ള പാത നയം ലംഘിക്കുമെങ്കിൽ ആവശ്യം വ്യക്തമായി ക്രമീകരിച്ച് പാരന്റ് ലഭ്യമല്ലാത്തപ്പോൾ എന്തു സംഭവിക്കുമെന്ന് പരിശോധിക്കുക.
Squid 6.13-നുള്ള ഈ ഉദാഹരണം ഒരു പാരന്റ് നിർദിഷ്ടമാക്കുകയും ഒരു ക്ലയന്റ് ഉറവിടത്തിന് മൂലസർവറിലേക്കുള്ള നേരിട്ടുള്ള ഫോർവേഡിങ് തടയുകയും ചെയ്യുന്നു:
cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_clientരണ്ടു വിലാസങ്ങളും ഉദാഹരണങ്ങളാണ്. പൊതു HTTP പാരന്റുകൾ അനുവദിച്ച നിയന്ത്രിത അപ്സ്ട്രീം പരീക്ഷണത്തിന് HTTP പ്രോക്സി പട്ടികയിൽനിന്ന് വിലാസം തിരഞ്ഞെടുക്കുക. ഉദ്ദേശിച്ച ക്ലയന്റുകളെ മാത്രം സ്വീകരിക്കുന്ന പ്രത്യേക http_access നയം നിലനിർത്തുക. റൂട്ടിങ് നിയമം ക്ലയന്റിന് പ്രോക്സി ഉപയോഗിക്കാനുള്ള അധികാരം നൽകുന്നില്ല.
നിലവിലെ റൂട്ടിങ് നിയമങ്ങൾ പരിശോധിക്കുക
no-query ഈ peer-ലേക്കുള്ള ICP ചോദ്യങ്ങൾ നിർത്തുന്നു. പൂജ്യം peer-ന്റെ ചോദ്യ പോർട്ടാണ്, HTTP ലിസണറല്ല. ക്ലയന്റ് ഭാഗത്തെ ലിസണറും അതിന്റെ പ്രവേശനനിയമങ്ങളും വേറിട്ടുതന്നെ തുടരും.
ഈ ഭാഗം ചേർക്കുന്നതിനുമുമ്പ് നിലവിലെ always_direct ക്രമീകരണങ്ങളും മറ്റു peer തിരഞ്ഞെടുപ്പുകളും നോക്കുക. always_direct-ൽ പൊരുത്തം നിരസിക്കുന്നതുകൊണ്ടു മാത്രം പാരന്റ് നിർബന്ധമാകുന്നില്ല. വ്യക്തമായ never-direct നിയമം തിരഞ്ഞെടുത്ത ക്ലയന്റിന് ആ ആവശ്യം വ്യക്തമാക്കുന്നു.
ഇത് ഫോർവേഡിങ് വേണ്ട ഇടപാടുകൾ നിയന്ത്രിക്കുന്നു. ഉപയോഗിക്കാവുന്ന പ്രാദേശിക ക്യാഷ് എൻട്രി പാരന്റുമായി ബന്ധപ്പെടാതെ നൽകാം; അതിനാൽ പുതിയ പാരന്റ് കണക്ഷൻ ഇല്ലാത്തത് സ്വമേധയാ റൂട്ടിങ് ലംഘനമല്ല.
പാതയും പരാജയസമയത്തെ പെരുമാറ്റവും പരിശോധിക്കുക
നിയന്ത്രിത ലക്ഷ്യസ്ഥാനം ഉപയോഗിച്ച് ആക്സസ് ലോഗിലെ hierarchy വിവരം ലക്ഷ്യസ്ഥാനത്തെ നിരീക്ഷണവുമായി താരതമ്യം ചെയ്യുക. അവസാന HTTP സ്റ്റാറ്റസ് മാത്രം Squid പാരന്റോ നേരിട്ടുള്ള പാതയോ ഉപയോഗിച്ചെന്നു പറയില്ല.
അറ്റകുറ്റപ്പണി പരീക്ഷണത്തിൽ പാരന്റ് ലഭ്യമല്ലാതാക്കി അതേ ക്യാഷ് ചെയ്യാത്ത അഭ്യർഥന ആവർത്തിക്കുക. നേരിട്ടുള്ള ഫോർവേഡിങ് നയം തടയുന്നെങ്കിൽ മറ്റൊരു വഴിയിലൂടെ മൂലസർവറിലെത്തുന്നതിനു പകരം ഇടപാട് പരാജയപ്പെടണം. സ്വന്തം നിയന്ത്രണത്തിലുള്ള സേവനങ്ങളിൽ മാത്രം ചെയ്ത് പിന്നീട് ഉദ്ദേശിച്ച ക്രമീകരണം പുനഃസ്ഥാപിക്കുക.