WireGuard-ന്റെ MTU ആരാണ് തിരഞ്ഞെടുക്കുന്നത്: wg-quick, കേർണൽ അതോ നിങ്ങളോ

WireGuard-ന് MTU ചർച്ചയില്ല. ഇന്റർഫേസ് നൽകുന്നതെല്ലാം അത് എൻക്രിപ്റ്റ് ചെയ്ത് ഫലം അയയ്ക്കുന്നു, എൻകാപ്സുലേറ്റ് ചെയ്ത പാക്കറ്റ് പാത കവിഞ്ഞാൽ അത് നിങ്ങൾക്ക് കാണാനാകാത്ത എവിടെയോ ഉപേക്ഷിക്കപ്പെടുകയോ കഷണങ്ങളാക്കപ്പെടുകയോ ചെയ്യുന്നു. ഇന്റർഫേസിന്റെ MTU ആരെങ്കിലും തിരഞ്ഞെടുക്കണം, ആ ആരോ ഇന്റർഫേസ് ഉയർത്തിയ ടൂളാണ്.

മൂന്ന് സ്ഥാനാർത്ഥികളുണ്ട്, അവരെ കൂട്ടിക്കലർത്താൻ എളുപ്പമാണ്.

മൂല്യം വരാനിടയുള്ള മൂന്ന് സ്ഥലങ്ങൾ

മൂല്യം ഇന്റർഫേസ് കോൺഫിഗറേഷനിൽ വ്യക്തമായി സജ്ജമാക്കാം, സെറ്റപ്പ് ടൂൾ റൂട്ട് വിവരങ്ങളിൽ നിന്ന് കണക്കാക്കാം, അല്ലെങ്കിൽ ഇന്റർഫേസിന്റെ ഉടമയായ ഏത് നെറ്റ്‌വർക്ക് മാനേജർക്കും സജ്ജമാക്കാം. സാധാരണ wg വിളി ഇവയൊന്നും ചെയ്യുന്നില്ല, കാരണം wg കീകളും പിയറുകളും മാത്രം കൈകാര്യം ചെയ്യുന്നു. MTU നെറ്റ്‌വർക്ക് ഇന്റർഫേസിലാണ് കഴിയുന്നത്, അതിനാൽ ip link show wg0 അത് വായിക്കുന്ന സ്ഥലമാണ്.

ഏത് സാഹചര്യമാണ് ബാധകമെന്ന് ഉറപ്പില്ലെങ്കിൽ, ആദ്യം MTU വായിക്കുക, പിന്നീട് ഇന്റർഫേസ് ആരാണ് ആരംഭിച്ചതെന്ന് കണ്ടെത്തുക.

ഇന്റർഫേസ് ആരാണ് നടത്തുന്നതെന്ന് നോക്കി തീരുമാനിക്കുക

wg-quick അത് ആരംഭിക്കുന്നുവെങ്കിൽ, വ്യക്തമായ MTU വരി വിജയിക്കുന്നു, അല്ലെങ്കിൽ അത് ഒരു മൂല്യം കണക്കാക്കുന്നു. ഒരു നെറ്റ്‌വർക്ക് മാനേജർ ആരംഭിക്കുന്നുവെങ്കിൽ, ആ മാനേജരുടെ പ്രൊഫൈൽ തീരുമാനിക്കുന്നു. ഒരു കണ്ടെയ്നർ റൺടൈമോ പ്രൊവൈഡർ ക്ലയന്റോ ആരംഭിക്കുന്നുവെങ്കിൽ, wg-quick പെരുമാറ്റം അനുമാനിക്കുന്നതിന് പകരം അവരുടെ ഡോക്യുമെന്റേഷൻ വായിക്കുക.

തീരുമാനം ഏത് സംഖ്യയാണ് അമൂർത്തമായി മികച്ചത് എന്നതല്ല. ഏത് ഘടകമാണ് നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ കോൺഫിഗർ ചെയ്യാൻ കഴിയുന്നത് എന്നതാണ്.

ഡിഫോൾട്ട് കണക്കുകൂട്ടൽ എന്ത് ചെയ്യുന്നു

