Azure OpenVPN ടണൽ ഏകദേശം അറുപത് സെക്കൻഡിലൊരിക്കൽ വിച്ഛേദിക്കുന്നത് എന്തുകൊണ്ട്

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

ഏതെങ്കിലും ടൈമർ സ്പർശിക്കുന്നതിന് മുമ്പ് ആ വരി വായിക്കുക.

കെട്ടുകഥ: വഴിയിലെ എന്തോ ടണൽ തടയുന്നു

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

താളമാണ് ഉപയോഗപ്രദമായ സൂചന. ടൈമറുകൾ അത് സൃഷ്ടിക്കുന്നു; പാക്കറ്റ് നഷ്ടം അപൂർവ്വമായി.

ടൈമറിന് മുമ്പ് വിച്ഛേദത്തിന്റെ കാരണം വായിക്കുക

OpenVPN അതിന്റെ കാരണത്തിന് പേര് നൽകുന്നു, ഓരോ പേരും വ്യത്യസ്ത ഉപവ്യവസ്ഥയിലേക്ക് ചൂണ്ടുന്നു. Session invalidated: KEEPALIVE_TIMEOUT കാലഹരണപ്പെടുന്ന ടൈമർ ആണ്, അതിനാൽ ഇരു അറ്റങ്ങളിലും ping, ping-restart മൂല്യങ്ങൾ താരതമ്യം ചെയ്യുക. AUTH_FAILED ക്രെഡൻഷ്യലുകൾ അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് അവസ്ഥയാണ്, ടൈമർ മാറ്റം സഹായിക്കില്ല. TLS പിശക് എന്നാൽ ഇരു കക്ഷികളും keepalive ഘട്ടത്തിൽ എത്തിയിട്ടില്ല എന്നാണ്.

ബന്ധിപ്പിച്ച സമയം, വിച്ഛേദിച്ച സമയം, ഇടവേള സെക്കൻഡ് വരെ സ്ഥിരമാണോ എന്നിവ രേഖപ്പെടുത്തുക. ആ ഒരു അളവാണ് ക്രമീകരിച്ച ഷെഡ്യൂളിനെ യാദൃച്ഛികതയിൽ നിന്ന് വേർതിരിക്കുന്നത്.

സ്ഥിരമായ ഇടവേള ടൈമർ ആണ്. നീങ്ങുന്ന ഇടവേള കൂടുതൽ സാധ്യത വഴിയുടെ പ്രശ്നമോ സ്ഥാനഭ്രംശിച്ച സെഷനോ ആണ്.

ഒരിക്കലും യോജിച്ചിട്ടില്ലാത്ത രണ്ട് keepalive ടൈമറുകൾ

പോർട്ടലിൽ നിന്ന് കയറ്റുമതി ചെയ്ത പ്രൊഫൈലുകൾ ചിലപ്പോൾ കമ്മ്യൂണിറ്റി സെർവർ ടെംപ്ലേറ്റിൽ നിന്ന് പകർത്തിയ keepalive അല്ലെങ്കിൽ ping-restart വരികൾ ഇപ്പോഴും വഹിക്കുന്നു. ഗേറ്റ്വേ സ്വന്തം മരിച്ച പങ്കാളിയെ കണ്ടെത്തൽ നടത്തുകയും സ്വന്തം പ്രതീക്ഷകൾ അടിച്ചേൽപ്പിക്കുകയും ചെയ്യുന്നു, രണ്ട് ഷെഡ്യൂളുകളും ഒത്തുപോകണമെന്നില്ല. അവ വിയോജിക്കുമ്പോൾ, ക്ലയന്റ് ഗേറ്റ്വേ ഒരിക്കലും അംഗീകരിക്കാത്ത ഒരു ഷെഡ്യൂൾ പ്രകാരം വീണ്ടും തുടങ്ങുന്നു.

രണ്ട് മൂല്യങ്ങളും ഒരേ നിയന്ത്രണമല്ല. ping ക്ലയന്റ് എത്ര തവണ പ്രതിധ്വനി അയയ്ക്കുന്നു എന്നതാണ്, ping-restart ടണൽ തകർക്കുന്നതിന് മുമ്പ് ഒന്നും കേൾക്കാതെ എത്ര നേരം കാത്തിരിക്കുന്നു എന്നതാണ്. ചെറിയ ping-restart സജ്ജീകരിച്ച പ്രൊഫൈലും പതുക്കെ ഉത്തരം നൽകുന്ന ഗേറ്റ്വേയും ഓരോ നിശ്ശബ്ദ കാലയളവിലും വീണ്ടും തുടങ്ങും, അത് കൃത്യമായി ഒരു മിനിറ്റ് ചക്രത്തിന്റെ രൂപമാണ്.

