ജംബോ ഫ്രെയിമുകൾ VPN പാതയ്ക്ക് 9000 ബൈറ്റ് പാക്കറ്റുകൾ വഹിക്കാൻ കഴിയുന്നതാക്കുന്നില്ല

LAN-ൽ 9000 ബൈറ്റ് ഫ്രെയിമുകൾ സജീവമാക്കി VPN വേഗത്തിലാകുമെന്ന് നിങ്ങൾ പ്രതീക്ഷിച്ചു. അത് മന്ദഗതിയിലായി, അല്ലെങ്കിൽ വലിയ കൈമാറ്റങ്ങൾ കടത്തിവിടുന്നത് പൂർണ്ണമായി നിർത്തി. ജംബോ ഫ്രെയിമുകൾ പ്രാദേശിക ലിങ്ക് ഉടമ്പടിയാണ്; അവ ടണൽ കടക്കുന്ന പാത വിപുലീകരിക്കുന്നില്ല.

ഉപയോഗയോഗ്യമായ ബജറ്റ് പാതയിലെ ഏറ്റവും ചെറിയ അതിർത്തിയാണ് നിർണ്ണയിക്കുന്നത്, ടണൽ ചേർക്കുന്ന എൻക്യാപ്സുലേഷൻ ഉൾപ്പെടെ.

ജംബോ ഫ്രെയിമുകൾ യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്

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

പ്രാദേശിക ഉടമ്പടി, ആഗോള പരിണിതഫലങ്ങൾ. ആകെയുള്ള ആശയക്കുഴപ്പം അതാണ്.

എൻക്യാപ്സുലേഷൻ നികുതി

ടണൽ നിങ്ങളുടെ പാക്കറ്റ് മറ്റൊന്നിനുള്ളിൽ പൊതിയുന്നു. IPv4 UDP-യിൽ WireGuard ഏകദേശം 60 ബൈറ്റ് ഓവർഹെഡ് ചേർക്കുന്നു; OpenVPN-ന്റെ UDP മോഡും അതേ പരിധിയിലാണ്, IPsec മോഡും അൽഗോരിതങ്ങളും അനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു. ആ ബൈറ്റുകൾ പുറം പാതയുടെ ബജറ്റിൽ നിന്നാണ് വരുന്നത്, എവിടെനിന്നുമല്ല.

അതിനാൽ 1500 ബൈറ്റ് പുറം ലിങ്കിന് ടണൽ ഹെഡർ ചേർത്താൽ 1500 ബൈറ്റ് ആന്തരിക പാക്കറ്റ് വഹിക്കാൻ കഴിയില്ല.

കണക്ക് ഒരിക്കൽ ചെയ്യേണ്ടതാണ്. 1500 ബൈറ്റ് പാതയിൽ, എൻക്യാപ്സുലേറ്റ് ചെയ്ത പാക്കറ്റ് ഇമ്പിച്ചിരിക്കാൻ WireGuard ഇന്റർഫേസിന് ഏകദേശം 1420 MTU വേണം. ആന്തരിക ഇന്റർഫേസ് 9000 ആക്കുക, എന്നാൽ ഓരോ വലിയ പാക്കറ്റിനും ടണലിന് ചെയ്യാൻ കഴിയാത്ത ഫ്രാഗ്മെന്റേഷൻ ആവശ്യമാകും, അല്ലെങ്കിൽ അത് ഉപേക്ഷിക്കപ്പെടും.

പാതയിലെ ഏറ്റവും ചെറിയ ലിങ്ക് കണ്ടെത്തുക

പാതയിലൂടെ നടന്ന് ഏറ്റവും കുറഞ്ഞ MTU കണ്ടെത്തുക. LAN സാധാരണയായി 1500 അല്ലെങ്കിൽ 9000, WAN സാധാരണയായി 1500, മൊബൈൽ അല്ലെങ്കിൽ PPP ലിങ്ക് അതിലും കുറവാകാം. തുടർന്ന് ടണൽ ഓവർഹെഡ് കുറയ്ക്കുക. ഫലം ആന്തരിക ഇന്റർഫേസിന്റെ MTU-യേക്കാൾ ചെറുതാണെങ്കിൽ, നിങ്ങളുടെ ഉത്തരം കിട്ടി. പാത MTU കണ്ടെത്തൽ ഇത് യാന്ത്രികമായി കണ്ടെത്താൻ കഴിയും, പക്ഷേ അത് ആശ്രയിക്കുന്ന ICMP സന്ദേശങ്ങൾ കടത്തിവിട്ടാൽ മാത്രം.