wg-quick പിയറിന്റെ എൻഡ്‌പോയിന്റിലേക്കുള്ള റൂട്ട് കണ്ടെത്തി, ആ ഔട്ട്‌ഗോയിംഗ് ഇന്റർഫേസിന്റെ MTU എടുത്ത് എൻകാപ്സുലേഷൻ ഓവർഹെഡ് കുറയ്ക്കുന്നു. IPv4 ബാഹ്യ ഹെഡറിൽ അത് ഏകദേശം 60 ബൈറ്റാണ്, IPv6-ൽ ഏകദേശം 80. ഫലം പരിമിതപ്പെടുത്തുന്നു, 1500 ബൈറ്റ് പാത 1420 നൽകുന്നു, ഒരു വിലാസ കുടുംബത്തിൽ മാത്രം പ്രവർത്തിക്കുന്ന മൂല്യമല്ല. ഇത് ന്യായമായ ഡിഫോൾട്ടാണ്, നിങ്ങളുടെ പാതയുടെ അളവല്ല.

പിന്നീടുള്ള ടണൽ, മൊബൈൽ ലിങ്ക് അല്ലെങ്കിൽ ഫിൽട്ടർ ചെയ്ത ICMP പാത എന്നിവയെക്കുറിച്ച് അതിന് അറിയാനാകില്ല.

ഈ പരിധി ഒരു യഥാർത്ഥ ചോദ്യം മറയ്ക്കുന്നു. നിങ്ങളുടെ പാത തുടക്കം മുതൽ അവസാനം വരെ ശരിക്കും 9000 ബൈറ്റാണെങ്കിൽ, 1420 പ്രകടനം മേശപ്പുറത്ത് ഉപേക്ഷിക്കുന്നു, പാത 1400 ആണെങ്കിൽ, 1420 ഇപ്പോൾത്തന്നെ വളരെ വലുതാണ്. ഡിഫോൾട്ട് ഒരു വിട്ടുവീഴ്ചയാണ്, അത് അങ്ങനെ തന്നെ കാണണം.

പാത നിങ്ങളുടെ കീഴിൽ മാറുമ്പോൾ

Ethernet-ൽ നിന്ന് Wi-Fi-ലേക്കും പിന്നീട് ഫോൺ ഹോട്ട്‌സ്പോട്ടിലേക്കും സഞ്ചരിക്കുന്ന ലാപ്‌ടോപ്പ് തുടങ്ങിയ ഇന്റർഫേസ് MTU നിലനിർത്തുന്നു. പുറത്തെ പാത ഇപ്പോൾ ചെറുതായേക്കാം, ഒന്നും വീണ്ടും ചർച്ച ചെയ്യുന്നില്ല. നെസ്റ്റഡ് ടണലുകൾ കാര്യം വഷളാക്കുന്നു, കാരണം ഓരോ പാളിയും അതേ ബജറ്റിൽ നിന്ന് സ്വന്തം ഓവർഹെഡ് കുറയ്ക്കുന്നു. ഓഫീസിൽ പ്രവർത്തിച്ച മൂല്യം വിമാനത്താവളത്തിൽ പ്രവർത്തിക്കുന്ന മൂല്യമല്ല.

സമീപകാല ഹാൻഡ്‌ഷേക്ക് കീകൾ പ്രവർത്തിക്കുന്നുവെന്ന് തെളിയിക്കുന്നു. വലിയ പാക്കറ്റുകൾ ഇടം കിട്ടുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും തെളിയിക്കുന്നില്ല.

ഒരു സമയം ഒരു സംഖ്യ പരിശോധിക്കുക

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

MTU മാത്രം മാറ്റുക. ഒന്നിലധികം പാക്കറ്റ് ഓപ്ഷനുകൾ ഒരുമിച്ച് ക്രമീകരിക്കുന്നത് ഏതാണ് പ്രധാനമായിരുന്നതെന്ന് പറയുന്നില്ല.

MTU മാറ്റം നഷ്ടമായ റിട്ടേൺ റൂട്ടോ ഫോർവേഡിംഗ് നിയമമോ DNS പരാജയമോ ശരിയാക്കുമെന്ന് പ്രതീക്ഷിക്കരുത്. അവയും ട്രാഫിക് ഇല്ലാത്ത ലക്ഷണങ്ങൾ ഉണ്ടാക്കുന്നു, അവയ്ക്ക് സ്വന്തം പരിശോധനകളുണ്ട്. wg-quick മാനുവൽ യാന്ത്രിക തിരഞ്ഞെടുപ്പ് രേഖപ്പെടുത്തുന്നു.