Squid IPv4 ക്ലയന്റുകളും IPv6 ലക്ഷ്യസ്ഥാനങ്ങളും: വെവ്വേറെ നയങ്ങൾ

IPv4 വഴി ഒരു ക്ലയന്റിനെ സ്വീകരിച്ച് അത് ആവശ്യപ്പെട്ട വെബ്സൈറ്റ് IPv6 വഴി എത്തിച്ചേരാൻ സാധിക്കും. ഇവ വെവ്വേറെ കണക്ഷനുകളാണ്. വെബ്സൈറ്റ് ഭാഗത്തെ നയം IPv4 ക്ലയന്റുകളെ സ്വയമേവ നിരസിക്കരുത്.

src ipv4 എന്നതിനൊപ്പം ലക്ഷ്യ-കുടുംബ നിരോധനം സംയോജിപ്പിക്കുന്ന ഉദാഹരണങ്ങളിലെ കെണി ഇതാണ്: ഉറവിട ACL ആര്‍ക്ക് കണക്ട് ചെയ്യാമെന്ന് മാറ്റുന്നു, ഏതൊക്കെ വെബ്സൈറ്റ് കണക്ഷനുകൾ അനുവദനീയമെന്ന് മാത്രമല്ല.

ഉദ്ദേശിച്ച നിയന്ത്രണം നിർവചിക്കുക

പ്രസക്തമായ IP ACL പിന്തുണയ്ക്കുന്ന Squid റിലീസുകൾക്ക്, ലക്ഷ്യ-കുടുംബ നിയമത്തിന് IPv4 ലക്ഷ്യങ്ങൾ തിരിച്ചറിയാൻ dst ipv4 ഉപയോഗിക്കാം. അത്തരം നിയമങ്ങൾ നിലവിലുള്ള പ്രാമാണീകരണത്തിലും ലക്ഷ്യാനുമതികളിലും സംയോജിപ്പിക്കുക; അവയെ മറികടക്കുന്ന വിശാലമായ IPv6 അനുമതി ചേർക്കരുത്.

ACL റഫറൻസ് ഉറവിട, ലക്ഷ്യ തരങ്ങളെ വേർതിരിക്കുന്നു. ഇത് ഒരു നിയന്ത്രണമാണ്, സ്വയം പ്രവർത്തിക്കുന്ന വിവർത്തന സേവനമല്ല. IPv4 മാത്രമുള്ള ഒരു വെബ്സൈറ്റ്, യന്ത്രത്തിന് IPv4 വഴി അതിൽ എത്താൻ കഴിയുമായിരുന്നിട്ടും ലഭ്യമല്ലാതായേക്കാം.

പുറത്തേക്കുള്ള IPv6 വിലാസം ബന്ധിപ്പിക്കുന്നതും മുഴുവൻ നിർവ്വഹണ നയമല്ല. ഉറവിട തിരഞ്ഞെടുപ്പ്, അനുവദിച്ച ലക്ഷ്യ കുടുംബങ്ങൾ, DNS ഉത്തരങ്ങൾ, യഥാർത്ഥ നെറ്റ്‌വർക്ക് എത്തിച്ചേരൽ എന്നിവയെല്ലാം സംഭാവന ചെയ്യുന്നു. IPv4 ഫാൾബാക്ക് സ്വീകാര്യമാണോ എന്ന് വ്യക്തമായി തീരുമാനിക്കുക.

forwarded_for മാറ്റുന്നത് ഈ പ്രശ്നം പരിഹരിക്കുന്നില്ല. അത് ഒരു HTTP ഹെഡറിനെ ബാധിക്കുന്നു, പ്രോക്സിയുടെ TCP കണക്ഷന്റെ വിലാസ കുടുംബത്തെയല്ല. അതുപോലെ, IPv6 DNS റിസോൾവർ അത് ഉത്തരം നൽകുന്ന ഓരോ പേരിനും IPv6 ലക്ഷ്യസ്ഥാനമുണ്ടെന്ന് ഉറപ്പുനൽകുന്നില്ല.

വലിയ പഴയ കോൺഫിഗറേഷൻ സ്വീകരിക്കുന്നതിന് മുമ്പ് റിലീസ്-നിർദ്ദിഷ്ട സ്വഭാവം പരിശോധിക്കുക. പ്രത്യേകിച്ച്: dns_v4_first Squid 5 മുതൽ 7 വരെയുള്ള പിന്തുണയുള്ള കുടുംബ-മുൻഗണന സ്വിച്ചല്ല. നിങ്ങൾക്ക് കൃത്യമായി വിവരിക്കാവുന്ന ഒരു നയം അപ്രസക്തമായ IPv6 ക്രമീകരണങ്ങളുടെ ഒരു കൂട്ടത്തേക്കാൾ എളുപ്പത്തിൽ സാധൂകരിക്കാം.