VPN ഓടിക്കുമ്പോൾ വീണ്ടും ബന്ധിപ്പിക്കുന്നു: റേഡിയോ മാറ്റമോ IP മാറ്റമോ?
ടവറുകൾക്കിടയിലെ കൈമാറ്റം IP പാതയെ അക്ഷതമായി വിട്ടേക്കാം. ടണൽ നീക്കുന്ന ക്ലയന്റുകളെ അത് വീണ്ടും നിർമ്മിക്കുന്നവരുമായി താരതമ്യം ചെയ്യുക, കൂടാതെ നെറ്റ്‌വർക്ക് സംഭവം വായിക്കുക, യാത്രയല്ല.
നഗരത്തിന്റെ അരികിലൂടെ കടക്കുമ്പോൾ കോൾ മുറിയുന്നു, അതേ നിമിഷം VPN ഐക്കൺ അപ്രത്യക്ഷമാകുന്നു. അതിനെ “ടവർ മാറ്റം ടണലിനെ കൊന്നു” എന്ന് രേഖപ്പെടുത്താൻ പ്രലോഭനമുണ്ട്. രണ്ട് വ്യത്യസ്ത കാര്യങ്ങൾ സംഭവിച്ചു, അവയിൽ ഒന്ന് മാത്രമാണ് ടവറുകളെക്കുറിച്ച്. ഒരു റേഡിയോ കൈമാറ്റം നിങ്ങളുടെ IP വിലാസം, ഡിഫോൾട്ട് റൂട്ട്, സെഷൻ എന്നിവ പൂർണ്ണമായി അക്ഷതമായി വിട്ടേക്കാം, അതേസമയം യഥാർത്ഥ വിലാസ മാറ്റം അതിനൊപ്പം നീങ്ങാൻ കഴിയാത്ത ഏത് ടണലിനെയും തകർക്കും. ആ രണ്ടാമത്തെ സാഹചര്യം ക്ലയന്റുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു എന്നത് താരതമ്യം ചെയ്യുന്നതാണ് ഉപയോഗപ്രദമായ അഭ്യാസം, കാരണം നിങ്ങൾ രൂപകൽപ്പന ചെയ്ത പെരുമാറ്റമാണോ തകരാറാണോ കാണുന്നതെന്ന് അത് പറയുന്നു.
ടവർ മാറ്റം നിർബന്ധമായും വിലാസ മാറ്റമല്ല
മൊബൈൽ നെറ്റ്‌വർക്കുകൾ കൈമാറ്റങ്ങൾക്കിടയിൽ പാക്കറ്റ് സെഷൻ ജീവനോടെ നിലനിർത്തുന്നു, ഓപ്പറേറ്ററുടെ മൊബിലിറ്റി ആങ്കർ അതേപടി തുടരുന്നിടത്തോളം. റേഡിയോ ലിങ്ക് മാറുന്നു, ടണൽ അത് ശ്രദ്ധിക്കുന്നില്ല, ഏതെങ്കിലും ലോഗിൽ വീണ്ടും ബന്ധിപ്പിക്കൽ കാണരുത്. നഗരത്തിനുള്ളിലെ ചലനത്തിന് ഇതാണ് സാധാരണ സാഹചര്യം.
വിലാസം മാറ്റുന്നത് ആങ്കറുകൾക്കിടയിലെ മാറ്റം, Wi-Fi-ൽ നിന്ന് സെല്ലുലാറിലേക്കുള്ള മാറ്റം, അല്ലെങ്കിൽ നീണ്ട ഇടവേളയ്ക്ക് ശേഷം ഓപ്പറേറ്ററുടെ ഭാഗത്ത് ടണൽ പുനഃസ്ഥാപിക്കൽ എന്നിവയാണ്. ആ സംഭവങ്ങൾ നിങ്ങളുടെ പാക്കറ്റുകൾ വഹിക്കുന്ന ഉറവിട വിലാസം മാറ്റിസ്ഥാപിക്കുന്നു, VPN സഹയാത്രികൻ മാറിയ സഹയാത്രികനെ കാണുന്നു.
പ്രായോഗിക ഫലം ചലനം തെളിവല്ല എന്നതാണ്. നാൽപ്പത് കിലോമീറ്റർ സഞ്ചരിച്ച ഉപകരണം യാത്രയിലുടനീളം ഒരു വിലാസം നിലനിർത്തിയേക്കാം, നിശ്ചലമായി നിൽക്കുന്ന ഉപകരണം നെറ്റ്‌വർക്ക് അങ്ങനെ തീരുമാനിച്ചതിനാൽ രണ്ടുതവണ വിലാസം മാറ്റിയേക്കാം. സംഭവം രേഖപ്പെടുത്തുന്നതാണ് അവയെ വേർതിരിക്കാനുള്ള ഏക വഴി.
രണ്ട് രൂപകൽപ്പനകൾ: ടണൽ നീക്കുക അല്ലെങ്കിൽ വീണ്ടും നിർമ്മിക്കുക
പുറം ഉറവിടം മാറിയതിനെ എത്ര ഗൗരവത്തോടെ കാണുന്നു എന്നതിൽ ക്ലയന്റുകൾ വ്യത്യാസപ്പെടുന്നു. ചിലർ ടണൽ നിർമ്മിച്ച വിലാസത്തിലേക്ക് അതിനെ ബന്ധിച്ച് പൂർണ്ണ പുനഃസ്ഥാപനം ആവശ്യപ്പെടുന്നു. മറ്റുള്ളവർ ഓരോ പാക്കറ്റും സ്വതന്ത്രമായി പരിശോധിച്ച് മറുപടികൾ എവിടെ അയക്കണം എന്ന് മാത്രം പുതുക്കുന്നു.
| Mechanism | Behaviour after the source changes | What the user notices |
|---|---|---|
| WireGuard | Endpoint updated on the next authenticated packet | Usually nothing; the tunnel continues |
| IKEv2 with MOBIKE | Security association moves to the new address | Short pause, no re-authentication |
| OpenVPN over UDP with float | Peer address may change without a restart | Might survive, depending on timing |
| Client bound to one address | Session dies and is rebuilt | A visible reconnect and a new authentication |
മുകളിലെ വരി പല സംഭ്രമജനകമായ റിപ്പോർട്ടുകളെ വിശദീകരിക്കുന്നു. WireGuard-ന് തകർക്കാനുള്ള സെഷനില്ല: ഓരോ പാക്കറ്റും സഹയാത്രികന്റെ സൂചിക വഹിക്കുകയും പരിശോധിക്കപ്പെടുകയും ചെയ്യുന്നു, അതിനാൽ പുതിയ വിലാസത്തിൽ നിന്ന് എത്തുന്ന സാധുവായ പാക്കറ്റ് നിർവചനപ്രകാരം ആ സഹയാത്രികന്റേതാണ്, രേഖപ്പെടുത്തിയ അന്ത്യബിന്ദു അതിനെ പിന്തുടരുന്നു. യാത്രയിലുടനീളം തുടർച്ചയായി “ബന്ധിപ്പിച്ചിരിക്കുന്നു” എന്ന് കാണിക്കുന്ന ക്ലയന്റ് സത്യം പറയുന്നു.
ചുവടെയുള്ള വരിയും തകരാറല്ല. സെഷൻ വീണ്ടും നിർമ്മിക്കുന്നത് നിലവിലെ വിലാസത്തിനെതിരെ പരിശോധന വീണ്ടും പ്രവർത്തിപ്പിക്കുന്നു, പഴയ വിലാസം ഇപ്പോൾ മറ്റൊരാളുടേതാകാമെന്ന സ്ഥിതിയിൽ നിങ്ങൾ ആഗ്രഹിക്കുന്നത് കൃത്യമായി അതാണ്.
ചലനമല്ല, സംഭവം നിരീക്ഷിക്കുക
Android-ൽ കണക്റ്റിവിറ്റി ഉപവ്യവസ്ഥ നെറ്റ്‌വർക്ക് മാറ്റങ്ങൾ സംഭവങ്ങളായി റിപ്പോർട്ട് ചെയ്യുന്നു, അവയാണ് നിങ്ങൾ ക്ലയന്റിന്റെ പെരുമാറ്റവുമായി ബന്ധിപ്പിക്കേണ്ടത്. ഡംപ് ദീർഘമാണ്, പക്ഷേ പ്രസക്ത ഭാഗങ്ങൾ ഡിഫോൾട്ട് നെറ്റ്‌വർക്കും അതിന്റെ വിലാസവുമാണ്:
adb shell dumpsys connectivity | grep -E 'NetworkAgentInfo|Default network'
adb shell ip -br addr show
adb logcat -b main -s Vpn:* | head -n 40സെർവർ ഭാഗത്ത് റോമിംഗ് സാഹചര്യത്തിന് നേരിട്ടുള്ള അളവുണ്ട്. WireGuard ഓരോ സഹയാത്രികനും അവസാനം പരിശോധിച്ച അന്ത്യബിന്ദു സൂക്ഷിക്കുന്നു, അതിനാൽ വിലാസ മാറ്റം വീണ്ടും ബന്ധിപ്പിക്കലായല്ല, മാറിയ മൂല്യമായി കാണപ്പെടുന്നു:
sudo wg show wg0 endpoints
sudo wg show wg0 latest-handshakesയാത്രയ്ക്ക് മുമ്പും ശേഷവും അന്ത്യബിന്ദു താരതമ്യം ചെയ്യുക. വിലാസവും പോർട്ടും മാറിയിട്ടില്ലെങ്കിൽ ടണലിന് ഒന്നും ചെയ്യേണ്ടതില്ലായിരുന്നു, വീണ്ടും ബന്ധിപ്പിക്കൽ മറ്റെവിടെ നിന്നോ, സാധാരണയായി ആപ്ലിക്കേഷനിൽ നിന്ന് വന്നു. അന്ത്യബിന്ദു മാറിയെങ്കിലും ഹാൻഡ്‌ഷേക്കിന്റെ സമയമുദ്ര സാധാരണ കീ പുതുക്കൽ ഇടവേളയ്ക്ക് അടുത്ത് നിന്നാൽ, ടണൽ വീണ്ടും തുടങ്ങിയതല്ല, നീങ്ങിയതാണ്.
വീണ്ടും തുടങ്ങുന്നത് വ്യത്യസ്തമായി കാണപ്പെടുന്നു: ഹാൻഡ്‌ഷേക്കിന്റെ സമയമുദ്ര വീണ്ടും ബന്ധിപ്പിക്കലിന്റെ നിമിഷത്തിലേക്ക് പുനഃസജ്ജമാക്കുന്നു, ക്ലയന്റ് ശാന്തമായ തുടർച്ചയ്ക്ക് പകരം ആരംഭ ക്രമം ലോഗ് ചെയ്യുന്നു.
വീണ്ടും ബന്ധിപ്പിക്കൽ എപ്പോഴാണ് ശരിയായ പെരുമാറ്റം
ഓരോ വീണ്ടും ബന്ധിപ്പിക്കലിനെയും തകരാറായി കാണുന്നത് മരിച്ച സെഷനുകളെ ജീവനോടെ നിർത്തുന്ന ക്രമീകരണങ്ങളിലേക്ക് നയിക്കുന്നു. നെറ്റ്‌വർക്ക് പുനർവിഭജിച്ചതിനാൽ വിലാസം മാറിയ സഹയാത്രികൻ പഴയ മാപ്പിംഗിനുള്ള ട്രാഫിക് സ്വീകരിക്കുന്നത് തുടരരുത്, നിശ്ശബ്ദമായി തുടരുന്ന ക്ലയന്റ് ഐക്കൺ പച്ചയായിരിക്കെ കറുത്ത കുഴിയിലേക്ക് അയച്ചേക്കാം.
ഉപയോക്താവിന്റെ കാഴ്ചപ്പാടിൽ രണ്ട് പരാജയങ്ങളും താരതമ്യം ചെയ്യുക. വീണ്ടും ബന്ധിപ്പിക്കലിന് കുറച്ച് സെക്കൻഡും പുതിയ പരിശോധനയും വേണം. പഴയ ടണലിന് പിശകില്ലാതെ തങ്ങിനിൽക്കുന്ന ആപ്ലിക്കേഷൻ വേണം, അത് വിശദീകരിക്കാൻ വളരെ ബുദ്ധിമുട്ടാണ്, “ഇന്റർനെറ്റ് കേടായി” എന്ന് റിപ്പോർട്ട് ചെയ്യപ്പെടാനുള്ള സാധ്യത വളരെ കൂടുതലാണ്.
അതിനടിയിൽ ഒരു നയപരമായ ചോദ്യവുമുണ്ട്. ഒരു പാത നഷ്ടപ്പെട്ട് മറ്റൊന്ന് സ്ഥാപിക്കുന്നതിനിടയിലുള്ള ഇടവേളയിൽ ചില ക്ലയന്റുകൾ ട്രാഫിക് നേരിട്ട് അയക്കാൻ മടങ്ങുന്നു. അത് തടയുന്നത് സ്വയമേവയുള്ള വീണ്ടെടുപ്പിൽ നിന്ന് വേറിട്ട നിയന്ത്രണമാണ്, ഒരു ക്ലയന്റ് ഒന്നിൽ നല്ലതും മറ്റൊന്നിൽ മോശവുമാകാം. ഏതെങ്കിലും ട്യൂൺ ചെയ്യുന്നതിന് മുമ്പ് ഏതാണ് വേണ്ടതെന്ന് തീരുമാനിക്കുക.
നിരീക്ഷിച്ച ക്രമം എഴുതുക
ഉപയോഗപ്രദമായ റിപ്പോർട്ട് സംഭവത്തിന്റെ ഉറവിടം പേരിടുന്നു: പുതിയ വിലാസത്തോടെയുള്ള ഡിഫോൾട്ട് നെറ്റ്‌വർക്ക് മാറ്റം, Wi-Fi-ൽ നിന്ന് സെല്ലുലാറിലേക്കുള്ള മാറ്റം, അല്ലെങ്കിൽ വിലാസ മാറ്റമില്ലാത്ത കൈമാറ്റം. തുടർന്ന് ക്ലയന്റ് എന്ത് ചെയ്തു എന്ന് പറയുന്നു, ഓർമ്മയിൽ നിന്നല്ല, സെർവർ ഭാഗത്തെ സമയമുദ്രയോടെ.
ടണൽ നീങ്ങിയെങ്കിൽ അത് പറയുകയും പുതിയ അന്ത്യബിന്ദു കുടുംബം രേഖപ്പെടുത്തുകയും ചെയ്യുക. വീണ്ടും സ്ഥാപിക്കപ്പെട്ടെങ്കിൽ, പരിശോധന ആദ്യ ശ്രമത്തിൽ വിജയിച്ചോ എന്നും ഇടവേള എത്ര നീണ്ടുനിന്നു എന്നും രേഖപ്പെടുത്തുക. ആ മൂന്ന് വസ്തുതകൾ ആരോഗ്യകരമായ മൊബൈൽ രൂപകൽപ്പനയെ നെറ്റ്‌വർക്കുകൾക്കിടയിൽ ആടിയാടി നടക്കുന്ന ക്ലയന്റിൽ നിന്ന് വേർതിരിക്കുന്നു.
ഉപകരണത്തിന്റെ ലോഗ് അത് യഥാർത്ഥത്തിൽ സ്ഥാപിക്കുന്നില്ലെങ്കിൽ “ടവർ മാറ്റം” എന്ന പ്രയോഗം ഒഴിവാക്കുക. Android-ന്റെ കണക്റ്റിവിറ്റി ഡോക്യുമെന്റേഷൻ ലഭ്യതയെ ഡിഫോൾട്ട് നെറ്റ്‌വർക്ക് മാറ്റത്തിൽ നിന്ന് വേർതിരിക്കുന്ന കോൾബാക്കുകൾ വിവരിക്കുന്നു, നിങ്ങളുടെ റിപ്പോർട്ടിന് ആ വ്യത്യാസമാണ് വേണ്ടത്. ബാക്കിയെല്ലാം ഓടിക്കുന്നതിനെക്കുറിച്ചുള്ള ഒരു കഥയാണ്.