നിങ്ങളുടെ IPv4 VPN നിയമം IPv6 ട്രാഫിക് സംബന്ധിച്ച് ഒന്നും പറയുന്നില്ല

ഒരേ ഇന്റർഫേസിൽ തുരങ്കം IPv4 ന് കർശനമായി ഫിൽട്ടർ ചെയ്യപ്പെട്ടതും IPv6 ന് പൂർണമായി തുറന്നതുമാണെന്ന് ഓഡിറ്റ് കണ്ടെത്തുന്നു. ടൈപ്പോ എന്ന അർഥത്തിൽ ഒന്നും തെറ്റായി ക്രമീകരിച്ചിരുന്നില്ല; നിയമക്കൂട്ടം ഒരു കുടുംബത്തെ മാത്രം വിവരിച്ചു, മറ്റേത് അതിനെ പിന്തുടരുന്നു എന്ന് എല്ലാവരും കരുതി. അത് അപൂർവമായി മാത്രം സംഭവിക്കുന്നു. നിങ്ങളുടെ നിയമം യഥാർഥത്തിൽ രണ്ടിനെയും ഉൾക്കൊള്ളുന്നുവോ എന്ന് മൂന്ന് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു, ആദ്യത്തേത് നയത്തെക്കുറിച്ചല്ല, പ്ലാറ്റ്ഫോമിനെക്കുറിച്ചാണ്.

വ്യവസ്ഥ ഒന്ന്: പ്ലാറ്റ്ഫോമിൽ ഒരു പട്ടികയാണോ രണ്ടാണോ

ചില പാക്കറ്റ് ഫിൽട്ടറുകൾ IPv4 ഉം IPv6 ഉം പൂർണമായി വേർതിരിച്ച നിയമക്കൂട്ടങ്ങളിൽ സൂക്ഷിക്കുന്നു, അതിനാൽ ഒന്നിൽ ചേർത്ത നിയമം ആരെങ്കിലും അത് പകർത്തുന്നതുവരെ മറ്റേതിൽ ഫലം ചെലുത്തുന്നില്ല. മറ്റുള്ളവ രണ്ടിനും യോജിക്കുന്ന കുടുംബം നൽകി ഓരോ പാക്കറ്റിനും വിലാസങ്ങൾ വിവർത്തനം ചെയ്യുന്നു. മൂന്നാമത്തെ കൂട്ടം ഒരു നയ ഭാഷ സൂക്ഷിക്കുന്നു, പക്ഷേ അതിന് പിന്നിൽ ഓരോ കുടുംബത്തിനും വെവ്വേറെ വസ്തുക്കൾ സംഭരിക്കുന്നു.

നിങ്ങൾ യഥാർഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന ഫിൽട്ടറിന്റെ ഡോക്യുമെന്റേഷൻ വായിക്കുക, തുടർന്ന് ഏതൊക്കെ പട്ടികകൾ നിലവിലുണ്ടെന്നും നിങ്ങളുടെ മാറ്റം ഏതിനെ സ്പർശിച്ചുവെന്നും പട്ടികപ്പെടുത്തുക. IPv4 പട്ടികയിലെ നിയമങ്ങൾ എണ്ണുന്നത് ആരും ചോദിക്കാത്ത ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. തുടർന്ന് ഏതൊക്കെ പട്ടികകൾ നിലവിലുണ്ടെന്നും നിങ്ങളുടെ മാറ്റം ഏതിനെ സ്പർശിച്ചുവെന്നും പട്ടികപ്പെടുത്തുക.

വ്യവസ്ഥ രണ്ട്: നയം എവിടെ പ്രയോഗിക്കുന്നു

മൂന്ന് സ്ഥലങ്ങൾ പരസ്പരം കൂടിക്കലരുന്നു: തുരങ്കം സ്വീകരിക്കുന്ന ശ്രോതാവ്, ട്രാഫിക് മുന്നോട്ട് കൈമാറുന്ന പാത, തുരങ്കം ഒരു പ്രവാഹവും വഹിക്കാത്തപ്പോൾ ക്ലയന്റ് ഉപയോഗിക്കുന്ന സാധാരണ ഇന്റർഫേസ്. ഒരു ഗേറ്റ്വേ സെഷൻ സ്വീകരിച്ചുകൊണ്ട് അതിൽ നിന്ന് മുന്നോട്ട് അയയ്ക്കുന്ന എല്ലാം ഉപേക്ഷിക്കാം, അത് ഫിൽട്ടറിനെക്കാൾ തകർന്ന തുരങ്കം പോലെ തോന്നിപ്പിക്കുന്നു. എന്തെങ്കിലും എഴുതുന്നതിന് മുമ്പ് ആ ആശയക്കുഴപ്പം നീക്കുക, കാരണം മൂന്ന് സ്ഥലങ്ങൾക്കും വ്യത്യസ്ത ഉടമകളും വ്യത്യസ്ത ലോഗുകളുമുണ്ട്. മാറ്റരേഖയിൽ അവയുടെ പേരുകൾ രേഖപ്പെടുത്തുന്നതാണ് തിരുത്തൽ കുഴപ്പത്തിൽ നിന്ന് ഒരു പാളി അകലെ എത്തുന്നത് തടയുന്നത്.

