വലിയ കൈമാറ്റങ്ങളിൽ VPN നിൽക്കുന്നതും ചെറുതിൽ നിൽക്കാത്തതും എന്തുകൊണ്ട്

ഒരു പേജ് ലോഡ് ചെയ്യുന്നു, ping വിജയിക്കുന്നു, എന്നാൽ ഫയൽ പകർപ്പ് എല്ലാ തവണയും അതേ സ്ഥലത്ത് നിൽക്കുന്നു. ഈ പാറ്റേൺ ബാൻഡ്വിഡ്ത്തിനെക്കാളും ക്രെഡൻഷ്യലുകളെക്കാളും പാക്കറ്റ് വലുപ്പത്തിലേക്കാണ് വിരൽ ചൂണ്ടുന്നത്. എൻകാപ്സുലേഷൻ ഓരോ പാക്കറ്റിലും ബൈറ്റുകൾ ചേർക്കുന്നു, അതിനാൽ യഥാർത്ഥ പാതയിൽ ഒതുങ്ങിയ പേലോഡ് ടണലിലൂടെ കടന്നതിന് ശേഷം പരിധി കവിയാം. ഈ സംഭാഷണങ്ങളിൽ മൂന്ന് വ്യത്യസ്ത സംഖ്യകളെ MTU എന്ന് വിളിക്കുന്നു, അവ തമ്മിൽ കൂട്ടിക്കലർത്തിയാൽ ഒരു ആപ്പ് ശരിയാക്കി മറ്റൊന്ന് തകർക്കുന്ന ക്രമീകരണം വരും.

ആളുകൾ MTU എന്ന് വിളിക്കുന്ന മൂന്ന് സംഖ്യകൾ

ഇന്റർഫേസ് MTU എന്നത് ആ ലിങ്കിൽ പാക്കറ്റിന് കോൺഫിഗർ ചെയ്ത പരിധിയാണ്. പാത MTU എന്നത് റൂട്ടിലുടനീളമുള്ള ഏറ്റവും ചെറിയ പരിധിയാണ്, അത് കോൺഫിഗർ ചെയ്യുന്നതല്ല, കണ്ടെത്തുന്നതാണ്. TCP MSS എന്നത് എതിർവശത്തിന് സ്വീകരിക്കാനാകുമെന്ന് പ്രഖ്യാപിക്കുന്ന പേലോഡ് വലുപ്പമാണ്, അത് മറ്റ് രണ്ടിൽ നിന്ന് ഉരുത്തിരിയുന്നതാണ്, വേറെ ഭൗതിക പരിധിയല്ല.

ടണലിന് ഉള്ളിലെയും പുറത്തെയും കാഴ്ചയുണ്ട്. പുറം പാക്കറ്റ് എൻകാപ്സുലേറ്റ് ചെയ്തതും പ്രോട്ടോക്കോളിന് വേണ്ട ഹെഡറുകളും വഹിക്കുന്നു, അതിനാൽ ഉപയോഗയോഗ്യമായ ഉള്ളിലെ വലുപ്പം പുറം പാത അനുവദിക്കുന്നതിനേക്കാൾ ചെറുതാണ്. VPN സർവറിലേക്കുള്ള പാതയും സർവറിൽ നിന്ന് ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള പാതയിൽ നിന്ന് വ്യത്യസ്തമാണ്.

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

നിങ്ങൾ നിയന്ത്രിക്കുന്ന പേലോഡ് കൊണ്ട് പാത പരിശോധിക്കുക

ഒരു പരിശോധന ഒരു പാതയെക്കുറിച്ചും ഒരു വലുപ്പത്തെക്കുറിച്ചുമുള്ള തെളിവാണ്, ശുപാർശ ചെയ്ത ക്രമീകരണമല്ല. മറുപടി നൽകുന്ന ഹോസ്റ്റ് ഉപയോഗിക്കുക, പേലോഡിന്റെ വലുപ്പം മാത്രം മാറ്റുക.

ping -M do -s 1372 -c 2 203.0.113.20
ping -4 -f -l 1372 vpn.example

ആദ്യ കമാൻഡ് ഫ്രാഗ്മെന്റേഷൻ ഓഫ് ചെയ്ത് 1372 ബൈറ്റ് പേലോഡിനൊപ്പം ലിനക്സ് പരിശോധന അയയ്ക്കുന്നു, രണ്ടാമത്തേത് വിൻഡോസിൽ അതേ കാര്യം ചെയ്യുന്നു, അവിടെ പേലോഡ് -l ഉപയോഗിച്ച് സെറ്റ് ചെയ്യുന്നു. മറുപടി എന്നാൽ ആ വലുപ്പം പാതയെ അതിജീവിച്ചു. ഫ്രാഗ്മെന്റേഷൻ ആവശ്യമാണെന്ന സന്ദേശം വിവരപ്രദമാണ്, എന്നാൽ ടൈംഔട്ട് അവ്യക്തമാണ്, കാരണം ഹോസ്റ്റോ ഇടനില ഉപകരണമോ ICMP വെറുതെ ഉപേക്ഷിച്ചേക്കാം.

ബൈറ്റ് വരെ ബൈനറി തിരയലിന് പകരം കുറച്ച് ഘട്ടങ്ങളായി വലുപ്പം കുറയ്ക്കുക. വലുപ്പത്തിന് ഒരു പരിധിയുണ്ടോ എന്ന് തിരിച്ചറിയാനാണ് ശ്രമിക്കുന്നത്, ഓരോ നെറ്റ്വർക്കിനും സംഖ്യ പ്രസിദ്ധീകരിക്കാനല്ല. നിങ്ങൾ കണ്ടെത്തുന്ന സംഖ്യ ഈ പാതയ്ക്കും ഈ പ്രോട്ടോക്കോളിനും ഈ വിലാസ കുടുംബത്തിനും ബാധകമാണ്.

