UDP VPN നിഷ്ക്രിയമാകുമ്പോൾ നിലയ്ക്കുന്നു: ഫയർവാൾ നിങ്ങളുടെ ഫ്ലോ മറന്നു

VPN കണക്ട് ചെയ്യുന്നു, കുറച്ചു സമയം പ്രവർത്തിക്കുന്നു, പിന്നെ ക്ലയന്റ് ഇപ്പോഴും സെഷൻ കാണിക്കുമ്പോൾ തന്നെ ട്രാഫിക് കടത്തിവിടുന്നത് നിർത്തുന്നു. വീണ്ടും കണക്ട് ചെയ്താൽ ഇത് ശരിയാകുന്നു, അതിനാൽ ഇത് ക്ലയന്റ് ബഗ് പോലെ തോന്നുന്നു. സാധാരണയായി ഇത് നിഷ്ക്രിയ UDP മാപ്പിംഗ് ഉപേക്ഷിച്ച, ടണൽ ഇപ്പോഴും നിലനിൽക്കുന്നുവെന്ന് അറിയാത്ത ഫയർവാൾ അല്ലെങ്കിൽ NAT ഉപകരണമാണ്.

രോഗനിർണയത്തിന് ലക്ഷണം മതിയായ സ്ഥിരതയുള്ളതാണ്: ഇത് നിഷ്ക്രിയതയ്ക്ക് ശേഷം പ്രത്യക്ഷപ്പെടുന്നു, ലോഡിന് കീഴിൽ അല്ല.

നിഷ്ക്രിയ നിലയ്ക്കൽ എങ്ങനെയിരിക്കും

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

രണ്ടും നിഷ്ക്രിയതയുമായി ബന്ധപ്പെട്ടതാണ്, അവയ്ക്ക് വ്യത്യസ്ത പരിഹാരങ്ങൾ വേണം.

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

മറന്ന ഉപകരണം കണ്ടെത്തുക

ഒരേ ഫ്ലോയ്ക്ക് പല ഉപകരണങ്ങൾക്കും അവസ്ഥ സൂക്ഷിക്കാം: പ്രാദേശിക റൂട്ടർ, മുകളിലെ വിവർത്തകൻ, ക്ലൗഡ് അതിർത്തി, ഹോസ്റ്റ് ഫയർവാൾ. ഓരോന്നിനും സ്വന്തം ടൈമർ ഉണ്ട്, ഏറ്റവും ചെറിയത് വിജയിക്കുന്നു. അഞ്ച് മിനിറ്റ് തടസ്സം സാധാരണയായി ഒരു ഉപകരണം മറ്റുള്ളവയെക്കാൾ വളരെ താഴെ ക്രമീകരിച്ചിരിക്കുന്നു എന്നാണ് അർത്ഥമാക്കുന്നത്.

രേഖപ്പെടുത്തിയ സ്ഥിരമൂല്യമാണ് നിങ്ങളുടെ വഴിയിലെ സമയപരിധി എന്ന് കരുതരുത്. അത് ഒരു ഉപകരണത്തിന്റെ സ്ഥിരമൂല്യമാണ്.

• വീട്ടിലെ റൂട്ടർ: പലപ്പോഴും മിനിറ്റുകൾ, ചിലപ്പോൾ വളരെ കുറവ്.
• ക്ലൗഡ് NAT അല്ലെങ്കിൽ ലോഡ് ബാലൻസർ: UDP-ക്ക് പ്രത്യേകമായി രേഖപ്പെടുത്തിയ നിഷ്ക്രിയ സമയപരിധി നോക്കുക.
• ഹോസ്റ്റ് ഫയർവാൾ: netfilter ട്രാക്കിംഗ് ടൈമറുകൾ ഓരോ ഫ്ലോയ്ക്കും ബാധകമാണ്.

യഥാർത്ഥ വഴിയിൽ ടൈമറുകൾ പരിശോധിക്കുക

