Squid 5–7: dns_v4_first ഇനി പ്രവർത്തിക്കാത്തത് എന്തുകൊണ്ട്

ഒരു പഴയ Squid കോൺഫിഗറേഷനിൽ dns_v4_first on ഉണ്ട്. അപ്‌ഗ്രേഡിന് ശേഷം ആ വരി പ്രതീക്ഷിച്ച IPv4 മുൻഗണന നൽകുന്നില്ല. അതിന്റെ കൂടുതൽ പകർപ്പുകൾ ചേർത്താലും മുൻപത്തെ സ്വഭാവം തിരികെ വരില്ല.

കോൺഫിഗറേഷൻ റഫറൻസ് ഈ നിർദ്ദേശം Squid 5 മുതൽ 7 വരെ ലഭ്യമല്ലെന്ന് പട്ടികപ്പെടുത്തുന്നു. Squid-ന്റെ വിലാസ തിരഞ്ഞെടുപ്പ് Happy Eyeballs ജോലിയോടെ മാറി; പഴയ മുൻഗണനാ ഉപദേശങ്ങൾ ആ പതിപ്പിന്റെ സന്ദർഭത്തിൽ വായിക്കണം.

മുൻഗണനയും നിർബന്ധവും വ്യത്യസ്ത അഭ്യർത്ഥനകളാണ്

ആദ്യം എന്താണ് വേണ്ടതെന്ന് തീരുമാനിക്കുക. രണ്ട് കുടുംബങ്ങളും ലഭ്യമായാൽ പ്രവർത്തിക്കുന്ന IPv4 പാതയ്ക്ക് മുൻഗണന നൽകണോ? തകർന്ന IPv6 കണക്റ്റിവിറ്റി നീക്കണോ? ഒരു പ്രത്യേക എക്സിറ്റ് IPv4 മാത്രം ഉപയോഗിക്കണമെന്ന് ഉറപ്പാക്കണോ? ഇവ ഒരേ നയമല്ല. ലക്ഷ്യ കുടുംബ നിയന്ത്രണങ്ങൾ ക്ലയന്റ് ഉറവിട ACL-കളിൽ നിന്ന് വേർതിരിച്ചിരിക്കണം.

ഒരു കുടുംബത്തിലേക്കുള്ള പ്രവേശനം ഓഫ് ചെയ്യുന്നത് ചില സൈറ്റുകളെ എത്തിച്ചേരാനാകാത്തതാക്കാം. DNS ഉത്തരങ്ങൾ മാറ്റുന്നത് പ്രോക്സിക്ക് ലഭ്യമായ സ്ഥാനാർത്ഥികളെ മാറ്റുന്നു. മന്ദഗതിയിലുള്ളതോ തകർന്നതോ ആയ പാത ശരിയാക്കുന്നത് നെറ്റ്‌വർക്ക് തകരാറിനെ കൈകാര്യം ചെയ്യുന്നു. ഇവയൊന്നും നീക്കം ചെയ്ത നിർദ്ദേശത്തിന്റെ സാർവത്രിക പകരം വരിയായി വിവരിക്കരുത്.

ലക്ഷ്യ വിലാസ തിരഞ്ഞെടുപ്പ് പേരന്റ് പ്രോക്സിയിലേക്ക് എത്താൻ ഉപയോഗിക്കുന്ന വിലാസത്തിൽ നിന്നും വേർതിരിക്കുക. പേരന്റ് ഹോസ്റ്റ്‌നെയിമിന് സ്വന്തം IPv4, IPv6 സ്ഥാനാർത്ഥികളുണ്ടാകാം; പേരന്റ് സ്വന്തം നയപ്രകാരം അന്തിമ സൈറ്റ് കണക്ഷൻ നടത്തുന്നു.

ഉറവിട വിലാസ നിയമത്തിന് മറ്റൊരു പങ്കുണ്ട്: ഒരു കണക്ഷന് അനുയോജ്യമായ ഉറവിടം തിരഞ്ഞെടുക്കുന്നു, ലക്ഷ്യ പിന്തുണ സൃഷ്ടിക്കുന്നില്ല. IPv4 ഉറവിടം IPv6 മാത്രമുള്ള ലക്ഷ്യത്തെ IPv4 അന്തിമ ബിന്ദുവാക്കുന്നില്ല.

ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പിന്റെ ഡോക്യുമെന്റേഷനും മുഴുവൻ ഫോർവേഡിംഗ് പാതയും പരിശോധിക്കുക. പ്രശ്നം വിശ്വസനീയമല്ലാത്ത IPv6 കണക്ഷനാണെങ്കിൽ, അത് മറച്ചുവെക്കുന്ന നിശ്ശബ്ദ ആഗോള മാറ്റം വരുത്തുന്നതിനുപകരം ആ രോഗനിർണയം നിലനിർത്തുക. പ്രവർത്തിക്കുന്ന മുൻഗണനാ പാതയ്ക്കും കർശനമായ ഏക-കുടുംബ എക്സിറ്റിനും വ്യത്യസ്ത കോൺഫിഗറേഷനുകൾ അർഹതയുണ്ട്.