එක් උපජාලාවක් තවමත් ඔබේ VPN පෙරනිමි මාර්ගය මග හරින්නේ ඇයි

ඔබ VPN සම්පූර්ණ ටනලයට මාරු කරයි, බොහෝ ගමනාගමනය අවනත වේ, පසුව එක් ලිපිනයක් සෘජුවම පිළිතුරු දෙයි — මුද්‍රණ යන්ත්‍රයක්, NAS, 10.x හි ජම්ප් සත්කාරකයක්. පැහැදිලි කියවීම නම් ටනලය කාන්දු වන බවයි, එබැවින් ඔබ පෙරනිමි මාර්ගයේ මෙට්‍රික් අඩු කරයි, නමුත් කිසිවක් වෙනස් නොවේ. එම අසාර්ථක උත්සාහයම සලකුණයි: පෙරනිමි මාර්ගයක් යනු විකල්පයක් මිස තීන්දුවක් නොවේ. මාර්ග සෙවීම මෙට්‍රික් සංසන්දනය කිරීමටත් පෙර දිගුම ගැළපෙන ප්‍රිෆික්සය ගනී, එබැවින් /24 ඕනෑම සංඛ්‍යාවක් සමඟ /0 ට එරෙහිව ජය ගනී. එම අනුපිළිවෙල පැහැදිලි වූ පසු, කාන්දුව සාමාන්‍යයෙන් යමෙකු චේතනාන්විතව ස්ථාපනය කළ මාර්ගයක්, හෝ සේවාදායකයා කිසිදා ආවරණය කිරීමට අදහස් නොකළ ප්‍රිෆික්සයක් වේ.

පෙරනිමි මාර්ගයක් ඇත්තටම පොරොන්දු වන්නේ කුමක්ද

0.0.0.0/0 ශුන්‍ය බිට් විශේෂත්වය සමඟ සෑම IPv4 ගමනාන්තයක් සමඟම ගැළපේ. එය පවතින්නේ සත්කාරකයකට එහි වගුව වඩා හොඳින් විස්තර නොකරන ඕනෑම දෙයකට ළඟා වීමට ය. 192.168.1.0/24 වෙත මාර්ගයක් ගැළපෙන බිට් 24ක් දරයි, එබැවින් 192.168.1.40 සඳහා කිසිවෙකු මෙට්‍රික්, පරිපාලන දුරස්ථභාවය හෝ සේවාදායකයා ප්‍රමුඛතා ක්ෂේත්‍රය ලෙස හඳුන්වන දෙය සංසන්දනය කිරීමටත් පෙර එය ජය ගනී. එම නීතියම Linux FIB, Windows මාර්ගගත වගුව සහ macOS පිටුපස BSD තට්ටුවේ බලපායි.

සාමාන්‍ය LAN එකක එම හැසිරීම ලක්ෂණයකි. දේශීය උපජාලාව සෘජුවම සම්බන්ධ වී ඇත, ටනලය ඔබේ බ්‍රව්සිං රැගෙන යන අතර මුද්‍රණ යන්ත්‍රය ක්‍රියා කරයි, කිසිවක් වැරදි ලෙස වින්‍යාස කර නැත. ඇසිය යුතු ප්‍රශ්නය එම ලිපිනය සෘජුවම යන්නේ ඇයි ද යන්න නොව, කුමන වගුවේ කුමන ප්‍රිෆික්සය එය සමඟ ගැළපේ ද, සහ එය එහි තැබුවේ කවුරුන් ද යන්නයි.

අර්ධ-පෙරනිමි, නැතහොත් පෙරනිමි සටහන ස්පර්ශ නොකළ ලෙස පෙනෙන්නේ ඇයි

වඩාත් පැහැදිලි උදාහරණය redirect-gateway def1 OpenVPN හි ඇත. ඔබේ පෙරනිමිය මකා ආදේශ කිරීම වෙනුවට, එය 0.0.0.0/1 සහ 128.0.0.0/1 එකතු කරයි. එකට එම යුගලය සම්පූර්ණ IPv4 ආවරණය කරයි, සෑම ප්‍රිෆික්සයක්ම /0 ට වඩා දිගු ය, සහ දෙකම රවුටරයේ පෙරනිමිය එහි තැබූ තැනම තබා එය පරාජය කරයි. පසුව මාර්ග ලැයිස්තුවක් ධාවනය කරන්න, මුල් පෙරනිමිය තවමත් එහි ඇත, තවමත් ඔබේ ගේට්වේ දෙසට යොමු වේ; එය අන්තර්ජාල ගමනාන්ත සඳහා කිසිදා තෝරා නොගැනේ.

WireGuard හි wg-quick ප්‍රතිපත්ති පාදක මාර්ගකරණය හරහා එම ප්‍රතිඵලයම ලබා ගනී. AllowedIPs 0.0.0.0/0 ආවරණය කරන විට එය තමන්ගේම වගුවක් සාදයි, සලකුණු කළ පැකට් එහි යවයි, සහ ප්‍රධාන වගුවේ ශුන්‍ය දිග ප්‍රිෆික්සය නොසලකා හරින නියමයක් එකතු කරයි. ප්‍රධාන වගුව එහි පෙරනිමි සටහන තබා ගනී, සහ අතුරුමුහුණතට අයත් ගමනාගමනය සඳහා පළමුව ටනල් වගුවෙන් අසන බව නීති තීරණය කරයි.

