යෙදුම මත පදනම් වූ සහ ගමනාන්තය මත පදනම් වූ split tunneling: කුමක් තෝරාගන්නද

යෙදුම මත පදනම් වූ සහ ගමනාන්තය මත පදනම් වූ split tunneling එකම කාර්යය සඳහා ඇති සැකසුම් දෙකක් නොවේ. එකක් අසන්නේ කුමන ක්‍රියාවලියක් තැපැල් පැකට්ටුව යවන්නේද යන්නයි; අනෙක අසන්නේ එම පැකට්ටුව යන්නේ කොහේද යන්නයි. පළමු ප්‍රශ්නය සඳහා ගොඩනගන ලද නීතියක් රහසිගතව අසාර්ථක වන්නේ රථවාහන සහායක ක්‍රියාවලියකින් පැමිණෙන විටය, දෙවැන්න සඳහා ගොඩනගන ලද නීතියක් අසාර්ථක වන්නේ ඔබ කිසිදා ලැයිස්තුගත නොකළ ලිපිනයකට සත්කාරක නමක් විසඳන විටය. අවශ්‍යතාවයට ගැලපෙන වස්තුව තෝරන්න, පසුව පරීක්ෂණ පැකට්ටු දෙකකින් එය ඔප්පු කරන්න: එකක් උමං භාවිත කළ යුතු අතර අනෙක භාවිත නොකළ යුතුය.

නීති දෙක වෙනස් ස්ථරවල ක්‍රියා කරයි

යෙදුම් නීතිය ක්‍රියාත්මක වන්නේ ජාල ස්ථරයට ඉහළින්, මෙහෙයුම් පද්ධතිය යවන්නාට ලබා දෙන අනන්‍යතාවයට එරෙහිවය. Android හි එය පැකේජය පිටුපස ඇති UID වන අතර, VPN සේවාව එක් එක් UID සඳහා රථවාහන උමං තුළට යනවාද නැද්ද යන්න තීරණය කරයි. ගමනාන්තය ගැන කිසිවක් අසනු නොලැබේ, එබැවින් තෝරාගත් යෙදුමට ඕනෑම දෙයකට ළඟා විය හැකි අතර වෙනත් කිසිදු යෙදුමකට අභ්‍යන්තර ජාලයට ළඟා විය නොහැක.

ගමනාන්ත නීතිය ක්‍රියාත්මක වන්නේ පැකට්ටුව මතමය. උමං අතුරුමුහුණත සතුව පූර්ව උපසර්ග කොටසක් ඇත, මාර්ගගත කිරීමේ වගුව ගැලපෙන රථවාහන එහි යවයි, සහ යවන ක්‍රියාවලිය අදාළ නොවේ. එබැවින් ගමනාන්ත නීතියක් කිසිවෙකු ලැයිස්තුගත කිරීමට මතක නොතිබූ සේවාවක්, මුද්‍රණ යන්ත්‍රයක් හෝ කාණ්ඩ කාර්යයක් ආවරණය කරයි, සහ එබැවින් සේවාදායකයා කිසිදා ක්‍රියාවලිය දෙස නොබලන වේදිකාවක එය හුදෙක් මෙම වැඩසටහන ලෙස ප්‍රකාශ කළ නොහැක.

යෙදුම් නීති ජංගම සේවාදායකයන්ට සහ කළමනාකරණ නියෝජිතයන්ට ගැලපේ

Android තේරීම සෘජුවම හෙළි කරයි: VpnService.Builder.addAllowedApplication() සහ addDisallowedApplication() පැකේජ නම් ගෙන එක් එක් UID සඳහා තීරණය ක්‍රියාත්මක කරයි, Android හි VPN සංවර්ධක මාර්ගෝපදේශයේ විස්තර කර ඇති පරිදි. iOS හි බණ්ඩල හඳුනාගැනීම් මත පදනම් වූ එක් එක් යෙදුම සඳහා VPN නීති හරහා සමාන විධිවිධානයක් ඇත, සාමාන්‍යයෙන් අතින් ලිවීම වෙනුවට MDM පැතිකඩක් මගින් ලබා දෙයි.

