VPN ഇടയ്ക്കിടെ വിച്ഛേദിക്കുന്നുണ്ടോ? ഈ ക്രമത്തിൽ പരിശോധിക്കുക

ക്ലയന്റ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുൻപ് മൂന്ന് കാര്യങ്ങൾ എഴുതി വയ്ക്കുക: ടണൽ എത്ര സമയം നിലനിന്നു, വിച്ഛേദിച്ചപ്പോൾ ക്ലയന്റ് എന്ത് പറഞ്ഞു, ഇതിനിടയിൽ യന്ത്രം ഉറങ്ങിയോ നെറ്റ്വർക്ക് മാറിയോ. ആ കുറിപ്പാണ് പിന്നീട് നിങ്ങൾക്ക് ലഭിക്കുന്ന ഏക തെളിവ്, പുനരിന്സ്റ്റാൾ സാധാരണയായി അത് മായ്ക്കുന്നു. ആവർത്തിക്കുന്ന ഇടവേളയിൽ വിച്ഛേദനം സംഭവിക്കുന്നത് ടൈമർ അല്ലെങ്കിൽ അവസ്ഥ കാലഹരണമാകുന്നതാണ്; ക്രമരഹിതമായ നിമിഷത്തിൽ സംഭവിക്കുന്നത് പാതയുടെ പ്രശ്നമാണ്. താഴെയുള്ള ക്രമം ഒരേസമയം മൂന്ന് കാര്യങ്ങൾ മാറ്റി ഒന്നും പഠിക്കാതിരിക്കുന്നത് തടയുന്നു.

ആദ്യ ഘട്ടം: ഇടവേളയും പിശക് പാഠവും രേഖപ്പെടുത്തുക

വെണ്ടർ ഡാഷ്ബോർഡിന് പകരം ക്ലയന്റിന്റെ സ്വന്തം ലോഗിൽ നിന്ന് തുടങ്ങുക. Linux ക്ലയന്റിൽ സേവന ലോഗും ടണലിന്റെ തത്സമയ അവസ്ഥയും ചേർന്ന് അതിന്റെ ഭൂരിഭാഗവും ഉൾക്കൊള്ളുന്നു:

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

ഐക്കൺ നിറം മാറിയ നിമിഷം മാത്രമല്ല, അവസാന വിജയകരമായ ഹാൻഡ്ഷേക്കിന്റെ സമയ അടയാളങ്ങളും ട്രാഫിക് നിലച്ച നിമിഷവും രേഖപ്പെടുത്തുക. പിന്നീട് വിച്ഛേദിച്ചു എന്ന് പറയുന്ന GUI ക്ലയന്റ് കേർണൽ കുറച്ച് സെക്കൻഡ് മുൻപ് എത്തിയ അവസ്ഥ റിപ്പോർട്ട് ചെയ്യുന്നതാകാം.

പിശകിന്റെ രൂപം സൂക്ഷിക്കുക. സമയപരിധി കഴിയൽ, പ്രമാണീകരണ നിരസനം, അഡാപ്റ്റർ അല്ലെങ്കിൽ ഡ്രൈവർ പിശക് എന്നിവ മൂന്ന് വ്യത്യസ്ത പാളികളിലേക്ക് വിരൽ ചൂണ്ടുന്നു, ഈ പ്രശ്നത്തിൽ പാഴാകുന്ന ഭൂരിഭാഗം പരിശ്രമവും അവയെ ഒന്നായി കണക്കാക്കുന്നതിൽ നിന്നാണ്. വരി അതേപടി നിങ്ങളുടെ കുറിപ്പിലേക്ക് പകർത്തുക.

രണ്ടാം ഘട്ടം: പ്രൊഫൈലല്ല, ഒരു ചരം മാറ്റുക

ഉപകരണവും പ്രൊഫൈലും സ്ഥിരമായി നിർത്തി യന്ത്രം മറ്റൊരു ആക്സസ് നെറ്റ്വർക്കിലേക്ക്, ഉദാഹരണത്തിന് ഫോൺ ഹോട്ട്സ്പോട്ടിലേക്ക് മാറ്റുക. ക്ലയന്റിനെ പാതയിൽ നിന്ന് വേർതിരിക്കുന്ന ഏറ്റവും വിലകുറഞ്ഞ പരിശോധനയാണിത്. യഥാർത്ഥ പരാജയ ഇടവേള മറയ്ക്കാൻ മതിയായ സമയം പ്രവർത്തിപ്പിക്കുക; രണ്ട് സ്ഥിരമായ മിനിറ്റുകൾ മുപ്പതാം മിനിറ്റിൽ സംഭവിക്കുന്ന വിച്ഛേദനത്തെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.

