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 හි සම්බන්ධතා ලේඛන ලබා ගැනීමේ හැකියාව පෙරනිමි ජාල වෙනසකින් වෙන් කරන ආපසු ඇමතුම් විස්තර කරයි, සහ ඔබේ වාර්තාවට අවශ්‍ය වන්නේ එම වෙනසයි. ඉතිරි සියල්ල රියදුරු ගැන කතාවකි.