ടണൽ MTU കുറയ്ക്കുന്നതുവരെ OpenConnect പേജുകൾ എന്തുകൊണ്ട് നിൽക്കുന്നു

ലോഗിൻ വിജയിക്കുന്നു, പോർട്ടലിന്റെ മുൻപേജ് വരയ്ക്കുന്നു, തുടർന്ന് ഒരു ഡാഷ്ബോർഡ് വിഡ്ജറ്റോ റിപ്പോർട്ടോ ബ്രൗസർ കീഴടങ്ങുന്നതുവരെ waiting for host അവസ്ഥയിൽ നിൽക്കുന്നു. പൊതു സൈറ്റുകൾ എല്ലാ സമയവും സാധാരണയായി ലോഡ് ചെയ്യുന്നു, ഒരു ക്രെഡൻഷ്യലും മാറിയിട്ടില്ല. വലിയ മറുപടികൾ നിൽക്കുമ്പോൾ ചെറിയവ എത്തുന്നത് പ്രവേശന നിയമത്തിന്റെയല്ല, പാക്കറ്റ് വലിപ്പത്തിന്റെ പരിധിയുടെ അടയാളമാണ്. പ്രൊഫൈലിൽ മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ഈ വായന സ്ഥിരീകരിക്കുക.

വലിപ്പ പ്രശ്നത്തെ നയ പ്രശ്നത്തിൽ നിന്ന് വേർതിരിക്കുക

നിരസിക്കൽ ഒഴിവാക്കിയാണ് തുടങ്ങേണ്ടത്. ഗേറ്റ്വേ നിങ്ങളെ നിരസിച്ചിരുന്നെങ്കിൽ പേജ് പകുതി ലോഡ് ചെയ്യുന്നതിനു പകരം കണക്ഷൻ ഉടൻ പരാജയപ്പെടുമായിരുന്നു. ടണൽ ഉയർന്ന് വന്ന് പിന്നീട് വലിയ കൈമാറ്റങ്ങളിൽ മാത്രം നിൽക്കുന്നത് പുറം പാതയ്ക്ക് ഉള്ളിലെ പാക്കറ്റ് വഹിക്കാനാകില്ലെന്ന് പറയുന്നു.

സംവിധാനം എൻകാപ്സുലേഷനാണ്. ഓരോ ഉള്ളിലെ പാക്കറ്റും ടണൽ തലക്കെട്ടുകൾ നേടുന്നു, അതിനാൽ ഭൗതിക ലിങ്കിൽ ഒതുങ്ങിയിരുന്ന പേലോഡ് ഇനി ഒതുങ്ങാത്ത പുറം പാക്കറ്റായി മാറുന്നു, do-not-fragment ബിറ്റ് വഹിക്കുന്നതെല്ലാം ബ്രൗസറിന് മനസ്സിലാക്കാവുന്ന മറുപടിയില്ലാതെ വലിച്ചെറിയപ്പെടുന്നു.

do-not-fragment പ്രോബുകൾ ഉപയോഗിച്ച് പരിധി അളക്കുക

ഊഹിക്കുന്നതിനു പകരം പരിധി അളക്കുക. ഫ്രാഗ്മെന്റേഷൻ നിരസിക്കുന്ന പ്രോബുകൾ അയച്ച് മറുപടി വരുന്നതുവരെ പേലോഡ് ഘട്ടം ഘട്ടമായി കുറയ്ക്കുക, ഇങ്ങനെയുള്ള ഒരു കമാൻഡിൽ തുടങ്ങുക: ping -M do -s 1472 host. DF സജ്ജമായിരിക്കെ ഫ്രാഗ്മെന്റേഷൻ ആവശ്യമെന്ന് പരാതിപ്പെടുന്ന മറുപടി എന്നാൽ മൂല്യം ഇപ്പോഴും വളരെ ഉയർന്നതാണെന്നാണ്. 1462-ൽ, പിന്നെ 1452-ൽ ആവർത്തിക്കുക, മറുപടി തരുന്ന ആദ്യ വലിപ്പത്തിൽ നിർത്തുക. നിങ്ങൾ പരിശോധിച്ച ഹോസ്റ്റിനൊപ്പം സംഖ്യ എഴുതിവയ്ക്കുക, കാരണം മറുപടി ആ പാതയുടേതാണ്, പൊതുവെ പ്രോട്ടോക്കോളിന്റേതല്ല.

ടണൽ യഥാർത്ഥത്തിൽ ട്രാഫിക് അയക്കുന്ന വിലാസം പരിശോധിക്കുക. ഗേറ്റ്വേയുടെ പൊതു നാമത്തിനെതിരായ പുറം പ്രോബും ആന്തരിക സെർവറിനെതിരായ ഉള്ളിലെ പ്രോബും വ്യത്യസ്ത ഹോപ്പുകൾ അളക്കുന്നു, ഏതെങ്കിലും ഒന്നിലെ ICMP ഫിൽട്ടറിംഗ് ആരോഗ്യമുള്ള പാതയെ തകർന്നതായി കാണിക്കാം.

മൂല്യം ടണൽ ഉപകരണത്തിൽ പ്രയോഗിക്കുക

