OpenVPN വഴി SSH തടയുന്നുണ്ടോ? ആദ്യം പാത്ത് MTU അളക്കുക

SSH ബന്ധിപ്പിക്കുന്നു, പ്രോംപ്റ്റ് പ്രത്യക്ഷപ്പെടുന്നു, ഏതെങ്കിലും കമാൻഡ് വലിയതെന്തെങ്കിലും തിരികെ നൽകുന്നതോടെ സെഷൻ മരിക്കുന്നു. എക്കോ കുറച്ചുനേരം പ്രവർത്തിക്കുന്നു, പിന്നീട് ക്ലൈന്റ് ടണൽ ഇപ്പോഴും ഓണായി കാണിക്കുമ്പോൾ തന്നെ കണക്ഷൻ സമയപരിധി കഴിയുന്നു. ഡാറ്റ വരുന്നതുവരെ ആരോഗ്യകരമായിരിക്കുന്ന സെഷൻ സാധാരണയായി SSH വീഴ്ചയല്ല, വലിപ്പപരിധിയിൽ ഇടിക്കുന്നു. താഴെയുള്ള പരിശോധനകൾ ഏറ്റവും വിലകുറഞ്ഞ വിശദീകരണം ആദ്യം ഒഴിവാക്കുന്ന ക്രമത്തിലാണ്.

പ്രൊഫൈൽ തൊടുന്നതിന് മുൻപ് പരാജയത്തിന്റെ രൂപം വായിക്കുക

ചെറിയ പാക്കറ്റുകൾ കടക്കുന്നു, നിറഞ്ഞവ കടക്കുന്നില്ല. പ്രോംപ്റ്റ്, ബാനർ അല്ലെങ്കിൽ ഒരു കീ അമർത്തൽ എളുപ്പം ഇടം കണ്ടെത്തുന്നു; ഡയറക്ടറി ലിസ്റ്റ്, ഡൗൺലോഡ് അല്ലെങ്കിൽ പേസ്റ്റ് ചെയ്ത ബ്ലോക്ക് ഇടം കണ്ടെത്തുന്നില്ല. പെരുമാറ്റം മാറുന്ന ആ വലിപ്പമാണ് സൂചന, SSH ബന്ധപ്പെട്ട പ്രോഗ്രാമാണ് എന്നതല്ല.

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

ഇരുവശത്തുനിന്നും പരിധി അളക്കുക

ഇവയിലൊന്ന് മാറ്റുന്നതിന് മുൻപ് ടണലിന്റെ MTU ഭൗതിക ലിങ്കുമായി താരതമ്യം ചെയ്യുക. ഭൗതിക മൂല്യം പകർത്തിയ ടണൽ പൊരുത്തക്കേട് എവിടെയാണെന്ന് ഇതിനകം പറഞ്ഞുകഴിഞ്ഞു.

ടണലിനുള്ളിൽനിന്ന് വിഭജനം വിലക്കുന്ന അഭ്യർത്ഥനയോടെ പരിശോധിക്കുക, മറുപടികൾ വരുന്നതുവരെ പേലോഡ് കുറയ്ക്കുക. വലിപ്പത്തിന്റെ വാദം പേലോഡ് മാത്രം കണക്കാക്കുന്നു, അതിനാൽ പ്രവർത്തിക്കുന്ന സംഖ്യ എപ്പോഴും ഇന്റർഫേസ് MTU-യ്ക്ക് താഴെയാണ്. ഇന്റർഫേസ് സംഖ്യ വേണമെങ്കിൽ തലക്കെട്ടുകളുടെ വലിപ്പം വീണ്ടും കൂട്ടുക.

ip link show tun0
ping -M do -s 1380 10.9.0.1

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

mssfix, fragment എന്നിവ വെവ്വേറെ ജോലി ചെയ്യുന്നു

mssfix ടണലിനുള്ളിലെ TCP കണക്ഷനുകൾ അവയുടെ ഹാൻഡ്ഷേക്ക് സമയത്ത് പ്രഖ്യാപിക്കുന്ന സെഗ്മെന്റ് വലിപ്പം പരിമിതപ്പെടുത്തുന്നു. SSH, HTTPS, ഫയൽ പകർപ്പുകൾ എന്നിവയ്ക്ക് ഇതാണ് ശരിയായ ഉപകരണം, അതുകൊണ്ടാണ് അത് സജ്ജമാക്കിയാൽ തടസ്സം പലപ്പോഴും അപ്രത്യക്ഷമാകുന്നത്. അത് UDP പേലോഡുകളെ ഒട്ടും സ്പർശിക്കുന്നില്ല.