ඩෙස්ක්ටොප් සේවාදායකයන් දුර්වල ස්ථානයයි. බොහෝ Windows සහ macOS VPN සේවාදායකයන් ගමනාන්තය අනුව මාර්ගගත කරන අතර ක්‍රියාවලිය අනුව තේරීමක් කිසිසේත් ලබා නොදේ, උමං ධාවකය දකින්නේ ක්‍රියාවලි නොව පැකට්ටු බැවිනි. ඔබේ සැලසුම ලැප්ටොප් පරිගණකයක එක් යෙදුමක් උමං කිරීම මත රඳා පවතී නම්, එය වටා නිර්මාණය කිරීමට පෙර සේවාදායකයේ සැබෑ හැකියාවන් පරීක්ෂා කරන්න; සමහරවිට ඔබ තෝරාගන්නේ ගමනාන්ත ලැයිස්තුවක් සහ දෙවන යන්ත්‍රයක් අතරය.

මිනිසුන්ට අතපසු වන ප්‍රතිවිපාකය: එම වේදිකාවල මාර්ග මගින් යෙදුම් නීතියක් අනුකරණය කළ නොහැක. යෙදුමේ සේවාදායකය සඳහා සත්කාරක මාර්ගයක් එකතු කිරීම සියල්ලන්ගේම රථවාහන එම සේවාදායකයට උමං කරයි, බ්‍රව්සරය සහ යාවත්කාලීන කරන්නා ඇතුළුව.

ගමනාන්ත නීති උපජාල ලැයිස්තු සහ අඩවි ළඟාවීම සඳහා ගැලපේ

WireGuard ආකෘතිය පැහැදිලි කරයි. AllowedIPs යනු ගුප්තකේතන යතුරු මාර්ගගත කිරීමයි: ගමනාන්තය සහකරුවෙකුගේ ලැයිස්තුව තුළට වැටෙන අභ්‍යන්තර පැකට්ටුවක් එම සහකරු වෙත සංකේතනය වන අතර, අනෙක් සියල්ල සාමාන්‍ය මාර්ගයෙන් සංකේතනයකින් තොරව පිටව යයි. නම් කිරීමට ක්‍රියාවලියක් නොමැති අතර ඇතුළත් දේ ගැන කිසිදු අපැහැදිලිතාවක් නොමැත.

OpenVPN තල්ලු කළ මාර්ගගත කිරීමේ වගුව හරහා එම ස්ථානයටම ළඟා වේ. route-nopull සේවාදායකයාට මාර්ග නියම කිරීම වළක්වයි, ඉන්පසු සේවාදායක පැත්තේ route 10.20.0.0 255.255.0.0 vpn_gateway හරියටම කාර්යාල පූර්ව උපසර්ගය ආවරණය කරයි. IPv6 මෙම එක් එක් සේවාදායකයේ වෙනම ප්‍රකාශයක් වන අතර, එය අමතක කිරීම නිවැරදි පෙනුමැති IPv4 බෙදීමක් වටා කාන්දු වීමේ වඩාත් සුලබ ක්‍රමයයි.

සත්කාරක නාමයක් මාර්ගයක් නොවේ. පැතිකඩ වසම් ක්ෂේත්‍රයක් ලබා දෙන්නේ නම්, එය සේවාදායකයා එක් වරක් විසඳන නාමයක් ලෙස සලකන්න, ස්ථිර ලිපින පරාසයක් ලෙස නොව; අන්තර්ගත බෙදාහැරීමේ ජාල සහ භාර සමතුලිත කරන්නන් හෙට වෙනත් ලිපින ලබා දෙනු ඇත.

ආකෘති දෙකම කැඩෙන තැන: සහායකයන්, හවුල් සේවා, විසඳන්නන්

සහායක ක්‍රියාවලි යෙදුම් නීති කඩා දමයි සේවාදායක දෝෂයක් ලෙස පෙනෙන ආකාරයෙන්. බ්‍රව්සරයේ යාවත්කාලීන කරන්නා, ක්‍රෑෂ් වාර්තාකරු, SYSTEM ලෙස ධාවනය වන සමමුහුර්තකරණ සේවාව සහ වෙනත් පැකේජයක තැවරුණු WebView සියල්ලම වෙනස් අනන්‍යතා වේ, එබැවින් බ්‍රව්සරය උමං කිරීම සැබෑ ඉල්ලීම උමං වලින් පිටත තැබිය හැක. ප්‍රතිවිරුද්ධය ද එසේම ව්‍යාකූලය: උමං කළ ක්‍රියාවලියක් තුළ ඇති හවුල් පුස්තකාලයක් අමතන බැහැර කළ යෙදුමක රථවාහන ද තවමත් උමං හරහා යයි.