Linux-ൽ netfilter ട്രാക്കിംഗ് ടൈമറുകൾ കാണാനും ക്രമീകരിക്കാനും കഴിയും: sysctl net.netfilter.nf_conntrack_udp_timeout കൂടാതെ net.netfilter.nf_conntrack_udp_timeout_stream. രണ്ടാമത്തേത് ഇരു ദിശകളിലും ട്രാഫിക് കണ്ടതിന് ശേഷം ബാധകമാകുന്നു, അതിനാൽ സ്ഥാപിതമായ ടണലിന് ഒരു സാധാരണ പരിശോധനയെക്കാൾ കൂടുതൽ കാലം നിലനിൽക്കാം.

RFC 4787 UDP NAT സ്വഭാവവും ശുപാർശ ചെയ്യുന്ന കുറഞ്ഞ മൂല്യങ്ങളും നിർവചിക്കുന്നു. വെണ്ടറിന്റെ സ്ഥിരമൂല്യം അസാധാരണമായി ചെറുതായി തോന്നുമ്പോൾ ഉദ്ധരിക്കേണ്ട റഫറൻസ് ഇതാണ്.

Keepalive-ഉം വീണ്ടും കണക്ട് ചെയ്യലും വ്യത്യസ്ത ഉപകരണങ്ങളാണ്

Keepalive മാപ്പിംഗിനെ ജീവനോടെ നിർത്തുന്നു; വീണ്ടും കണക്ട് ചെയ്യൽ മരിച്ച സെഷൻ വീണ്ടും നിർമ്മിക്കുന്നു. അവ വ്യത്യസ്ത തകരാറുകൾ പരിഹരിക്കുന്നു, പരസ്പരം മാറ്റാവുന്ന വേഗതാ ക്രമീകരണങ്ങളല്ല. WireGuard-ന്റെ PersistentKeepalive നിശ്ചിത ഇടവേളയിൽ പാക്കറ്റ് അയച്ച് NAT ബന്ധം തുറന്ന് നിർത്തുന്നു. OpenVPN-ന്റെ keepalive ഓപ്ഷൻ അതേ ജോലി സ്വന്തം രീതിയിൽ ചെയ്യുന്നു. ഇടയിലുള്ള ഉപകരണം ഇതിനകം ഫ്ലോ മറന്ന് ഇരു ദിശകളും ഉപേക്ഷിക്കുന്നുവെങ്കിൽ രണ്ടും സഹായിക്കില്ല.

അതിരിക്കടിയേറിയ പരിശോധനകൾ തെറ്റായ അതിർത്തി ശരിയാക്കാതെ ജോലി കൂട്ടുന്നു.

പേജ് റീലോഡ് ചെയ്യാതെ പുതിയ അഭ്യർത്ഥന ഉപയോഗിച്ച് പരിശോധിക്കുക

ടൈമർ മാറ്റിയതിനോ keepalive ചേർത്തതിനോ ശേഷം നിഷ്ക്രിയ സാഹചര്യം മുമ്പത്തെപ്പോലെ കൃത്യമായി ആവർത്തിക്കുക. തുടർന്ന് പരിരക്ഷിത ആപ്ലിക്കേഷനിൽ നിന്ന് ശരിക്കും പുതിയ അഭ്യർത്ഥന നടത്തുക. മുമ്പേ ലോഡ് ചെയ്ത ബ്രൗസർ ടാബ് കാഷിൽ നിന്ന് കാണിക്കാം, നിങ്ങളോട് ഒന്നും പറയുന്നുമില്ല.

നിലയ്ക്കൽ തുടരുന്നുവെങ്കിൽ, ഒരു ഹോപ്പ് പുറത്തേക്ക് നീങ്ങി ആ ഉപകരണത്തിന്റെ സ്റ്റേറ്റ് ടേബിൾ പരിശോധിക്കുക.