Ethernet പോർട്ടുള്ള ലാപ്ടോപ്പ് Wi-Fi പൂർണ്ണമായി ചിത്രത്തിൽ നിന്ന് ഒഴിവാക്കുന്ന രണ്ടാം താരതമ്യം നൽകുന്നു. രണ്ട് ബദലുകളിലും ടണൽ നിലനിൽക്കുന്നുവെങ്കിൽ, യഥാർത്ഥ ആക്സസ് നെറ്റ്വർക്ക് ശ്രദ്ധ അർഹിക്കുന്നു: ആക്സസ് പോയിന്റുകൾക്കിടയിലുള്ള റോമിംഗ്, വിവർത്തന പട്ടിക കാലഹരണപ്പെടുന്ന ഗൃഹ റൗട്ടർ, അല്ലെങ്കിൽ ദീർഘകാല പ്രവാഹങ്ങൾ പുനഃസജ്ജീകരിക്കുന്ന അപ്സ്ട്രീം ലിങ്ക്.

നിങ്ങൾ ഏത് ചരം മാറ്റി എന്ന് എഴുതുക. ബാക്കിയെല്ലാം അതേപടി നിന്നാൽ മാത്രമേ താരതമ്യം കണക്കാക്കൂ, അതിൽ സർവറിന്റെ അന്തിമ ബിന്ദുവും ദിവസത്തിലെ സമയവും ഉൾപ്പെടുന്നു.

മൂന്നാം ഘട്ടം: ഇടവേളയെ ഒരു പാളിയുമായി ബന്ധിപ്പിക്കുക

നല്ല സെഷന്റെ ദൈർഘ്യമാണ് നിങ്ങളുടെ പക്കലുള്ള ഏറ്റവും വിവരപ്രദമായ ഒറ്റ സംഖ്യ. ടൈമറുകൾ തൊടുന്നതിന് മുൻപ് അത് ഈ പട്ടികയുമായി ഒപ്പിച്ച് വായിക്കുക:

• ഉറക്കത്തിനോ പുനരാരംഭത്തിനോ ശേഷം വിച്ഛേദനം: ടണലിന്റെ അവസ്ഥ സസ്പെൻഷനെ അതിജീവിച്ചു, ഇന്റർഫേസ് അല്ല. പുനരാരംഭത്തിൽ ക്ലയന്റിന്റെ വീണ്ടും ബന്ധിപ്പിക്കൽ സ്വഭാവവും സേവനം ടണൽ പുനരാരംഭിക്കുന്നുണ്ടോ ട്രാഫിക്കിനായി കാത്തിരിക്കുന്നുണ്ടോ എന്നും പരിശോധിക്കുക.
• നിഷ്ക്രിയമായിരിക്കുമ്പോൾ മാത്രം വിച്ഛേദനം: നടുവിൽ എന്തോ പ്രവാഹത്തിന്റെ കാലാവധി അവസാനിപ്പിച്ചു. keepalive ഉള്ളത് ഈ സാഹചര്യത്തിനാണ്.
• നിശ്ചിത സെഷൻ പ്രായത്തിൽ വിച്ഛേദനം: പുനഃപ്രമാണീകരണമോ കീ പുതുക്കലോ സംഭവം, പാതയുടെ പരാജയമല്ല. കൃത്യമായി ആ ഇടവേളയിൽ ലോഗിൽ വ്യക്തമായ നിരസനം സൂചനയാണ്.
• വലിയ കൈമാറ്റങ്ങൾക്കിടയിലോ വലിയ പേജുകൾക്കിടയിലോ വിച്ഛേദനം: MTU-യും ഖണ്ഡനവും സംശയിക്കുക, നിഷ്ക്രിയ ടൈമറല്ല.

നിഷ്ക്രിയ സാഹചര്യത്തിൽ ക്രമീകരണങ്ങൾ പ്രോട്ടോക്കോളിന് സവിശേഷവും രണ്ട് അറ്റങ്ങളും പ്രധാനവുമാണ്. സർവറിലെ OpenVPN-ന്റെ keepalive 10 60 ഓരോ 10 സെക്കൻഡിലും പിംഗ് അയയ്ക്കുന്നു, ഒന്നും വരാത്തപക്ഷം 60 സെക്കൻഡിന് ശേഷം ലിങ്ക് പുനരാരംഭിക്കുന്നു; NAT-ന് പിന്നിലുള്ള WireGuard ക്ലയന്റുകൾ പിയർ ബ്ലോക്കിൽ PersistentKeepalive = 25 ഉപയോഗിക്കുന്നു. OpenVPN ടൈമർ അനുസരിച്ച് ഡാറ്റ ചാനൽ വീണ്ടും ചർച്ച ചെയ്യുന്നു, reneg-sec, ഇത് 2.x-ൽ സ്വതേ 3600 സെക്കൻഡാണ്.

മറ്റൊരു ദാതാവിന്റെ ഗൈഡിൽ നിന്ന് ആക്രമണാത്മക മൂല്യങ്ങൾ പകർത്തരുത്. നഷ്ടമുള്ള മൊബൈൽ ലിങ്കിൽ ചെറിയ സമയപരിധി തടയേണ്ടിയിരുന്ന വിച്ഛേദനങ്ങൾ തന്നെ സൃഷ്ടിക്കുന്നു, സർവർ അയയ്ക്കുന്ന മൂല്യങ്ങൾ ക്ലയന്റ് പ്രൊഫൈലിൽ നിങ്ങൾ സജ്ജീകരിച്ചതിനെ മറികടക്കുന്നു.