ඉදිකිරීම් දෙකටම ටනලයෙන් පිටත හරියටම එක් මාර්ගයක් අවශ්‍ය වේ: මුල් ගේට්වේ හරහා VPN සේවාදායකයාගේම ලිපිනයට සත්කාරක මාර්ගයක්. එය නොමැතිව සේවාදායකයා ටනලය ගොඩනඟන පැකට් ටනලය තුළම රැගෙන යාමට උත්සාහ කරනු ඇත, සහ සම්බන්ධතාවය කිසිදා සම්පූර්ණ නොවේ. එබැවින් දැඩි සම්පූර්ණ-ටනල් පැතිකඩක පවා ඔබේ වගුවේ ටනල් නොවන මාර්ගයක් සාමාන්‍යය. ප්‍රශ්න කළ යුතු මාර්ග නම් ඔබට සැබවින්ම වැදගත් ගමනාන්ත ආවරණය කරන ඒවාය.

මෙට්‍රික් තීරණය කරන්නේ සම තත්ත්වය, ප්‍රිෆික්ස් තීරණය කරන්නේ ජයග්‍රාහකයන්

මෙට්‍රික් සංසන්දනය කරන්නේ ගමනාන්තය සමඟ සමානව ගැළපෙන අපේක්ෂකයින් අතර පමණි. Linux හි ip route get 10.20.5.9 ජයග්‍රාහකයා එහි වගුව සමඟ මුද්‍රණය කරයි, සහ ip route show table all අපේක්ෂකයින් ලැයිස්තුගත කරයි, ඕනෑම අර්ධ-පෙරනිමියක් සහ නියමයක් යොමු වන ඕනෑම වගුවක් ඇතුළුව. Windows හි Find-NetRoute -RemoteIPAddress 10.20.5.9 තෝරාගත් මාර්ගය සහ මූලාශ්‍ර ලිපිනය ආපසු දෙයි, Get-NetRoute අමු වගුව පෙන්වයි — නමුත් ඵලදායී පිරිවැය මාර්ග මෙට්‍රික් සහ අතුරුමුහුණත මෙට්‍රික් එකතුවයි, එබැවින් මන්දගාමී අනුවර්තකයකට ජය ගන්නා ලෙස පෙනෙන සම තත්ත්වයක් අහිමි විය හැක.

ඔබ දකින දෙයින් බොහොමයක් අවස්ථා තුනක් ආවරණය කරයි:

• එකම ගමනාන්තය, /24 එදිරිව /0: මෙට්‍රික් කුමක් කීවත්, ප්‍රිෆික්ස් දිගින් /24 ජය ගනී.
• එකම ගමනාන්තය, වෙනස් මෙට්‍රික් සහිත /24 දෙකක්: අඩු ඵලදායී මෙට්‍රික් ජය ගනී.
• එකම ගමනාන්තය, වගු දෙකක්, එකක් ප්‍රතිපත්ති නියමයකින් තෝරාගත්: නියමය පළමුව වගුව තෝරයි, සහ ප්‍රිෆික්ස් සංසන්දනය එහි තුළ සිදු වේ.

තුන්වන අවස්ථාව මෙම වාර්තාවන්ගෙන් බොහොමයක් අවසන් වන තැනයි. Linux හි ip rule හෝ Windows VPN ගමනාගමන පෙරහනක් ගමනාගමනය කිසිදා ටනල් පෙරනිමිය නොතිබූ වගුවකට යැවිය හැක, සහ ප්‍රධාන වගුව සෑම විටම නිපුණ ලෙස පෙනේ.

සාමාන්‍යයෙන් මෙම මඟ හැරීමේ හිමිකරු කවුද

වගුවෙන් නොව, පැතිකඩෙන් ආරම්භ කරන්න. Split-tunnel වින්‍යාසයන් සහ යෙදුම් අනුව VPN සැකසුම් නම් කළ ප්‍රිෆික්ස් ටනලයෙන් පිටත තැබීමට චේතනාන්විතව ඉඩ දෙයි; එක් පෞද්ගලික උපජාලාවක් ආරක්ෂා කර සාමාන්‍ය බ්‍රව්සිං සෘජුවම යාමට ඉඩ දෙන කාර්ය පැතිකඩක් නිර්මාණය කළ පරිදි හැසිරේ, සහ එය අභිබවා යාම එය ක්‍රියාත්මක කිරීමට ගොඩනගා ඇති ප්‍රතිපත්තිය බිඳ දමයි. Microsoft හි VPN මාර්ගකරණ මාර්ගෝපදේශය බලහත්කාර ටනල් ගමනාගමනය සහ පැහැදිලි ව්‍යතිරේක අතර එම රේඛාවම අඳියි, එය කිසිවක් සංස්කරණය කිරීමට පෙර ප්‍රයෝජනවත් හරස් පරීක්ෂාවක් බවට පත් කරයි.

