MTU അല്ലെങ്കിൽ MSS? VPN മാറ്റം യഥാർത്ഥത്തിൽ എന്താണ് ശരിയാക്കുന്നത്

പിംഗുകൾ വിജയിക്കുന്നു, വലിയ കൈമാറ്റങ്ങൾ നിലയ്ക്കുന്നു, ടണൽ തന്നെ ആരോഗ്യമുള്ളതായി പ്രഖ്യാപിക്കുന്നു. ആരോ ഇന്റർഫേസിന്റെ MTU കുറയ്ക്കുന്നു, മറ്റൊരാൾ MSS പരിമിതപ്പെടുത്തുന്നു, ചിലപ്പോൾ ആരും രേഖപ്പെടുത്താത്ത കാരണങ്ങളാൽ പ്രശ്നം മാഞ്ഞുപോകുന്നു. രണ്ട് സംഖ്യകൾ വ്യത്യസ്ത വസ്തുക്കളെ വിവരിക്കുന്നു, അതിനാൽ തെറ്റായത് മാറ്റുന്നത് ഭാഗ്യം പോലെ തോന്നുന്ന പരിഹാരം നൽകുന്നു. ഇതാണ് നടപടിക്രമം: പാളി തിരിച്ചറിയുക, ബന്ധപ്പെട്ട ക്രമീകരണം പ്രയോഗിക്കുക, തുടർന്ന് പുതിയ കണക്ഷനിൽ പരിശോധിക്കുക.

രണ്ട് സംഖ്യ, രണ്ട് വസ്തു

MTU ഒരു ലിങ്കിനോ ഇന്റർഫേസിനോ ഉള്ളതാണ്: വിഭജിക്കാതെ കൈമാറാൻ കഴിയുന്ന ഏറ്റവും വലിയ പാക്കറ്റ്. MSS TCP-യുടേതാണ്: ഒരു സെഗ്മെന്റിന് വഹിക്കാൻ കഴിയുന്ന ഏറ്റവും വലിയ TCP പേലോഡ് അളവാണിത്, കൂടാതെ TCP, IP എന്നീ രണ്ട് ഹെഡറുകളും ഇത് ഒഴിവാക്കുന്നു. IPv4 ഉള്ള സാധാരണ ഇഥർനെറ്റ് ലിങ്കിൽ 1500 ബൈറ്റ് MTU പരിചിതമായ 1460 ബൈറ്റ് MSS നൽകുന്നു. ഈ സംഖ്യകൾ വ്യത്യസ്ത പാളികളെ വിവരിക്കുന്നു, വ്യത്യസ്ത സംവിധാനങ്ങളിലൂടെ കൈമാറ്റം ചെയ്യപ്പെടുന്നു. രണ്ടും ബൈറ്റിൽ അളക്കുന്നതും രണ്ടും 1500-ന് അടുത്തുള്ളതും ആയതിനാൽ അവ തെറ്റിദ്ധരിക്കാൻ എളുപ്പമാണ്.

ഒന്ന് ഇന്റർഫേസ് ക്രമീകരണമായി വരുന്നു. മറ്റൊന്ന് SYN സെഗ്മെന്റിനുള്ളിലെ ഓപ്ഷനായി വരുന്നു, നിങ്ങളുടെ ഇന്റർഫേസ് ഒരിക്കലും കാണാത്ത അറ്റങ്ങൾക്കിടയിൽ ചർച്ച ചെയ്യപ്പെടുന്നു.

പുറത്തുള്ള അധിക ഭാരം എവിടെ ഇറങ്ങുന്നു