നാലാം ഘട്ടം: പിന്തുണയുള്ള ഒരു ബദൽ താരതമ്യം ചെയ്യുക

ഓപ്പറേറ്റർ UDP, TCP എന്നിവ രണ്ടും പ്രൊഫൈലുകൾ പ്രസിദ്ധീകരിക്കുന്നുവെങ്കിൽ, അതേ ഉപകരണവും നെറ്റ്വർക്കും മറ്റതിനെതിരെ പ്രവർത്തിപ്പിക്കുക. പകർത്തിയ പ്രൊഫൈലിൽ ഗതാഗതം തിരുത്തുന്നതിന് പകരം യഥാർത്ഥ പൊരുത്തപ്പെടുന്ന ഫയൽ ഉപയോഗിക്കുക. UDP പുനഃസജ്ജീകരിക്കുന്ന പാതയിൽ സ്ഥിരമായ TCP പ്രൊഫൈൽ പ്രശ്നം ആ പാതയിലേക്ക് ചുരുക്കുന്നു; TCP എല്ലായിടത്തും മികച്ച ഗതാഗതമാണെന്ന് അത് തെളിയിക്കുന്നില്ല.

അതേ യുക്തി അന്തിമ ബിന്ദുക്കൾക്കും ബാധകമാണ്. മറ്റൊരു സർവർ പരീക്ഷിക്കുക, യഥാർത്ഥ ഫലം അതിന് അരികിൽ സൂക്ഷിക്കുക. ഒരു എക്സിറ്റ് മാത്രം സെഷനുകൾ പുനഃസജ്ജീകരിക്കുന്നുവെങ്കിൽ, അത് ആ അന്തിമ ബിന്ദുവിനെക്കുറിച്ചുള്ള തെളിവാണ്, ലാപ്ടോപ്പിലെ ഓരോ അഡാപ്റ്ററും പുനർനിർമ്മിക്കാനുള്ള കാരണമല്ല.

ഏതെങ്കിലും മാറ്റത്തിന് ശേഷം യഥാർത്ഥ ട്രിഗർ ആവർത്തിച്ച് ട്രാഫിക് യഥാർത്ഥത്തിൽ എവിടേക്ക് പോകുന്നു എന്ന് ഉറപ്പാക്കുക. തിരികെ കിട്ടിയ ഇന്റർനെറ്റ് ആക്സസ് ടണലിനുള്ളിലെ ട്രാഫിക്കിന്റെ അതേ ഫലമല്ല, നിശബ്ദമായി നേരിട്ടുള്ള പാതയിലേക്ക് വീണ ക്ലയന്റ് ബ്രൗസറിൽ നിന്ന് ആരോഗ്യകരമായി കാണപ്പെടുന്നു.

പരിഹാരം പരിശോധിക്കുക, റോൾബാക്ക് സൂക്ഷിക്കുക

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

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

പുതിയ പെരുമാറ്റം ഒരു പൂർണ്ണ പ്രവൃത്തിദിവസം അതിജീവിക്കുന്നതുവരെ മുൻ പ്രൊഫൈലും മുൻ ടൈമർ മൂല്യങ്ങളും സൂക്ഷിക്കുക. വിച്ഛേദനങ്ങൾ തിരികെ വന്നാൽ ബാക്കപ്പ് പുനഃസ്ഥാപിക്കുക, തുടർന്ന് രണ്ടാം ശ്രമം അറിയപ്പെടുന്ന അവസ്ഥയിൽ നിന്ന് തുടങ്ങാൻ ഓരോന്നായി മാറ്റങ്ങൾ വീണ്ടും പ്രയോഗിക്കുക.

ലോഗ് ശുദ്ധമായി തുടരുകയും ടണൽ ഇപ്പോഴും ആവർത്തിക്കുന്ന ഇടവേളയിൽ വിച്ഛേദിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, അടുത്ത സ്റ്റോപ്പ് ആ സെഷന്റെ സർവർ ഭാഗമാണ്. ക്ലയന്റിന്റെ സെഷൻ ഐഡന്റിഫയറും കൃത്യമായ വിച്ഛേദന സമയവും കൂടെ കൊണ്ടുപോകുക, ആ ജോടിയാണ് സർവർ ലോഗ് തിരയാവുന്നതാക്കുന്നത്. പ്രോട്ടോക്കോളിന്റെ ലിങ്ക് ഓപ്ഷനുകൾ OpenVPN 2.6 മാനുവലിൽ രേഖപ്പെടുത്തിയിരിക്കുന്നു, ഒരു മൂല്യത്തിന്റെ കൃത്യമായ അർത്ഥം വേണ്ടിവരുമ്പോൾ.