පසුව ඉතිරි දේ සොයන්න. තවදුරටත් නොපවතින අතුරුමුහුණතකට හෝ පෙර ජාලයේ ලිපිනයකට යොමු වන මාර්ගයක්, ඩොකිං ස්ථාන, USB අනුවර්තක සහ බහාලුම් පාලම් පැමිණ යාමෙන් පසු දිස් වේ. එය එක් වරක් මකා දැමීම අවසානය නොවේ: NetworkManager සම්බන්ධතා පැතිකඩ, netplan ගොනු සහ Windows ස්ථීර මාර්ග ඊළඟ සම්බන්ධතාවයේ හෝ ඇරඹුමේදී එය නැවත ස්ථාපනය කරයි, එබැවින් කිසිවක් සංස්කරණය කිරීමට පෙර එය හිමි ගොනුව හෝ පැතිකඩ සොයන්න.

පසුව IPv6 වෙන වෙනම පරීක්ෂා කරන්න. ip -6 route සහ Get-NetRoute -AddressFamily IPv6 වෙන වෙනම තත්ත්වය, වෙන වෙනම පෙරනිමි සහ වෙන වෙනම සේවාදායක හැසිරීම රඳවා ගනී. IPv4 පමණක් විගණනය කිරීම, දේශීය IPv6 මාර්ගයට නිහඬව ප්‍රමුඛත්වය දෙන ද්විත්ව-තට්ටු සත්කාරකයක් ගැන කිසිවක් නොකියයි, සහ එය පමණක් සේවාදායකයා split-tunnel ලෙස පෙනෙන්නට සලස්වයි.

යෙදුමේම ප්‍රවාහය සමඟ තහවුරු කරන්න

යෙදුම සැබවින්ම භාවිතා කරන ගමනාන්තය සටහන් කර, පසුව එම යෙදුම බැඳෙන මූලාශ්‍ර ලිපිනයෙන් එය ගන්නා මාර්ගය පිළිබඳව පද්ධතියෙන් අසන්න. ip route get 10.20.5.9 from 192.168.1.40 Linux හි ඊට පිළිතුරු දෙයි; Find-NetRoute -RemoteIPAddress 10.20.5.9 සහ දේශීය ලිපිනය Windows හි එය කරයි. ප්‍රතිඵලය පැතිකඩ ප්‍රකාශ කරන දෙය සමඟ සසඳන්න. බ්‍රව්සරයේ පොදු-IP පිටුව එක් ප්‍රොටෝකෝලයක් මත එක් ගමනාන්තයක් පරීක්ෂා කරයි, පැමිණිල්ල ආරම්භ කළ පෞද්ගලික ලිපිනය ගැන කිසිවක් නොකියයි.

වෙනස පැහැදිලි කරන පටුම වස්තුව නිවැරදි කරන්න. ව්‍යතිරේකය අනුමත නම්, ප්‍රිෆික්සය ලියා තබා එය තිබෙන්නට හරින්න; නොවේ නම්, පෙරනිමියේ මෙට්‍රික් අඩු කිරීම වෙනුවට මාර්ගය ඉවත් කරන්න හෝ ටනලය හරහා පැහැදිලි පටු මාර්ගයක් එකතු කරන්න. මෙට්‍රික් අඩු කිරීමට දිගු ප්‍රිෆික්සයක් අභිබවා යා නොහැක, සහ /1 මාර්ග දෙකක් අන්තර්ජාල මාර්ගය හිමිකරගෙන සිටියදී පෙරනිමිය සංස්කරණය කිරීමද කිසිවක් වෙනස් නොකරයි.

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

• යෙදුම සැබවින්ම භාවිතා කරන ගමනාන්තය සහ මූලාශ්‍ර ලිපිනය නම් කරන්න.
• ජයග්‍රාහක මාර්ගය ip route get හෝ Find-NetRoute සමඟ මුද්‍රණය කරන්න.
• අන්තර්ජාල මාර්ගය හිමිකරගෙන ඇත්තේ /1 යුගලයක් ද ප්‍රතිපත්ති වගුවක් ද යන්න පරීක්ෂා කරන්න.
• /0 ට වඩා දිගු සහ ගමනාන්තය සමඟ ගැළපෙන සෑම ප්‍රිෆික්සයක්ම ලැයිස්තුගත කරන්න.
• IPv6 පරීක්ෂාව වෙන වෙනම නැවත කරන්න.
• ඉතිරි මාර්ගය එය ස්ථාපනය කරන ගොනුව, පැතිකඩ හෝ පෙරහන දක්වා නැවත ට්‍රේස් කරන්න.
• නිවැරදි කළා යැයි පැවසීමට පෙර නැවත සම්බන්ධ වී විමසුම නැවත ධාවනය කරන්න.

හතම පැතිකඩ සමඟ එකඟ නම්, ටනලය වින්‍යාස කළ දෙය හරියටම කරමින් සිටී, සහ නිවැරදි කිරීම මෙට්‍රික් එකක නොව පැතිකඩේ ය.