Always-on VPN ද kill switch ද: ඔබ ඇත්තටම ක්‍රියාත්මක කළේ කුමක්ද?
Always-on VPN ටනලය නැවත සම්බන්ධ කරයි; kill switch එය නොමැතිව කුමක් පිටවිය හැකිද යන්න තීරණය කරයි. ලේබලය විශ්වාස කිරීමට පෙර පරීක්ෂණ පහක්.
Always-on සහ kill switch එකම සැකසුම් තිරයේ පේළි දෙකක පරතරයකින් පිහිටන නිසා මිනිසුන් ඒවා එකම විශේෂාංගයේ නම් දෙකක් ලෙස කියවති. ඒවා එසේ නොවේ. Always-on යනු නැවත සම්බන්ධ වීමේ ප්‍රතිපත්තියකි: ඇරඹුමේදී ටනලය ආරම්භ කරන්න, ක්‍රෑෂ් එකක් හෝ ජාල වෙනසකින් පසු එය නැවත ගෙන එන්න, සහ එය අසාර්ථක වන තාක් නැවත උත්සාහ කරන්න. Kill switch යනු ගමනාගමන ප්‍රතිපත්තියකි: ටනලය වැටී ඇති විට තවමත් යන්ත්‍රයෙන් පිටවිය හැකි පැකට් එය නම් කරයි. දෙවැන්න නොමැතිව පළමුවැන්න ක්‍රියාත්මක කළ හැකි අතර, බොහෝ වේදිකාවල පෙරනිමි ප්‍රතිඵලය එම පරතරය තුළද ගමනාගමනය පිටතට යාමට ඉඩ දෙයි.
පරීක්ෂණය 1: අවහිර කිරීම වෙනම ස්විචයක්ද?
Android 10 සහ ඉන් පසු, සුරකින ලද VPN පැතිකඩක් ගියර් නිරූපකය පිටුපස ස්වාධීන ටොගල් දෙකක් විවෘත කරයි: Always-on VPN සහ Block connections without VPN. kill switch වන්නේ දෙවැන්න පමණි. always-on පමණක් ඇති විට ටනලය කැඩීමෙන් පසු ඇත්තටම ආපසු එයි, සහ ඉල්ලීමක් මැද ඇති ඕනෑම යෙදුමකට එය සිදුවන තාක් Wi-Fi හෝ ජංගම දත්ත හරහා ජාලයට ළඟා විය හැකිය.
කළමනාකරණය කරන උපාංග ප්‍රතිපත්ති API තුළ එම බෙදීමම තබා ගනී. setAlwaysOnVpnPackage() පැකේජයේ නම සහ lockdownEnabled ධජය ගනී; පැකේජය සකසා ධජය false ලෙස තබන පරිපාලකයා ස්ථිර ටනලයක් ගොඩනගා ඇත, වසා ඇති උපාංගයක් නොවේ. කොන්සෝලයේ වචන එම වෙනස දැකීමට ගන්නේ කලාතුරකිනි.
තත්ත්වය කොන්සෝලයෙන් නොව උපාංගයෙන් කියවන්න: adb shell settings get global always_on_vpn_app සහ adb shell settings get global always_on_vpn_lockdown. පළමුවැන්න null ලබා දෙන්නේ නම්, වේදිකා මට්ටමේ කිසිදු පැකේජයක් බලාත්මක නොවේ; දෙවැන්න 0 ලබා දෙන්නේ නම්, වේදිකාව කිසිවක් අවහිර නොකරයි. Android VPN මාර්ගෝපදේශය මේවා එක් මාදිලියක් නොව වෙන වෙනම හැකියාවන් ලෙස විස්තර කරයි.
පරීක්ෂණය 2: අවහිර කිරීම අයිති කුමන ස්තරයටද?
ලේබල සේවාලාභියා තුළත් අවහිර කිරීම් සාමාන්‍යයෙන් firewall තුළත් ජීවත් වන නිසා එකම වචනය එක් එක් වේදිකාවේ වෙනස් අර්ථයක් දෙයි. පහත පේළි යනු ඒවායින් එකක් විශ්වාස කිරීමට පෙර තහවුරු කළ යුතු ඒවාය.
| Where you see the label | What the label promises | What actually blocks |
|---|---|---|
| Android VPN profile | Always-on VPN | Block connections without VPN |
| Android device policy | Always-on package | lockdownEnabled flag |
| Windows built-in VPN | Always On tunnel | Outbound firewall rules |
| WireGuard for Windows | Tunnel service | Block untunneled traffic option |
| wg-quick on Linux | Route via AllowedIPs | Your own nftables or iptables rules |
Windows යනු අවහිර නොකරන ලේබලයක පැහැදිලිම උදාහරණයයි. එහි Always On ටනලයේ ස්ථාවරත්වය විස්තර කරයි: යන්ත්‍ර සත්‍යාපනය සඳහා උපාංග ටනලයක් සහ පිවිසුණු ගිණුම සඳහා පරිශීලක ටනලයක්, පැතිකඩ XML හෝ Add-VpnConnection මගින් වින්‍යාස කෙරේ. ටනලය නොමැති විට පිටතට යන පැකට් එක නවත්වන කිසිවක් එම පැතිකඩේ නැත, පිටතට යන පෙරහැර පෙරනිමියෙන් සක්‍රීය නොවේ, එබැවින් Wi-Fi මත ලැප්ටොප් එක VPN වැටී ඇති විටද ක්‍රියා කරයි.
WireGuard ද එසේම බෙදෙයි, නමුත් සේවාලාභියා අනුව. WireGuard for Windows හි එක් එක් ටනලය සඳහා පෙරහන් නීති ස්ථාපනය කරන Block untunneled traffic විකල්පයක් ඇත; Linux මෙවලම්වලට එවැනි ස්විචයක් නැත. wg-quick එක් එක් AllowedIPs සටහන සඳහා මාර්ගයක් සහ fwmark නීතියක් එකතු කරයි, wg-quick down දෙකම ඉවත් කරයි, එබැවින් භෞතික පෙරනිමි මාර්ගය එක් පැකට් එකක්වත් නොවැටී නැවත වගකීම ගනී.
Apple වේදිකාවල always-on අධීක්ෂණය යටතේ ඇති උපාංග සඳහා කළමනාකරණ පැතිකඩ විශේෂාංගයක් ලෙස පැමිණේ, සහ සලකුණු කොටුවක් නොව on-demand නීති ලෙස ප්‍රකාශ වේ. payload එකෙන් පිළිතුරු දිය යුතු ප්‍රශ්නය වන්නේ අසාර්ථක ටනලයක් ගමනාගමනය ප්‍රතික්ෂේප කරයිද නැතහොත් තවත් සම්බන්ධතාවයක් ඉල්ලා සිටීද යන්නයි. මෙනු මාතෘකාව එය නොකියයි.
පරීක්ෂණය 3: නිරූපකය නොව පරතරය මනින්න
සංක්‍රමණ හතරක් වැදගත් වන අතර ඒවා වෙනස් ආකාරයෙන් අසාර්ථක වේ: කිසිවෙකු පිවිසීමට පෙර ඇරඹුම, නින්ද සහ අවදි වීම, Wi-Fi සිට ජංගම දත්ත වෙත මාරුවීම, සහ ටනල අතුරුමුහුණත අඩක් වින්‍යාස කර තබන සේවාලාභී ක්‍රෑෂය. ඒවායින් එකක පිරිසිදු නැවත සම්බන්ධවීම අනෙක් තුන ගැන කිසිවක් ඔප්පු නොකරයි.
ලාභම පරීක්ෂණය හිතාමතා ටනලය නවත්වා පසුව පිටතට යාමට උත්සාහ කරයි. ටනලය වැටී ඇති විට curl -m 5 -sS -o /dev/null -w '%{http_code}' https://example.com 200 ලබා දෙන්නේ නම් ප්‍රතිපත්තිය fail-open ය; කාලය ඉකුත් වීම හෝ ප්‍රතික්ෂේප වූ සම්බන්ධතාවය යනු තවමත් යමක් අවහිර කරන බවයි. ip route get 1.1.1.1 පැකට් එක ගෙන යන අතුරුමුහුණත නම් කරයි, එය සාමාන්‍යයෙන් ට්‍රේ නිරූපකයට වඩා තොරතුරු සපයයි, සහ systemctl status wg-quick@wg0 අතුරුමුහුණත පිරිසිදුව ඉවත් කර ඇත්දැයි පෙන්වයි.
එම පරීක්ෂණයම ජාලය වෙනස් වන අතරතුර දෙවන කවුළුවේ ධාවනය කරන්න, එය ස්ථාවර වූ පසුව පමණක් නොවේ. වැටීම සහ නැවත උත්සාහය අතර පරතරය තමයි වැදගත් කොටස, සහ නාම විභේදනය ගමනාගමනය පැන ගිය බව දැනගැනීමට වේගවත්ම ක්‍රමයයි: ටනලය වැටී ඇති විට දේශීය විසඳුම්කරු පිළිතුරු දෙන්නේ නම්, අවහිර කිරීම සම්පූර්ණ නොවේ.
පරීක්ෂණය 4: අගුළු දැමීමට පෙර ව්‍යතිරේක තීරණය කරන්න
ව්‍යතිරේක දෙකක් ව්‍යුහාත්මක ය. සේවාලාභියාට VPN සේවාදායකයටම ළඟා විය යුතුය, එබැවින් සියල්ල ඉවත් කරන නීති කට්ටලයක් ආරක්ෂණය නැවත ගෙන එන නැවත සම්බන්ධවීමද වළක්වයි. Captive portal එකකටද නොඑසැණු ටනලයක් හරහා ළඟා විය නොහැක, එබැවින් හෝටල් Wi-Fi මත අගුළු දමා ඇති උපාංගයකට portal එක විවෘත කිරීමට ලේඛනගත ක්‍රමයක් අවශ්‍යය, තාවකාලික එකක් නොවේ.
අවම ස්වරූපය: අන්ත ලක්ෂ්‍යයට අවසර, ඉතිරි සියල්ල ඉවත්:
table inet vpnlock {
chain output {
type filter hook output priority 0; policy drop;
oifname "lo" accept
ip daddr 203.0.113.10 udp dport 51820 accept
oifname "wg0" accept
}
}එම අන්ත ලක්ෂ්‍ය පේළිය ස්ථිරාංකයක් නොව විචල්‍යයක් ලෙස සලකන්න. සැපයුම්කරුවන් ලිපින මාරු කරයි, සහ කල් ඉකුත් වූ ව්‍යතිරේකය ක්‍රියාකාරී kill switch එකක් නැවත සම්බන්ධ විය නොහැකි උපාංගයක් බවට පත්වීමේ සාමාන්‍ය හේතුවයි. දේශීය මුද්‍රණ යන්ත්‍ර, NAS බෙදාගැනීම් සහ සංවර්ධන සේවා එම ලිඛිත ලැයිස්තුවටම අයත් වේ, එසේ නොමැති නම් ඒවා එක් එක් සහාය ටිකට් පතකින් සොයා ගැනේ.
පරීක්ෂණය 5: ඇත්තටම ඔප්පු කළ දේ සටහන් කරන්න
තීරු හතරක වගුවක් තබාගෙන පරීක්ෂණ මගින් පුරවන්න: තත්ත්වය, අපේක්ෂිත හැසිරීම, නිරීක්ෂිත හැසිරීම, සාක්ෂි. පේළි යනු පරීක්ෂණය 3 හි සංක්‍රමණ සහ එක් හිතාමතා අසාර්ථකත්වයකි. විධාන ප්‍රතිදානයෙන් පිරවිය නොහැකි පේළියක් යනු ඔබ පරීක්ෂා නොකළ පේළියකි, සහ නැවත සම්බන්ධ වීමේ පේළිය සමත් වී ඇරඹුම් පේළියේ අසාර්ථක වන උපාංගයක් තරමක් සුලබ ය, එබැවින් අමතර විනාඩි දහයක් වටී.
මෙය අවසන් යැයි කීමට පෙර:
- අවහිර කිරීමේ සැකසුම නැවත සම්බන්ධ වීමේ සැකසුමෙන් වෙනම බව තහවුරු කර එහි අගය උපාංගයේ කියවන්න.
- අවහිර කිරීම ක්‍රියාත්මක කරන ස්තරය කුමක්ද - සේවාලාභී විකල්පය, උපාංග ප්‍රතිපත්තිය හෝ firewall - සහ එම ස්තරය කොහේ වින්‍යාස වේද යන්න දැනගන්න.
- අවහිර කිරීම ඔප්පු කරන එක් පරීක්ෂණ විධානයක් තබාගෙන එය සංක්‍රමණය අතරතුර ධාවනය කරන්න, පසුව නොවේ.
- ව්‍යතිරේක ලැයිස්තුව අන්ත ලක්ෂ්‍යය ඇතුළුව ලියා එය කවුරුන් යාවත්කාලීන කරන්නේද සටහන් කරන්න.
- කළමනාකරණය කරන උපකරණවල බලාත්මක ප්‍රතිපත්තිය එසේම තබන්න; අවහිර කිරීම ඉවත් කිරීම ටනලය අලුත්වැඩියා කිරීම වෙනුවට අවශ්‍යතාව වෙනස් කරයි.