IPsec-ൽ വലിയ പാക്കറ്റുകൾ അപ്രത്യക്ഷമാകുന്നു, ചെറിയ ping പ്രവർത്തിക്കുന്നു

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

ഒരു പാക്കറ്റ് വിഭജിക്കാവുന്ന രണ്ട് സ്ഥലങ്ങൾ

എൻക്രിപ്ഷന് മുമ്പ്, റൂട്ടർ വലിപ്പമേറിയ ആന്തരിക പാക്കറ്റ് വിഭജിച്ച് ഓരോ കഷണവും വെവ്വേറെ സംരക്ഷിക്കാം. എൻക്രിപ്ഷന് ശേഷം, വിഭജിക്കപ്പെടുന്നത് പൂർത്തിയായ പുറം പാക്കറ്റാണ്, എന്തെങ്കിലും ഡീക്രിപ്റ്റ് ചെയ്യുന്നതിന് മുമ്പ് ദൂരെയുള്ള അറ്റം അത് വീണ്ടും കൂട്ടിച്ചേർക്കണം. ഒരേ ലക്ഷണം, സ്വീകർത്താവിന് വേറെ ജോലി, നിങ്ങൾക്ക് വേറെ നിയന്ത്രണങ്ങൾ.

ഈ വ്യത്യാസം പ്രധാനമാണ്, കാരണം തെറ്റായ വശത്തേക്ക് തിരിച്ച സുരക്ഷാപരിഹാരം പരാജയം നീക്കാതെ ഒരു സംഖ്യ മാറ്റുന്നു. ഇന്റർഫേസിൽ നിരസിക്കപ്പെട്ട പാക്കറ്റ് ഒരിക്കലും പുറം പാക്കറ്റാകുന്നില്ല, അതിനാൽ പുറം വശത്തെ ഒരു ക്രമീകരണവും അതിനെ രക്ഷിക്കാനാവില്ല.

വലിപ്പ തീരുമാനം യഥാർത്ഥത്തിൽ എവിടെയാണ് എടുക്കുന്നത്

ഒരു ടണൽ ഇന്റർഫേസ് IP MTU വഹിക്കുന്നു, ആ മൂല്യം IPsec ഘട്ടം അത് കാണുന്നതിന് വളരെ മുമ്പേ വലിപ്പമേറിയ ആന്തരിക പാക്കറ്റ് നിരസിച്ചേക്കാം. പുറം ഹെഡറിൽ ബിറ്റ് ഇടുന്നത് ആ മുൻ തീരുമാനം പുനഃപരിശോധിക്കുന്നില്ല, കാരണം പാക്കറ്റ് ഇതിനകം നിരസിക്കപ്പെട്ടു. അതുകൊണ്ടാണ് ആന്തരിക MTU ഉയർത്തുന്നത് ചിലപ്പോൾ മെച്ചപ്പെടുത്തുന്നതിന് പകരം വഷളാക്കുന്നത്. ഇവയിൽ ഏതെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഇന്റർഫേസ് മൂല്യവും പുറം സ്വഭാവവും വായിക്കുക, കാരണം വിലകുറഞ്ഞ മാറ്റമാണ് സാധാരണയായി ലക്ഷണം വിശദീകരിക്കുന്നത്.

ആദ്യം ഇന്റർഫേസ് മൂല്യം പരിശോധിക്കുക, പിന്നെ പുറം സ്വഭാവം. രണ്ട് സംഖ്യകൾ, രണ്ട് ഘട്ടങ്ങൾ, സാധാരണയായി അവയിൽ ഒന്ന് മാത്രമാണ് ഉത്തരവാദി.

പുറം ബജറ്റ് ആന്തരിക ബജറ്റല്ല

ഓരോ എൻക്യാപ്സുലേഷനും ഹെഡറുകൾക്ക് ബൈറ്റുകൾ ചെലവഴിക്കുന്നു, അളവ് ഗതാഗതം, വിലാസ കുടുംബം, NAT ട്രാവേഴ്സൽ ഉണ്ടോ എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു. പ്രാദേശിക ലിങ്കിൽ ഇടം കിട്ടുന്ന ആന്തരിക പാക്കറ്റിന് അതിനപ്പുറമുള്ള വഴിയിൽ ഇടം കിട്ടാത്ത പുറം പാക്കറ്റ് ഇപ്പോഴും ഉണ്ടാക്കാം. ഊഹിക്കുന്നതിന് പകരം അധിക ചെലവ് അളക്കുക, കാരണം ഓരോ ഐച്ഛിക ഹെഡറും ബില്ലിൽ ചേരുന്നു. NAT ട്രാവേഴ്സലുള്ള ടണൽ വെറും ടണലിനെക്കാൾ കൂടുതൽ നൽകുന്നു, ഇന്നലെ പ്രവർത്തിച്ച കൈമാറ്റം തകർക്കാൻ ആ വ്യത്യാസം മതി.

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

