Apache ഫോർവേഡ് പ്രോക്സി അംഗീകാരം: Require ഉം AuthMerging ഉം

proxy.conf-ലെ ഒരു നിയമം പ്രത്യേക നിയമവിഭാഗമല്ല. Apache ഉൾപ്പെടുത്തിയ കോൺഫിഗറേഷൻ അതിന്റെ കോൺഫിഗറേഷൻ ട്രീയിലേക്ക് വായിക്കുന്നു; ചുറ്റുമുള്ള ആഗോള, VirtualHost അല്ലെങ്കിൽ പൊരുത്തപ്പെടുന്ന സെക്ഷൻ ഡയറക്ടീവ് എങ്ങനെ പങ്കെടുക്കുന്നു എന്ന് നിർണ്ണയിക്കുന്നു.

ഫോർവേഡ്-പ്രോക്സി അഭ്യർത്ഥന നൽകുന്ന ലിസണറിൽ നിന്നും വിർച്വൽ ഹോസ്റ്റിൽ നിന്നും തുടങ്ങുക. തുടർന്ന് ആ സന്ദർഭത്തിൽ നിന്നും പ്രധാന കോൺഫിഗറേഷനിൽ നിന്നും പൊരുത്തപ്പെടുന്ന Proxy സെക്ഷനുകൾ ശേഖരിക്കുക. സെക്ഷനുകളുടെ പ്രോസസ്സിംഗ് ക്രമമാണ് പ്രധാനം, അവസാനം ഏത് ഫയൽ തിരുത്തി എന്നത് മാത്രമല്ല.

അംഗീകാരം എപ്പോഴും ക്രമാനുഗതമല്ല

സ്വതവേയുള്ള AuthMerging Off പെരുമാറ്റത്തിൽ, പിന്നീട് ബാധകമാകുന്ന ഒരു സെക്ഷൻ സ്വന്തം അംഗീകാര യുക്തി നൽകുന്നതുവരെ അംഗീകാരം പാരമ്പര്യമായി ലഭിക്കുന്നു. ആ പുതിയ യുക്തിക്ക് മറ്റൊരു നിയന്ത്രണം ചേർക്കുന്നതിനുപകരം മുൻ ആവശ്യകതകൾ മാറ്റിസ്ഥാപിക്കാനാകും.

AuthMerging തന്നെ അത് അടങ്ങുന്ന സെക്ഷനിൽ മാത്രം പ്രാദേശികമാണ്. And ഒരിക്കൽ ക്രമീകരിച്ചാൽ തുടർന്നുള്ള എല്ലാ സെക്ഷനുകളും മാറുമെന്ന് കരുതരുത്.

കഴിയുന്നിടത്തോളം ഉദ്ദേശിച്ച നയം വ്യക്തമായി സൂക്ഷിക്കുക. ചുറ്റുമുള്ള അംഗീകാര പാത്രമില്ലാത്ത രണ്ട് Require വരികൾ പരോക്ഷമായി ബദലുകളാണ്, അതിനാൽ IP നിയമവും valid-user-ഉം സ്വയമേവ “IP ഒപ്പം ഉപയോക്താവ്” അല്ല. ഉപയോഗിക്കുക രണ്ട് വ്യവസ്ഥകളും ഒരേ തീരുമാനത്തിൽ പെടുമ്പോൾ RequireAll.

പ്രോക്സി അക്കൗണ്ട് മാറ്റുന്നതിനോ പ്രവേശനം തുറക്കുന്നതിനോ മുമ്പ് പൂർണ്ണ പൊരുത്തമുള്ള കോൺഫിഗറേഷൻ അവലോകനം ചെയ്യുക. തുടർന്ന് പ്രവർത്തിക്കുന്ന ലിസണറിനെതിരെ അനുവദിക്കപ്പെട്ടതും നിരസിക്കപ്പെട്ടതുമായ കേസുകൾ പരിശോധിക്കുക. മറ്റൊരു സെക്ഷൻ ഫലപ്രദമായ അംഗീകാരം നൽകിയതിനാൽ അഭ്യർത്ഥന നിരസിക്കപ്പെടാം—അല്ലെങ്കിൽ അപ്രതീക്ഷിതമായി അനുവദിക്കപ്പെടാം.