UDP സേവനവും വഹിക്കുന്ന ടണൽ SSH ശരിയാക്കിയതിന് ശേഷവും പരാജയപ്പെട്ടേക്കാം, ഒരു ഓപ്ഷൻ എല്ലാം ഉൾക്കൊള്ളുന്നു എന്ന് കരുതുന്നവരെ ആ ഫലം കുഴക്കുന്നു.

fragment മറ്റൊരു സംവിധാനവും വേറിട്ട ഉപകരണവുമാണ്. എൻകാപ്സുലേഷന് മുൻപ് അധികവലിപ്പമുള്ള പാക്കറ്റുകൾ വിഭജിക്കുന്നു, UDP ഗതാഗതത്തിന് മാത്രം ബാധകം, ഓരോ ഡാറ്റാഗ്രാമിനും അധിക ഭാരം ചേർക്കുന്നു, തകർന്ന കണ്ടെത്തലിനുള്ള അവസാന വഴിയായി രേഖപ്പെടുത്തിയിരിക്കുന്നു. രണ്ട് ക്രമീകരണങ്ങളും ടണൽ അവസാനിപ്പിക്കുന്ന പങ്കാളികളിൽ ഒരുപോലെയായിരിക്കണം. ഒരു അറ്റം പരിമിതപ്പെടുത്തുകയും മറ്റേത് വിഭജിക്കുകയും ചെയ്താൽ ലോഗിൽ മുന്നറിയിപ്പുകളും ഫയലുകളിൽനിന്ന് ആർക്കും പ്രവചിക്കാനാകാത്ത പെരുമാറ്റവും ഉണ്ടാകും.

ഇന്റർഫേസ് MTU കുറയ്ക്കുന്നത് പരുക്കൻ ഓപ്ഷനാണ്

ഇരു അറ്റത്തും ഇന്റർഫേസ് MTU കുറയ്ക്കുന്നത് പരുക്കൻ ഉപകരണമാണ്. ഓരോ ഉള്ളിലെ അയക്കുന്നവർക്കും ചെറിയ സംഖ്യ പറയുന്നു, അത് പ്രവർത്തിക്കുന്നു, ആ ചെലവ് അത് ആവശ്യമുള്ള TCP പ്രവാഹങ്ങളിലല്ല, മുഴുവൻ ട്രാഫിക്കിലും ചുമത്തുന്നു.

ടണൽ നിങ്ങൾക്ക് പരിമിതപ്പെടുത്താനാകാത്ത ട്രാഫിക് വഹിക്കുമ്പോൾ, അല്ലെങ്കിൽ ക്ലൈന്റ് നിങ്ങളുടെ നിയന്ത്രണത്തിലില്ലാത്ത പ്രൊഫൈലുള്ള ഉപകരണമാകുമ്പോൾ അത് തിരഞ്ഞെടുക്കുക. സമമിതമായി പ്രയോഗിക്കുകയും മൂല്യം പ്രൊഫൈലിന് അടുത്ത് രേഖപ്പെടുത്തുകയും ചെയ്യുക. പകുതി പ്രയോഗിച്ച മാറ്റം ഒന്നും ചെയ്യാത്തതിനേക്കാൾ മോശമാണ്, കാരണം അത് പരിഹാരം പോലെ തോന്നിക്കുന്നു.

തടഞ്ഞ സ്ഥാനമാറ്റം ഉപയോഗിച്ച് വീണ്ടും പരിശോധിക്കുക

ക്രമീകരണങ്ങൾ ലോഡ് ആകാൻ വീണ്ടും ബന്ധിപ്പിക്കുക, പുതിയ കണക്ഷൻ തുറന്ന് മരവിച്ച കമാൻഡ് ആവർത്തിക്കുക. സെഗ്മെന്റ് വലിപ്പം ഹാൻഡ്ഷേക്ക് സമയത്താണ് നിശ്ചയിക്കുന്നത്, അതിനാൽ വീണ്ടും ബന്ധിപ്പിച്ചതിനെ അതിജീവിച്ച സെഷൻ ഇപ്പോഴും പഴയ മൂല്യം വഹിക്കുന്നു. ഇവിടെ ping ദുർബല പരിശോധനയാണ്, കാരണം മുഴുവൻ പരാജയവും ചെറിയ പാക്കറ്റുകൾ കടക്കുന്നതാണ്. തകർന്ന ലിസ്റ്റോ ഡൗൺലോഡോ പേസ്റ്റോ ഉപയോഗിക്കുക.

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