රවුටින් වගුවක ඩම්පය VPN ගැටලු විසඳීමේ දී අඩුම ප්‍රයෝජනවත් රෝග විනිශ්චය වන අතර වැඩිපුරම අලවනු ලබන්නේ ද එයයි. හතළිහ පේළිවල ප්‍රත්‍යය නාම ඔබට කියන්නේ යන්ත්‍රයට කළ හැකි වූයේ කුමක්ද යන්නයි, අසාර්ථක වූ ඉල්ලීම සඳහා එය කළේ කුමක්ද යන්න නොවේ. ඔබට ඇත්තටම අවශ්‍ය යාන්ත්‍රණය වන්නේ සෙවීමයි: මෙම මූලාශ්‍රය සහ මෙම ගමනාන්තය ලබා දුන් විට කුමන නියමය ගැළපුණි ද, කුමන වගුව උපදේශනය කරන ලද්දේ ද, සහ කුමන අතුරුමුහුණත සහ ඊළඟ පිම්ම පිටතට ආවේ ද. එක් ගමනාන්තයක් සහ එක් මූලාශ්‍රයකින් ආරම්භ කර, පසුව එම ප්‍රශ්නය අතේ තබාගෙන වගුව කියවන්න, එවිට එම ප්‍රතිදානයම ශබ්දය වෙනුවට සාක්ෂියක් බවට පත්වේ.

වගුවක් යනු අපේක්ෂකයන්ගේ කට්ටලයකි, තීරණයක් නොවේ

සෑම සටහනක්ම උපසර්ගයක් සහ එයට ගැළපෙන රථවාහන සමඟ කුමක් කළ යුතු දැයි විස්තර කරයි: එය අතුරුමුහුණතකට යවන්න, ඊළඟ පිම්මට දෙන්න, නැතහොත් ඉවතලන්න. එම ලැයිස්තුවේ කිසිවක් අභිප්‍රාය අනුව අනුපිළිවෙලට නැත, සහ මිනිසෙකුට වඩාත් නිශ්චිත ලෙස පෙනෙන සටහන සෑම විටම කර්නලය තෝරන එක නොවේ, මන්ද තේරීම දිගම උපසර්ග ගැළපීම අනුගමනය කරන අතර සමාන උපසර්ග අතර මෙට්‍රිකය අනුගමනය කරයි.

එබැවින් පළමු පියවර වන්නේ ලැයිස්තුව කියවීම වෙනුවට කර්නලයෙන් ඇසීමයි. සෙවුම් විධානය ගමනාන්තයක් සඳහා පිළිතුරු දෙයි, සහ මූලාශ්‍ර තර්කයක් සමඟ එය යොමු කළ හෝ බැඳුනු සම්බන්ධතාවයක් භාවිතා කරන නිශ්චිත යුගලය සඳහා පිළිතුරු දෙයි:

ip route get 198.51.100.10
ip route get 198.51.100.10 from 10.80.0.25
ip -6 route get 2001:db8:10::40

ඉහත සෑම ලිපිනයක්ම ලේඛන උදාහරණයකි. කරුණ වන්නේ පිළිතුරේ හැඩයයි: අතුරුමුහුණත, තෝරාගත් මූලාශ්‍ර ලිපිනය, උපස්ථානය සහ සටහන පැමිණි වගුව. එම ප්‍රතිදානය ඔබ බලාපොරොත්තු වූ අතුරුමුහුණතට නොගැළපේ නම්, ඔබ එක් විධානයකින් ගැටලුව හඳුනාගෙන ඇත, සහ සම්පූර්ණ වගුව කොපමණ කියවුවත් කුමන අපේක්ෂකයා ජයග්‍රහණය කළේ දැයි ඔබට නොකියනු ඇත.

සෙවීම පළමුව නියම හරහා, පසුව වගු හරහා යයි

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

ip rule show
ip route show table all | head -40
ip route show table 100

නියමයක් ඔබේ VPN තටාකයේ රථවාහන 100 වගුවට යවන්නේ නම්, වැදගත් වන්නේ 100 වගුවයි, සහ ප්‍රධාන වගුව උගුලකි. මෙය රවුටරයක මූලාශ්‍ර පාදක රවුටින් ක්‍රියාත්මක වන යාන්ත්‍රණය ද වේ: එකම ගමනාන්තයට පැකට්ටුව පැමිණි ස්ථානය අනුව වෙනස් පිළිතුරු දෙකක් තිබිය හැක, සහ මූලාශ්‍ර තර්කය සහිත සෙවීම පමණක් කුමක් අදාළ වේ දැයි හෙළි කරයි.