ගමනාන්ත නීති හවුල් සේවා සහ නාම මත කැඩේ. ගොනු බෙදාගැනීම්, මුද්‍රණ යන්ත්‍ර, අභ්‍යන්තර DNS සහ බලපත්‍ර සේවාදායකය සියල්ලම ලිපින මත ජීවත් වේ, එබැවින් එක් යෙදුමක උමං එකක් බ්‍රව්සරයට ප්‍රවේශය ලබා දෙන අතර සිතියම්ගත කළ තැටිය මළ ලෙසම පවතී. එම ආවරණ වෙනස කිසිදු ආකෘතියක දෝෂයක් නොවේ, නමුත් එක් යෙදුමක උමං එකක් බොහෝ විට VPN ක්‍රියාත්මකයි සහ බෙදාගැනීම නැති විය යන තත්ත්වය ඇති කරන්නේ එබැවිනි.

විසඳන්නන් දෙකම කපා හරියි. සේවාදායකයා අභ්‍යන්තර DNS සේවාදායක සකසා ඇතත් මෙහෙයුම් පද්ධතිය පොදු විසඳන්නෙකුට HTTPS හරහා DNS භාවිත කරන්නේ නම්, පිළිතුර උමං වලින් පිටතින් පැමිණේ, ගමනාන්ත නීතිය කිසිදා නොගැලපෙනු ඇත. නීතිය වැරදියි යැයි තීරණය කිරීමට පෙර කුමන විසඳන්නා ඇත්තටම පිළිතුරු දුන්නේද යන්න පරීක්ෂා කරන්න, සහ සේවාදායක පැත්තේ උමං විසඳන්නා කිසිසේත් ස්ථාපනය කළාද යන්න තහවුරු කරන්න. DNS උමං වලින් පිටත තබන බෙදීමක් මාර්ගගත කිරීමේ වගුවේ පරිපූර්ණ ලෙස පෙනෙන අතර එසේ වුවත් සෑම අභ්‍යන්තර නාමයකම අසාර්ථක වේ.

ක්‍රියා පටිපාටිය: තෝරන්න, යොදන්න, තහවුරු කරන්න

මෙනුවෙන් නොව අවශ්‍යතාවයෙන් ආරම්භ කරන්න. ඉලක්කය මෙම යෙදුමට පමණක් උමං භාවිත කළ හැකි වීම නම්, යෙදුම් නීති සහ ඒවාට සහාය දෙන වේදිකාවක් අවශ්‍ය වේ. ඉලක්කය මෙම ජාල උමං හරහා ළඟා විය හැකි වීම නම්, පූර්ව උපසර්ග අවශ්‍ය වේ. පිළිතුර දෙකම නම්, ඒවා වෙනස් පාලන දෙකක් ලෙස ක්‍රියාත්මක කර කුමන එක කුමන අසාර්ථකත්වයට වගකිව යුතුද යන්න ලියන්න.

ඔබට ප්‍රකාශ කළ හැකි පටුම ආකාරය යොදන්න, පසුව සේවාදායකයේ තත්ත්ව නිරූපකය වෙනුවට මාර්ගගත කිරීමේ වගුවෙන් ඇසීමෙන් තහවුරු කරන්න:

ip route get 10.20.30.40
ip -6 route get 2001:db8:10::40
wg show wg0 allowed-ips
Get-NetRoute -DestinationPrefix 10.20.0.0/16
Find-NetRoute -RemoteIPAddress 10.20.30.40

පළමු පේළි දෙක සැබෑ ගමනාන්තයක් භාවිත කරන අතුරුමුහුණත නම් කරයි; wg show වින්‍යාසගත පූර්ව උපසර්ග ලැයිස්තුව මුද්‍රණය කරයි; Windows හි Find-NetRoute පැකට්ටුව යැවූ විට තැටිය පිළිතුරු දෙන එම ප්‍රශ්නයටම පිළිතුරු දෙයි. අතුරුමුහුණත උමං නම්, නීතිය ගැලපුණි.

ඉන්පසු බැහැර කළ යුතු දෙවන පැකට්ටුව වෙනත් යෙදුමකින් එම ගමනාන්තයටම පරීක්ෂා කරන්න. ටිකට්පතේ සේවාදායක අනුවාදය, නීති වර්ගය, පූර්ව උපසර්ග හෝ පැකේජ ලැයිස්තුව සහ නිරීක්ෂණය කළ ප්‍රතිඵල දෙක සටහන් කරන්න. එම ප්‍රතිඵල යුගලයම ඊළඟ ඉංජිනේරුවාට ප්‍රතිපත්තිය වැරදි ලෙස වින්‍යාසගත කර ඇත්ද නැතහොත් රථවාහන කිසිදා ඊට අයත් නොවීද යන්න පවසයි.