IPv4 ഉം IPv6 ഉം വ്യത്യസ്ത രീതിയിൽ ഫ്രാഗ്മെന്റ് ചെയ്യുന്നു, അതിനാൽ ഒരു കുടുംബത്തിന്റെ ഫലം മറ്റൊന്നിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ആപ്പ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന കുടുംബം പരിശോധിക്കുക.

MSS ക്ലാമ്പിംഗ് TCP-യ്ക്ക് മാത്രം സഹായിക്കുന്നു

TCP-യിൽ ഫലപ്രദമായ പേലോഡ് ഹാൻഡ്ഷേക്കിൽ ചർച്ച ചെയ്യുന്നു, പാതയിലെ റൗട്ടറിന് ആ മൂല്യം താഴേക്ക് മാറ്റിയെഴുതാം, അങ്ങനെ രണ്ട് അറ്റങ്ങളും ചെറിയ സെഗ്മെന്റുകൾ അയയ്ക്കും. MSS ക്ലാമ്പിംഗ് അതാണ് ചെയ്യുന്നത്, ക്ലൈന്റിനെ ഒട്ടും തൊടാതെ അത് പ്രവർത്തിക്കുന്നു.

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
ip link show tun0

ആദ്യ നിയമം കൈമാറ്റം ചെയ്യുന്ന TCP ഹാൻഡ്ഷേക്കുകൾക്ക് പ്രഖ്യാപിത MSS പാത MTU-യിലേക്ക് ക്ലാംപ് ചെയ്യുന്നു, രണ്ടാമത്തേത് ടണൽ ഇന്റർഫേസിന്റെ സ്വന്തം MTU കാണിക്കുന്നു, അതിനാൽ പാത അനുവദിക്കുന്നതുമായി താരതമ്യം ചെയ്യാം. ഹാൻഡ്ഷേക്കിന് ശേഷം നിൽക്കുന്ന TCP ആപ്പിന് ക്ലാമ്പിംഗ് ഏറ്റവും കുറഞ്ഞ കൈകടത്തലുള്ള പരിഹാരമാണ്.

UDP-യ്ക്ക് അത് ഒന്നും ചെയ്യുന്നില്ല. വലിയ ഡാറ്റാഗ്രാമുകൾ അയയ്ക്കുന്ന വോയ്സ് അല്ലെങ്കിൽ ഗെയിം ക്ലൈന്റ് MSS ക്രമീകരണം പൂർണ്ണമായി അവഗണിക്കും, കാരണം മാറ്റിയെഴുതാൻ ഹാൻഡ്ഷേക്കില്ല. പരാജയപ്പെടുന്ന ആപ്പ് UDP ആണെങ്കിൽ, പകരം ക്ലൈന്റിന്റെ സ്വന്തം പാക്കറ്റ് വലുപ്പ ഓപ്ഷനുകൾ നോക്കുക. രണ്ട് പ്രോട്ടോക്കോളുകളും വ്യത്യസ്ത രീതിയിൽ പരാജയപ്പെടുന്നു, വ്യത്യസ്ത ഉപകരണങ്ങൾ കൊണ്ട് നന്നാക്കുന്നു, അതുകൊണ്ടാണ് ടിക്കറ്റിന്റെ ആദ്യ വാക്യത്തിൽ പ്രോട്ടോക്കോൾ വേണ്ടത്.

OpenVPN tun-mtu, mssfix, ഫ്രാഗ്മെന്റുമായി ബന്ധപ്പെട്ട ക്രമീകരണങ്ങൾ തുടങ്ങിയ ഓപ്ഷനുകൾ നൽകുന്നു, അവയുടെ സ്വഭാവം പതിപ്പിനെയും ഡാറ്റ ചാനൽ AEAD ആണോ എന്നതിനെയും ആശ്രയിച്ചിരിക്കുന്നു. ഉപയോഗിക്കുന്ന പതിപ്പിന്റെ മാനുവൽ വായിക്കുക, ഒരു സമയത്ത് ഒരു ഓപ്ഷൻ മാറ്റുക.

ഒരു പിന്തുണയ്ക്കുന്ന ക്രമീകരണം മാറ്റി രണ്ട് ഓട്ടങ്ങളും ആവർത്തിക്കുക

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

കുറഞ്ഞ മൂല്യം ലക്ഷണം കുറയ്ക്കാം, പക്ഷേ അധിക ഭാരം ചേർക്കുന്നു, അതിനാൽ സാധ്യമായ ഏറ്റവും ചെറിയ സംഖ്യ ലക്ഷ്യമല്ല. ലക്ഷ്യം പാത ഏറ്റവും കുറഞ്ഞ പാഴ്ച്ചെലവോടെ വിശ്വസനീയമായി വഹിക്കുന്ന വലുപ്പമാണ്. മൂല്യം, പാത, ക്ലൈന്റ് പതിപ്പ് എന്നിവ ടിക്കറ്റിൽ രേഖപ്പെടുത്തുക, കാരണം അതേ സംഖ്യ മറ്റെവിടെയെങ്കിലും പ്രയോഗിക്കുന്നത് ഒരു ഊഹമാണ്.

അതേ പ്രൊഫൈൽ മറ്റൊരു വിശ്വസ്ത നെറ്റ്വർക്കിൽ നിന്ന് പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ക്ലൈന്റ് ശരിയായി എന്ന് പ്രഖ്യാപിക്കുന്നതിന് പകരം ആ വ്യത്യാസം രോഗനിർണയത്തിൽ നിലനിർത്തുക. മാറിയ ചരം പാതയാണ്, പരിശോധന അളന്നതും പാത തന്നെ.