നെസ്റ്റഡ് VPN ടണലുകൾ: വലിയ പാക്കറ്റുകളിൽ ഉള്ളിലേത് എന്തിന് നിലയ്ക്കുന്നു
ഓരോ ടണലും അടുത്തത് ആരംഭിക്കുന്നതിന് മുൻപ് പാതയുടെ പാക്കറ്റ് ബജറ്റിന്റെ ഒരു ഭാഗം ചെലവഴിക്കുന്നു. ഹെഡറുകൾ കൂട്ടിച്ചേർക്കുക, വലിയ പാക്കറ്റുകളിൽ ഉള്ളിലെ സെഷൻ പരാജയപ്പെടും.
DNS പരിഹരിക്കുന്നു, SSH സെഷൻ നിലനിൽക്കുന്നു, പിന്നെ ഒരു വലിയ അപ്ലോഡ് തടഞ്ഞുനിൽക്കുന്നു, അതേ ഹോസ്റ്റിലേക്കുള്ള ping ഇപ്പോഴും ഉത്തരം നൽകുന്നു. ഈ വിഭജനം തകർന്ന ടണലിലേക്കല്ല, പാക്കറ്റ് വലുപ്പത്തിലേക്കാണ് വിരൽ ചൂണ്ടുന്നത്. നെസ്റ്റഡ് ടണലുകൾ ഏതെങ്കിലും ഒരു ടണലിന് ഒറ്റയ്ക്ക് എത്താൻ കഴിയാത്ത വലുപ്പങ്ങളിൽ അതിൽ എത്തുന്നു. ഉള്ളിലെ സെഷൻ കുഴപ്പമില്ല; ഇനി ഇടമില്ലാത്ത പാക്കറ്റുകളാണ് അതിന് നൽകുന്നത്.
പാതയുടെ MTU യഥാർത്ഥത്തിൽ എവിടെ പോകുന്നു
ഓരോ എൻകാപ്സുലേഷനും അടുത്ത പാളിക്ക് ഊഴം ലഭിക്കുന്നതിന് മുൻപ് ബൈറ്റുകൾ ചെലവഴിക്കുന്നു. ഒരു Ethernet പാത പുറം പാക്കറ്റിന് 1500 ബൈറ്റ് നൽകുന്നു, കൂടാതെ പുറം ടണൽ അതിനുള്ളിൽ എന്തെങ്കിലും വിലാസം നൽകുന്നതിന് മുൻപ് അതിന്റെ പങ്ക് എടുക്കുന്നു. ഊഹിച്ച ഒരു ഓവർഹെഡ് മൂല്യം പ്രധാനമായ അത്രയും തന്നെ തെറ്റായിരിക്കും.
പാളികൾ ക്രമത്തിൽ പട്ടികപ്പെടുത്തുക: ആക്സസ് പാത, പുറം ഗതാഗതം, പുറം ടണൽ, ഉള്ളിലെ ഗതാഗതം, ഉള്ളിലെ ടണൽ, ആപ്ലിക്കേഷൻ. ഓരോ ഹെഡറും ഒരിക്കൽ മാത്രം എണ്ണുക, UDP ടണലിന്റെ സ്വന്തം ഹെഡറിൽ നിന്നും ടാഗിൽ നിന്നും വേർതിരിച്ച് നിർത്തുക.
രണ്ട് WireGuard പാളികൾ, ഒരിക്കൽ എണ്ണിയത്
ഒരു IPv4 ആക്സസ് പാത എടുക്കുക, അതിനുള്ളിൽ മറ്റൊരു WireGuard ടണൽ. പുറം പാളിക്ക് 20 ബൈറ്റ് IPv4, 8 ബൈറ്റ് UDP, കൂടാതെ WireGuard ഡേറ്റ ഹെഡറിനും അതിന്റെ പ്രാമാണീകരണ ടാഗിനും 32 ബൈറ്റ് വേണം. അതിനുള്ളിൽ, ഉള്ളിലെ ടണലിന് അതിന്റെ രണ്ടാം 32 ബൈറ്റ് WireGuard ഓവർഹെഡിന് മുൻപ് സ്വന്തം 20 ബൈറ്റ് IPv4 ഹെഡറും 8 ബൈറ്റ് UDP ഹെഡറും വേണം. ബാക്കിയുള്ളതിൽ IPv4 ഹെഡർ, TCP ഹെഡർ, ഡേറ്റ എന്നിവ ഒതുങ്ങുന്നു. പുറം പാത IPv6 ആണെങ്കിൽ 20-ന് പകരം 40 ചെലവഴിക്കുകയും 1320 അവശേഷിപ്പിക്കുകയും ചെയ്യുന്നു.
| Layer | Bytes |
|---|---|
| Path MTU | 1500 |
| Outer IPv4 header | 20 |
| Outer UDP header | 8 |
| Outer WireGuard header and tag | 32 |
| Inner transport IPv4 header | 20 |
| Inner UDP header | 8 |
| Inner WireGuard header and tag | 32 |
| Innermost IPv4 header | 20 |
| TCP header | 20 |
| Payload that fits | 1340 |
കണക്ക് 1340 ബൈറ്റിൽ എത്തുന്നു. അതേ നിയമങ്ങളിൽ ഒരു പാളി മാത്രമെങ്കിൽ TCP പേലോഡിന് 1400 അവശേഷിക്കുന്നു, അതായത് 1500 ൽ നിന്ന് 20, 8, 32, 20, 20 കുറച്ചത്, കൂടാതെ 60 ബൈറ്റ് വ്യത്യാസം രണ്ടാം ടണൽ ചേർക്കുന്ന അകത്തെ എൻകാപ്സുലേഷൻ തന്നെയാണ്.
1400 നെസ്റ്റഡ് പാതയിൽ പ്രയോഗിക്കുക, ഉള്ളിലെ ടണലിന് 60 ബൈറ്റ് കുറവ് വരുന്നു, പാക്കറ്റ് അവ ആവശ്യമാകുന്നത്ര വലുതാകുന്നത് വരെ അദൃശ്യമാണ്. പാഡിംഗും പ്രോട്ടോക്കോളിന്റെ സ്വന്തം ഫ്രാഗ്മെന്റേഷൻ ഓപ്ഷനും സംഖ്യകളെ വീണ്ടും മാറ്റുന്നു, അതിനാൽ പട്ടികയിൽ വിശ്വസിക്കുക.
MTU, MSS, ഫ്രാഗ്മെന്റേഷൻ എന്നിവ വ്യത്യസ്ത സ്ഥലങ്ങളിൽ പ്രവർത്തിക്കുന്നു
ഇന്റർഫേസ് MTU ഇന്റർഫേസ് പുറപ്പെടുവിക്കുന്നത് പരിമിതപ്പെടുത്തുന്നു, അതേസമയം TCP MSS ക്ലാമ്പിംഗ് TCP ഇണ എന്ത് അയയ്ക്കാൻ തയ്യാറാണെന്ന് മാറ്റുന്നു. ക്ലാമ്പിംഗ് TCP സെഷനുകൾ ശരിയാക്കുന്നു വലിയ UDP ഡേറ്റാഗ്രാമിന് ഒന്നും ചെയ്യുന്നുമില്ല, അങ്ങനെ ഒരു പരിഹാരം ഒരു ആപ്ലിക്കേഷനിൽ വിജയിച്ചതായി തോന്നുകയും അടുത്തത് നിശബ്ദമായി വിട്ടുപോകുകയും ചെയ്യുന്നു. പ്രോട്ടോക്കോളിന്റെ സ്വന്തം ഫ്രാഗ്മെന്റേഷൻ ഓപ്ഷൻ സ്വന്തം പരാജയങ്ങളുള്ള മൂന്നാമത്തെ ഉത്തോലകമാണ്. ഇന്റർഫേസ് MTU സാധാരണ ആദ്യ നീക്കവും ഏറ്റവും പരുക്കനുമാണ്.
ബ്രിഡ്ജ് ചെയ്തതും റൂട്ട് ചെയ്തതുമായ ടണലുകൾ വ്യത്യസ്ത ഫ്രെയിമുകൾ വഹിക്കുന്നു, അതിനാൽ മറ്റൊരു വിന്യാസത്തിലെ സംഖ്യകൾ അപൂർവ്വമായി കൈമാറുന്നു. പാത MTU കണ്ടെത്തൽ, അത് വിവരിച്ചിരിക്കുന്നത് RFC 8201 ൽ, അത് ആശ്രയിക്കുന്ന ICMP സന്ദേശങ്ങൾ കടന്നുപോകാൻ അനുവദിക്കുമ്പോൾ മാത്രം സഹായിക്കുന്നു.
കുറവുള്ള പാളി കണ്ടെത്തൽ
ആവശ്യകതകൾ താരതമ്യം അനുവദിക്കുന്നുവെങ്കിൽ, നെസ്റ്റ് ചെയ്യുന്നതിന് മുൻപ് ഓരോ ടണലും വെവ്വേറെ പരിശോധിക്കുക. നിശ്ചിത വലുപ്പമുള്ള ഒരു പ്രോബ് അത് തീരുമാനിക്കുന്നു: ping -M do -s 1472 -c 3 10.8.0.1 ആ പാളിക്കുള്ളിൽ പൂർണ്ണമായ 1500 ബൈറ്റ് IPv4 പാക്കറ്റ് അയയ്ക്കുന്നു. രണ്ടാം പാളി ചേർത്ത് അതേ പ്രോബ് ആവർത്തിക്കുക, അതുവഴി ഏത് പരാജയവും അറിയപ്പെടുന്ന ഒരു മാറ്റത്തിന്റേതാകും.
കൈമാറ്റം തടയുമ്പോൾ, ഒരു സമയത്ത് ഒരു രേഖപ്പെടുത്തിയ പാരാമീറ്റർ മാറ്റി പരാജയപ്പെടുന്ന വലുപ്പം രേഖപ്പെടുത്തുക. മടക്കപ്പാതയും പരിശോധിക്കുക, കാരണം നെസ്റ്റഡ് റൂട്ട് ആവർത്തനം പാക്കറ്റ് വലുപ്പ പ്രശ്നം ഒരു ഉച്ചയ്ക്ക് നഷ്ടപ്പെടുത്തുന്നത്ര കൃത്യമായി അനുകരിക്കാം. ഫിൽട്ടർ ചെയ്ത ICMP മറുപടിക്ക് യഥാർത്ഥ പരിധി മറയ്ക്കാം, അതിനാൽ പ്രോബ് ന്യായവാദത്തേക്കാൾ പ്രധാനമാണ്.
അടുത്ത വ്യക്തി കണ്ടെത്തുന്നിടത്ത് ബജറ്റ് എഴുതുക
ഓരോ പാളിക്കും ഒരു വരിയുള്ള പട്ടിക തള്ളവിരൽ നിയമത്തേക്കാൾ കാലം നിലനിൽക്കും. ടണൽ ഡയഗ്രാമിന് അടുത്ത് അത് സൂക്ഷിക്കുക, സമ്മർദ്ദത്തിൽ ആരും കണക്ക് വീണ്ടും ചെയ്യാതിരിക്കാൻ.
കൂടുതൽ ടണലുകൾ കൂടുതൽ ആശ്രിതത്വങ്ങൾ എന്നർത്ഥം, അതിനാൽ റോൾബാക്ക് പ്ലാൻ ബജറ്റിന് അടുത്ത് സ്ഥാനം നേടുന്നു. സംഖ്യകൾ ഇപ്പോഴും ഒത്തുപോകുന്നില്ലെങ്കിൽ, വീണ്ടും ഊഹിക്കുന്നതിന് പകരം പാത അളക്കുക. ലക്ഷ്യം നിങ്ങൾക്ക് ന്യായീകരിക്കാനാകുന്ന ഒരു സംഖ്യയാണ്, ഓർമ്മിക്കാനുള്ളതല്ല.