ഫിൽട്ടർ ചെയ്ത ICMP ആണ് വലിയ കൈമാറ്റം തൂങ്ങിക്കിടക്കുമ്പോൾ ചെറിയ അഭ്യർത്ഥനകൾ നന്നായി പ്രവർത്തിക്കുന്നതിന്റെ ക്ലാസിക് കാരണം.

മാറ്റം വിപുലീകരിക്കാതെ വലിപ്പാശ്രയത്വം പരിശോധിക്കുക

പ്രതിനിധികമായ ഒരു കൈമാറ്റം ഉപയോഗിച്ച് യഥാർത്ഥ മൂല്യങ്ങൾ സൂക്ഷിക്കുക, അതുവഴി തിരികെ വയ്ക്കാം. ping -M do -s 1472 DF ബിറ്റ് സെറ്റ് ചെയ്ത 1500 ബൈറ്റ് പാക്കറ്റ് പരിശോധിക്കുന്നു; കടന്നുപോകുന്നതുവരെ വലിപ്പം കുറയ്ക്കുക. വലിയ പാക്കറ്റുകൾ മാത്രം പരാജയപ്പെടുന്നുവെങ്കിൽ, റൂട്ടിംഗല്ല, വലിപ്പ പ്രശ്നമാണ് നിങ്ങൾക്കുള്ളത്.

ക്യാപ്ചറുകൾ വായിക്കുമ്പോൾ ഹോസ്റ്റ് വശത്തെ ഓഫ്ലോഡിനെക്കുറിച്ച് ജാഗ്രതയുണ്ടാകുക. സെഗ്മെന്റേഷൻ ഓഫ്ലോഡ് യഥാർത്ഥത്തിൽ കേബിളിലൂടെ കടന്നതിനേക്കാൾ വളരെ വലിയ ഫ്രെയിമുകൾ കാണിക്കാം, അത് പ്രവർത്തിക്കുന്ന പാതയെ തകർന്നതായും തകർന്നതിനെ കുഴപ്പമില്ലാത്തതായും തോന്നിപ്പിക്കുന്നു.

എപ്പോഴാണ് വലിയ MTU ശരിയായ രൂപകൽപ്പന

നിയന്ത്രിത സ്വകാര്യ നെറ്റ്വർക്കിന് വലിയ ഫ്രെയിമുകൾ അറ്റം മുതൽ അറ്റം വരെ നിയമാനുസൃതമായി ഓടിക്കാം, പാതയിലെ ഓരോ ഉപകരണവും സമ്മതിക്കുകയും ടണൽ ഓവർഹെഡ് കണക്കിൽ എടുക്കുകയും ചെയ്താൽ. അത് ഓരോ ലിങ്കിനും രേഖപ്പെടുത്തിയ മൂല്യമുള്ള ഏകോപിത രൂപകൽപ്പനയാണ്, ക്ലയന്റിൽ ടൈപ്പ് ചെയ്ത ഒരു വലിയ സംഖ്യയല്ല.

സാധാരണ പൊതു എക്സിറ്റിന് 1500 അല്ലെങ്കിൽ കുറവ് അനുമാനിച്ച്, ടണലിന് സുരക്ഷിതമായ ആന്തരിക MTU തിരഞ്ഞെടുക്കാൻ അനുവദിക്കുക. RFC 8201 IPv6 കേസിനുള്ള പാത MTU കണ്ടെത്തൽ ഉൾക്കൊള്ളുന്നു, ഫീഡ്ബാക്ക് എങ്ങനെ പ്രവർത്തിക്കണം എന്നതിന് ഉപയോഗപ്രദമായ റഫറൻസാണ്.