ക്ലയന്റ് ഭാഗത്തെ ഏറ്റവും ചെറിയ മാറ്റം പ്രൊഫൈലിന്റെ ഏറ്റവും മുകളിലെ തലത്തിൽ, ഓരോ ഇൻലൈൻ ബ്ലോക്കിനും പുറത്ത് ടൈമറുകൾ നിർവീര്യമാക്കുക എന്നതാണ്:

keepalive 0 0

സംരക്ഷിക്കുക, പ്രൊഫൈൽ വീണ്ടും ലോഡ് ചെയ്യുക, വീണ്ടും ബന്ധിപ്പിക്കുക. മെമ്മറിയിൽ ഇപ്പോൾ ഉള്ള സെഷൻ പഴയ മൂല്യങ്ങൾ നിലനിർത്തുന്നു, അതുകൊണ്ടാണ് തിരുത്ത് ചിലപ്പോൾ ഒന്നും ചെയ്യാത്തതുപോലെ തോന്നുന്നത്.

സർട്ടിഫിക്കറ്റിന്റെ പേര് നിങ്ങളുടെ കാലിനടിയിൽ നിന്ന് നീങ്ങാം

Azure സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണം ക്ലയന്റ് ഇന്ന് ഗേറ്റ്വേ അവതരിപ്പിക്കുന്ന പേരിൽ വിശ്വസിക്കുന്നുണ്ടോ എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. പഴയ ഡൗൺലോഡിലെ verify-x509-name വരി, ഗേറ്റ്വേ പുനർനിർമ്മാണമോ സർട്ടിഫിക്കറ്റ് പുതുക്കലോ അതിനുശേഷം മാറ്റിയ ഒരു പേര് പിൻ ചെയ്തേക്കാം, പൊരുത്തക്കേട് വ്യക്തമായ പിശകായല്ല, വീണ്ടും ബന്ധിപ്പിക്കുന്ന ലൂപ്പായി പ്രത്യക്ഷപ്പെടുന്നു. വരി ഇല്ലാതാക്കുന്നത് കണക്റ്റിവിറ്റി പുനഃസ്ഥാപിക്കുന്നു, അത് ഇതിനെ നല്ല രോഗനിർണയവും മോശം സ്ഥിരപരിഹാരവുമാക്കുന്നു, കാരണം അത് പരിശോധനയും നീക്കം ചെയ്യുന്നു. ടണൽ നിലനിൽക്കുമ്പോൾ, ഗേറ്റ്വേ യഥാർത്ഥത്തിൽ അവതരിപ്പിക്കുന്ന പേരിനൊപ്പം വരി പുനഃസ്ഥാപിക്കുക.

ഗേറ്റ്വേ തിരുത്തുന്നതിന് മുമ്പ് അതേ മെഷീനിൽ രണ്ടാം തലമുറ ക്ലയന്റ് പരീക്ഷിക്കുക. ഒന്ന് ലൂപ്പിലും മറ്റൊന്ന് നിലനിൽക്കുന്നതുമാണെങ്കിൽ, പ്രൊഫൈൽ അല്ല പ്രശ്നം.

എന്ത് മാറ്റണം, ഏത് ക്രമത്തിൽ

അടുത്തതായി സ്ഥാനഭ്രംശിച്ച സെഷൻ പരിശോധിക്കുക. ഒരു സർട്ടിഫിക്കറ്റ് പങ്കിടുന്ന രണ്ട് ഉപകരണങ്ങൾ പരസ്പരം പുറത്താക്കാം, ഇരു വശവും വീണ്ടും ബന്ധിപ്പിക്കുന്നത് തുടരുന്നതിനാൽ ഫലം ആനുകാലികമായി തോന്നുന്നു. ഒരേ ഐഡന്റിറ്റിക്ക് ആവർത്തിച്ച് പ്രത്യക്ഷപ്പെടുന്ന പോയിന്റ്-ടു-സൈറ്റ് സെഷൻ രേഖകൾ താരതമ്യം ചെയ്യുക.

പിന്നീട് കുറച്ച് മിനിറ്റുകൾ തുടർച്ചയായ ട്രാഫിക് ഓടിച്ച് നിഷ്ക്രിയ വഴി പരീക്ഷിക്കുക. ട്രാഫിക് ഒഴുകുമ്പോൾ വിച്ഛേദനങ്ങൾ നിലയ്ക്കുന്നുവെങ്കിൽ, പ്രധാന ടൈമർ OpenVPN-ന്റേതല്ല, വഴിയിലെ NAT ഉപകരണത്തിന്റെയോ ലോഡ് ബാലൻസറിന്റെയോ ആണ്.

ഈ നാല് പരീക്ഷണങ്ങൾക്ക് ശേഷം മാത്രമേ ഗേറ്റ്വേ ക്രമീകരണങ്ങൾ മാറ്റാവൂ.