ഫലം Wi-Fi അഡാപ്റ്ററിലല്ല, ക്ലയന്റ് സൃഷ്ടിച്ച ഇന്റർഫേസിൽ പ്രയോഗിക്കുക. Linux ക്ലയന്റിൽ അത് ip link set dev tun0 mtu 1300 എന്നതിനു ശേഷം ip link show tun0 ആണ്, മൂല്യം സ്വീകരിച്ചുവെന്ന് ഉറപ്പാക്കാൻ. ക്ലയന്റ് റിപ്പോർട്ട് ചെയ്യുന്ന ഉപകരണ നാമം തന്നെ ഉപയോഗിക്കുക, കാരണം അത് നടപ്പാക്കലും ടണൽ എങ്ങനെ നിർമ്മിച്ചുവെന്നതും അനുസരിച്ച് മാറുന്നു.

ടണലിന്റെ MTU കുറയ്ക്കുന്നത് ഓരോ പാക്കറ്റും വഹിക്കുന്ന പേലോഡ് ചെറുതാക്കുന്നു, അതിനാൽ മൊത്തം ത്രൂപുട്ട് അൽപം കുറയുന്നു, വലിയ മറുപടികൾ കറുത്ത കുഴിയിലേക്ക് എറിയാതിരിക്കുന്നതിന്റെ വില അതാണ്. ചെറിയ സംഖ്യ സ്വയം സുരക്ഷിതമല്ല. പകരം ഭൗതിക അഡാപ്റ്റർ മാറ്റുന്നത് ആ ലിങ്കിലെ എല്ലാ കണക്ഷനുകളിലേക്കും നാശം വ്യാപിപ്പിക്കുന്നു, അതേസമയം അമിത വലിപ്പമുള്ള ഉള്ളിലെ പാക്കറ്റുകൾ അത്രതന്നെ വലുതായി തുടരുന്നു.

ആദ്യം ക്ലയന്റിന്റെ സ്വന്തം MTU അഭ്യർത്ഥനകൾ ഉപയോഗിക്കുക

വിളി നിങ്ങൾ നിയന്ത്രിക്കുമ്പോൾ, ക്ലയന്റിന് പിന്നീട് പാച്ച് ചെയ്യപ്പെടുന്നതിനു പകരം വലിപ്പം ആവശ്യപ്പെടാം. --mtu സെർവറിൽ നിന്ന് ടണൽ MTU ആവശ്യപ്പെടുന്നു, --base-mtu അടിസ്ഥാന പാതയുടെ MTU പ്രഖ്യാപിക്കുന്നു, അതുവഴി ഗേറ്റ്വേയ്ക്ക് ടണലിന്റെ സംഖ്യ കണക്കാക്കാം. രണ്ടും അഭ്യർത്ഥനകളാണ്, ക്ലയന്റിന്റെ മാനുവൽ ഗേറ്റ്വേ ഇവയിലൊന്നെങ്കിലും അനുസരിക്കുമെന്ന് വാഗ്ദാനം ചെയ്യുന്നില്ല.

ആ വ്യത്യാസമാണ് നിങ്ങളുടെ ജോലിക്രമം നിർണ്ണയിക്കുന്നത്. ആദ്യം അഭ്യർത്ഥന പരീക്ഷിച്ച് അത് സൃഷ്ടിക്കുന്ന ഇന്റർഫേസ് പരിശോധിക്കുക, ഗേറ്റ്വേ തിരഞ്ഞെടുത്ത മൂല്യം ഇപ്പോഴും നിൽക്കുന്നുവെങ്കിൽ ഉപകരണം പ്രാദേശികമായി സജ്ജമാക്കുന്നതിലേക്ക് മടങ്ങുക.

പരാജയപ്പെട്ട കൈമാറ്റം ഉപയോഗിച്ച് പരിശോധിക്കുക, പിന്നീട് അത് സ്ഥിരമാക്കുക

പ്രാദേശിക ip link മാറ്റം ക്ലയന്റ് ടണൽ വീണ്ടും നിർമ്മിക്കുന്നതുവരെ നിലനിൽക്കും, അത് അടുത്ത വീണ്ടും കണക്ട് ചെയ്യലിലോ തുടരലിലോ സംഭവിക്കും. കണക്ഷൻ ആരംഭിക്കുന്നിടത്ത് മൂല്യം വയ്ക്കുക: ക്ലയന്റ് പ്രവർത്തിപ്പിച്ച് ഉപകരണം ക്രമീകരിക്കുന്ന ഒരു റാപ്പർ, ExecStartPost ഘട്ടമുള്ള systemd യൂണിറ്റ്, അല്ലെങ്കിൽ ഗേറ്റ്വേ സ്വീകരിക്കുമ്പോൾ ക്ലയന്റ് ഓപ്ഷൻ. പ്രൊഫൈലിനൊപ്പം പതിപ്പ് നിയന്ത്രണത്തിൽ സൂക്ഷിക്കുക, അടുത്തയാൾക്ക് സംഖ്യ എന്തിനാണ് അവിടെയെന്ന് കാണാൻ.

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

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