IPv6 ට තමන්ගේ නියම සහ වගු ඇත. පවුල් දෙකම ධාවනය කරන නිර්මාණයකට සෙවුම් දෙකම අවශ්‍ය වේ, සහ ක්‍රියාකාරී IPv4 පිළිතුරක් ද්වි-ස්ටැක් සේවාදායකයෙකු කැමති විය හැකි v6 මාර්ගය ගැන කිසිවක් නොකියයි.

VPN සේවාදායකයා ස්ථාපනය කරන්නේ කුමක්ද

සේවාදායකයින් සාමාන්‍යයෙන් පෙරනිමි මාර්ගය ප්‍රතිස්ථාපනය නොකරයි, මන්ද එය උමං මාර්ගයේම බාහිර මාර්ගය බිඳ දමනු ඇත. ඔවුන් උපසර්ග දිගින් ජයගන්නා වඩාත් නිශ්චිත දෙයක් ස්ථාපනය කරයි: 0.0.0.0/1 සහ 128.0.0.0/1 ආවරණය කරන අර්ධ-පෙරනිමි යුගලය සම්භාව්‍ය උපායයි, මන්ද දෙකම 0.0.0.0/0 ට වඩා දිගු උපසර්ග වන අතර එකට මුළු අවකාශයම ආවරණය කරයි. අනෙක් අය නිශ්චිත පුද්ගලික උපසර්ග සහ ප්‍රතිපත්ති නියමයක් ස්ථාපනය කරයි, සමහරු තෝරාගත් රථවාහන පමණක් අල්ලා ගැනීම සඳහා ලකුණක් එකතු කරයි.

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

ip route show | grep -E 'tun|wg|ppp|ipsec'
ip route get 10.20.30.40 from 10.80.0.25

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

බාහිර මාර්ගය ද ජීවත් විය යුතුය

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

ඇතුළත ගමනාන්තය පරීක්ෂා කළ ආකාරයටම සගයාගේ ලිපිනය පරීක්ෂා කර, එය උමං මාර්ගයට නොව භෞතික අතුරුමුහුණතට විසඳෙන බව තහවුරු කරන්න:

ip route get 203.0.113.10
traceroute -n -m 5 203.0.113.10

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

රවුටින් ප්‍රතිදානය ඔබට කියා නොහැකි දේ

නිවැරදි සෙවීමක් යනු කර්නලය පැකට්ටුව සුදුසු තැනකට යවනු ඇති බවයි. එයින් අදහස් වන්නේ ගිනිපවුර එයට අවසර දෙන බව, IPsec ප්‍රතිපත්තිය එය ආවරණය කරන බව, NAT නියමය එය පරිවර්තනය කරන බව, හෝ දුරස්ථ පැත්තට ආපසු මාර්ගයක් ඇති බව නොවේ. ඒවායින් එකක් එකින් එක පසුව එන අදියරකි, සහ strongSwan හි යැවීම් සටහන් දෙපැත්තේම පැකට්ටුව ගමන් කළ යුතු දාමය විස්තර කරයි.

එය යෙදුම් මට්ටමේ බැඳීම ද සැලකිල්ලට නොගනී. ක්‍රියාවලියකට අතුරුමුහුණතකට බැඳිය හැක, ලකුණක් සැකසිය හැක, නැතහොත් තමන්ගේම විසඳන්නා භාවිතා කර ඔබ පරීක්ෂා කළ ආකාරයට වෙනස් ලෙස විසඳෙන නමකින් සම්බන්ධ විය හැක. සෙවීම නිවැරදි වී සම්බන්ධතාවය තවමත් අසාර්ථක වූ විට, ඊළඟ ප්‍රශ්නය වන්නේ කුමන ක්‍රියාවලිය එය කරන්නේ ද සහ එම ක්‍රියාවලිය ඔබ දකින එම වගුවම දකින්නේ ද යන්නයි.

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

අදාළ ලිපි