VPN അകത്തെ പാക്കറ്റ് മറ്റൊന്നിനുള്ളിൽ ഇടുന്നു, പുറത്തെ പാക്കറ്റ് ഭൗതിക പാതയിൽ ഒതുങ്ങണം. എൻക്യാപ്സുലേഷൻ ഹെഡറുകൾ, പുറത്തെ IP ഹെഡർ, ട്രാൻസ്പോർട്ട് ഹെഡർ, ഏതെങ്കിലും പ്രാമാണീകരണ ടാഗ് എന്നിവ അകത്തെ പാക്കറ്റിന് ഉപയോഗിക്കാൻ കഴിയാത്ത ബൈറ്റുകൾ ചെലവഴിക്കുന്നു. ടണൽ ഇന്റർഫേസ് 1500-ൽ വിട്ടാൽ പുറത്തെ പാക്കറ്റ് പാതയ്ക്ക് വഹിക്കാൻ കഴിയുന്നതിനേക്കാൾ പതിവായി കവിയുന്നു. 'വിഭജിക്കരുത്' ബിറ്റ് സെറ്റ് ചെയ്താൽ റൂട്ടർ അത് ഉപേക്ഷിക്കുകയും ICMP പിശക് തിരികെ അയയ്ക്കേണ്ടതുമാണ്; ആ പിശക് ഫിൽട്ടർ ചെയ്താൽ അയച്ചയാൾക്ക് ഒരിക്കലും അറിയില്ല.

അതുകൊണ്ടാണ് പരാജയം തിരഞ്ഞെടുത്തതായി തോന്നുന്നത്. ചെറിയ അഭ്യർത്ഥനകൾ പൂർത്തിയാകുന്നു, സെഗ്മെന്റ് നിറയ്ക്കുന്നതെന്തും നിലയ്ക്കുന്നു, കാരണം വലിയ പാക്കറ്റുകൾ മാത്രമാണ് ഉപേക്ഷിക്കപ്പെടുന്നത്. പിംഗ് കടത്തിവിടുന്ന ടണൽ ഡാറ്റ വഹിക്കുന്ന ടണലല്ല.

MSS പരിമിതപ്പെടുത്തുന്നതും അത് ബാധകമാകുന്നിടവും

MSS ക്ലാമ്പിംഗ് തിരഞ്ഞെടുത്ത ഒരു ബിന്ദുവിലൂടെ കടക്കുമ്പോൾ SYN സെഗ്മെന്റിലെ മൂല്യം വീണ്ടും എഴുതുന്നു, അതിനാൽ രണ്ട് അറ്റങ്ങളും എന്തുകൊണ്ടെന്ന് അറിയാതെ ചെറിയ പേലോഡ് തിരഞ്ഞെടുക്കുന്നു. Linux-ൽ ഇത് വ്യക്തമായ ഒരു നിയമം പ്രയോഗിക്കുന്ന mangle പട്ടികയിലെ ലക്ഷ്യമാണ്, കൂടാതെ നിങ്ങൾ ഉദ്ദേശിക്കുന്ന ദിശയിൽ SYN പാക്കറ്റുകളെ തട്ടേണ്ടതുമാണ്. ടണൽ ഇന്റർഫേസിലും വിലാസ ശ്രേണിയിലും മാത്രം പരിമിതപ്പെടുത്തുക, കാരണം വിശാലമായ നിയമം ടണലിൽ ഒരിക്കലും പ്രവേശിക്കാത്ത ട്രാഫിക്കിന്റെ സ്വഭാവം മാറ്റുന്നു.

പ്രഭാവം TCP-യിൽ മാത്രം. UDP ആപ്ലിക്കേഷൻ, QUIC സെഷൻ, സ്വന്തം ഡാറ്റാഗ്രാമുകൾ നിർമ്മിക്കുന്ന ഏതെങ്കിലും പ്രോട്ടോക്കോൾ എന്നിവ ഇതിൽനിന്ന് അസ്പർശിതമായി തുടരുന്നു.

സ്ഥിരമായ പാതയിൽ രോഗനിർണയം നടത്തുക