IPv6 ഓപ്ഷനുകളിൽ ഒന്ന് ഒഴിവാക്കുന്നു

IPv6 റൂട്ടറുകൾ യാത്രാമധ്യേ വിഭജിക്കുന്നില്ല, അതിനാൽ പുറം പാക്കറ്റ് ഒന്നുകിൽ ഇടം കിട്ടും അല്ലെങ്കിൽ Packet Too Big സന്ദേശത്തോടെ അപ്രത്യക്ഷമാകും. ആ സന്ദേശം ഏക പ്രതികരണ ചാനലാകുന്നു, അത് തടയുന്നത് തുടർന്നുള്ള ഓരോ വലിയ കൈമാറ്റത്തിനും വഴി കണ്ടെത്തൽ തകർക്കുന്നു. IPv4 റൂട്ടറുകൾ ബിറ്റ് വ്യക്തമായിരിക്കുമ്പോൾ വലിയ പാക്കറ്റ് വിഭജിച്ചേക്കാം, അത് മറ്റെന്തെങ്കിലും ആ ബിറ്റ് ഇടുന്നതുവരെ തകരാറിനെ മറയ്ക്കുന്നു.

മിശ്ര സ്റ്റാക്കിൽ അതേ ടണലിന് രണ്ട് കുടുംബങ്ങൾക്കും വ്യത്യസ്തമായി പെരുമാറാം, അതിനാൽ IPv4-ൽ ഒരു പരീക്ഷണം IPv6 പരാതി തീർപ്പാക്കുന്നില്ല. ഒരു കുടുംബത്തെ മാത്രം പരിശീലിപ്പിക്കുന്ന പരിശോധന ഉത്തരത്തിന്റെ പകുതി അളക്കാതെ വിടുന്നു.

TCP സെഗ്മെന്റ് നയം പൊതുവായ ഉത്തരമല്ല

പരമാവധി സെഗ്മെന്റ് വലിപ്പം പരിമിതപ്പെടുത്തുന്നത് TCP ഒഴുക്കുകൾക്ക് സഹായിക്കുന്നു, പ്രശ്നം അവയിൽ മാത്രം ഒതുങ്ങുമ്പോൾ അത് ന്യായമായ നിയന്ത്രണമാണ്. UDP-യിൽ അതിന് യാതൊരു ഫലവുമില്ല, എന്നാൽ DNS, ചില ശബ്ദ പ്രോട്ടോക്കോളുകൾ, വളരുന്ന വെബ് ട്രാഫിക് വിഹിതം എന്നിവ UDP വഹിക്കുന്നു.

അത് പ്രയോഗിക്കുക, പിന്നെ പരാജയപ്പെട്ട വർക്ക്ലോഡ് പരിശോധിക്കുക. UDP കേസ് ഇപ്പോഴും പരാജയപ്പെടുന്നെങ്കിൽ, സെഗ്മെന്റ് നയം ഒരിക്കലും ഉത്തരമായിരുന്നില്ല, ഇന്റർഫേസ് ബജറ്റിന് ഇപ്പോഴും ശ്രദ്ധ വേണം. ആദ്യം പരാജയപ്പെട്ട വർക്ക്ലോഡിന്റെ പ്രോട്ടോക്കോൾ കണ്ടെത്തുക, പിന്നെ അതിന് അനുയോജ്യമായ നിയന്ത്രണം തിരഞ്ഞെടുക്കുക.

പ്രവർത്തിക്കേണ്ട ക്രമം

അതിജീവിക്കുന്ന ഏറ്റവും വലിയ പേലോഡ് രേഖപ്പെടുത്തുക, പിന്നെ ഇന്റർഫേസ് MTU, പിന്നെ പുറം പാക്കറ്റ് ഡു-നോട്ട്-ഫ്രാഗ്മെന്റ് ബിറ്റ് വഹിക്കുന്നുണ്ടോ, ഒടുവിൽ ICMP പ്രതികരണം അയയ്ക്കുന്നയാളിലേക്ക് എത്തുന്നുണ്ടോ. ആ ക്രമം ഊഹിക്കാതെ തകരാറിനെ ചുരുക്കുന്നു. ഓരോ നിരീക്ഷണവും സമയമുദ്രയും അന്തിമ ബിന്ദുവും സഹിതം സൂക്ഷിക്കുക, കാരണം വഴി മാറുമ്പോൾ നാല് സംഖ്യകളും നീങ്ങുന്നു.

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