നിങ്ങളുടെ നിയമം മൂന്നിൽ ഏതിനെ നിയന്ത്രിക്കാനാണെന്ന് എഴുതുക. ശ്രോതാവിനെ സംരക്ഷിക്കുന്ന നിയമം കൈമാറ്റ പാതയെ സംരക്ഷിക്കുന്നില്ല, രണ്ടും ക്ലയന്റിന്റെ നേരിട്ടുള്ള റൂട്ട് അടയ്ക്കുന്നുമില്ല. ഓരോ സ്ഥലത്തിന്റെയും ഉടമ ആരെന്ന് ശ്രദ്ധിക്കുക, കാരണം മിക്ക സംഘടനകളിലും ഉത്തരം വേറെ ടീമാണ്.

വ്യവസ്ഥ മൂന്ന്: IPv6 എന്ത് ചെയ്യണം

IPv6 തുരങ്കത്തിലൂടെ കടക്കുന്നുണ്ടോ, സംരക്ഷണം ലഭ്യമല്ലാത്തപ്പോൾ തടയപ്പെടുന്നുണ്ടോ, അതോ രേഖപ്പെടുത്തിയ ഒരു അപവാദം പിന്തുടരുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുക. ഓരോ ഉത്തരവും വ്യത്യസ്ത നിയമക്കൂട്ടം ഉണ്ടാക്കുന്നു, ചോദ്യം തുറന്നിടുന്നതാണ് സ്വദേശീയ IPv6 ഉള്ള ക്ലയന്റ് IPv4 ൽ തുരങ്കത്തിനുള്ളിൽ എത്തുന്ന ലക്ഷ്യസ്ഥാനങ്ങളിൽ തുരങ്കത്തിന് പുറത്തുനിന്നും എത്തിച്ചേരുന്നത്.

നിയമങ്ങൾ എഴുതുന്നതിന് മുമ്പ് ഉത്തരം ഉറക്കെ പറയുക. IPv6 വഹിക്കാത്ത തുരങ്കത്തിന് തടയൽ സാധുവായ തിരഞ്ഞെടുപ്പാണ്, അത് ബോധപൂർവവും പരീക്ഷിച്ചതുമാണെങ്കിൽ, ശൂന്യമായ പട്ടികയുടെ ആകസ്മിക ഫലമല്ലെങ്കിൽ. രേഖപ്പെടുത്താത്തതെല്ലാം അടുത്തതവണ നിയമങ്ങളിൽ സ്പർശിക്കുന്നയാൾ വീണ്ടും തീരുമാനിക്കും, സാധാരണയായി തിരക്കിലും.

ICMPv6 നിയന്ത്രണ ട്രാഫിക്കാണ്

അയൽപ്പക്ക കണ്ടെത്തലും പാതയുടെ പ്രതികരണവും രണ്ടും ICMPv6 ൽ സഞ്ചരിക്കുന്നു, അതിനാൽ IPv4 ശീലത്തിൽ നിന്ന് പകർത്തിയ സർവവ്യാപി ഉപേക്ഷ വിലാസവൽക്കരണവും വലിയ കൈമാറ്റങ്ങളും ഒരുമിച്ച് തകർക്കുന്നു. സർവവ്യാപി അനുമതിയും ഉത്തരമല്ല, കാരണം അത് ആരും നിരീക്ഷിക്കാത്ത ഒരു ചാനൽ ഏൽപ്പിക്കുന്നു.

പ്രധാന സന്ദേശ തരങ്ങൾക്ക് ഫിൽട്ടറിംഗ് മാർഗനിർദേശം പിന്തുടരുക, ബാക്കിയുള്ളവ കാരണം സഹിതം നിരസിക്കുക. ഏറ്റവും കൂടുതൽ തെറ്റായി രോഗനിർണയം ചെയ്യപ്പെടുന്ന തകരാർ കാണാതായ Packet Too Big സന്ദേശമാണ്, അത് തുറന്ന് പിന്നീട് നിലയ്ക്കുന്ന ഒരു കണക്ഷനായി പ്രത്യക്ഷപ്പെടുന്നു.

അത് തെളിയിക്കുക, ഒരു സമയത്ത് ഒരു കുടുംബം

ഓരോ കുടുംബത്തിലും അനുവദനീയമായ ഒരു അഭ്യർഥന വെവ്വേറെ പരീക്ഷിക്കുക, നയം സെഷന് അതിജീവിക്കേണ്ടതാണെങ്കിൽ വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷം ആവർത്തിക്കുക. IPv4 മാത്രമുള്ള നെറ്റ്വർക്കിലെ പരീക്ഷണത്തിന് IPv6 പാത പ്രവർത്തിപ്പിക്കാനാവില്ല, അതിനാൽ വിജയം നിങ്ങൾ അടയ്ക്കാൻ ശ്രമിക്കുന്ന ചോർച്ചയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. പരീക്ഷണം നടക്കുമ്പോൾ കൗണ്ടറുകൾ നിരീക്ഷിക്കുക, കാരണം ഒരിക്കലും പൊരുത്തപ്പെടാത്ത നിയമം അതിന്റെ കമന്റ് അവകാശപ്പെടുന്നത് ചെയ്യുന്നില്ല.

ഓരോ ശ്രമത്തിനും ഒരു പരിമിത നിയമം മാറ്റുക, മുൻ കോൺഫിഗറേഷൻ കൈയിൽ സൂക്ഷിക്കുക. നിയന്ത്രിത പ്രൊഫൈൽ നയത്തിന്റെ ഉടമയാണെങ്കിൽ, പ്രാദേശികമായി എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് അതിന്റെ അഡ്മിനിസ്ട്രേറ്ററെ ഉൾപ്പെടുത്തുക, കാരണം അടുത്ത പരിശോധന പ്രാദേശിക തിരുത്തലിന് മുകളിൽ എഴുതി ചോർച്ച തിരികെ കൊണ്ടുവരും.