ഒരു സമയത്ത് ഒരു ചരം മാത്രം സൂക്ഷിക്കുക. നിങ്ങൾ തന്നെ വലിപ്പം തിരഞ്ഞെടുക്കുന്ന പാക്കറ്റ് ഉപയോഗിച്ച് പരിശോധിക്കുക, കൂടാതെ ഫലം മറയ്ക്കുന്നതിനുപകരം കർണൽ റിപ്പോർട്ട് ചെയ്യാൻ 'വിഭജിക്കരുത്' ഫ്ലാഗ് സെറ്റ് ചെയ്യുക.

പരാജയം എവിടെ തുടങ്ങുന്നു എന്ന് രേഖപ്പെടുത്തുക: ടണലിനുള്ളിൽ, ടണൽ ഇന്റർഫേസിൽ, അല്ലെങ്കിൽ എൻക്യാപ്സുലേഷനു ശേഷമുള്ള ഭൗതിക പാതയിൽ. തുടർന്ന് ഒരു സംഖ്യ മാറ്റി, മറ്റൊന്നല്ല, അതേ പരിശോധന ആവർത്തിക്കുക. നിലവിലുള്ള കണക്ഷനുകൾ ചർച്ച ചെയ്ത MSS നിലനിർത്തുന്നു, അതിനാൽ നയമാറ്റം പുതിയ കണക്ഷനിൽ മാത്രം കാണാം, അതുകൊണ്ട് കാഷ് ചെയ്ത പേജ് ഒരു ദിശയിലും ഒന്നും തെളിയിക്കുന്നില്ല. ഒരു വലിയ അപ്‌ലോഡ് പ്രവർത്തിക്കാൻ തുടങ്ങിയാൽ, നിങ്ങൾ ആ പാതയെക്കുറിച്ച് പഠിച്ചു, അതിലുള്ള ഓരോ പ്രോട്ടോക്കോളിനെക്കുറിച്ചല്ല.

ഓരോ മാറ്റവും എന്താണ് ശരിയാക്കാത്തത്

ഇന്റർഫേസിന്റെ MTU കുറയ്ക്കുന്നത് ഇതിനകം സ്ഥാപിതമായ ഒരു സെഷന്റെ MSS മാറ്റുന്നില്ല. MSS പരിമിതപ്പെടുത്തുന്നത് UDP പ്രവാഹത്തെ സഹായിക്കുന്നില്ല, ICMP പിശകുകൾ ഒരു ദിശയിൽ മാത്രം ഫിൽട്ടർ ചെയ്യുന്ന പാതയും ഇത് നന്നാക്കുന്നില്ല. ഓരോ മാറ്റവും ഒരു വിഭാഗം പ്രശ്നങ്ങൾ ശരിയാക്കി ബാക്കിയുള്ളത് ഉണ്ടായിരുന്നതുപോലെ വിടുന്നു.

ഏത് ക്രമീകരണം എവിടെ പ്രയോഗിച്ചു, ഏത് പരിശോധനയാണ് വ്യത്യാസം കാണിച്ചത് എന്ന് എഴുതുക, അല്ലെങ്കിൽ അടുത്ത എൻജിനീയർ രണ്ടും പ്രയോഗിച്ച് ഏതാണ് പ്രധാനമായിരുന്നത് എന്ന് പറയാനുള്ള കഴിവ് നഷ്ടപ്പെടുത്തും. നിയന്ത്രണം യഥാർത്ഥവും സ്ഥിരവുമാണെങ്കിൽ, അത് മറയ്ക്കുന്ന ക്ലാമ്പിനേക്കാൾ അത് പ്രതിഫലിപ്പിക്കുന്ന ടണൽ MTU തിരഞ്ഞെടുക്കുക. ക്ലാമ്പ് ചെയ്യേണ്ടിവന്നാൽ, നിയമം പരിധിയിൽ നിർത്തി അഭിപ്രായം ചേർക്കുക, വിശദീകരിക്കാത്ത mangle നിയമം സ്വതവേ സ്ഥിരമായിത്തീരുന്നു.