Linux හි VPN මගින් තල්ලු කරන ලද මාර්ග ස්ථිතික මාර්ගවලින් වෙන් කර හඳුනා ගන්නේ කෙසේද
ටනලය සමඟ දිස්වන උපසර්ගයක් පැමිණිය හැක්කේ හිමිකරුවන් තිදෙනෙකුගෙන් ය. වගුව සසඳන්න, මෙට්‍රිකය පරීක්ෂා කරන්න, ඉන්පසු එය නැවත නැවත ස්ථාපනය කරන එක අස් කරන්න.
ටනලය ඉහළට එන විට ලැප්ටොප් පරිගණකයේ උපසර්ගයක් දිස්වේ, එබැවින් එය VPN විසින් ස්ථාපනය කළ බවක් දැනේ. එසේ විය හැකිය, නමුත් එම ප්‍රතිඵලයම සම්බන්ධ වන විට ක්‍රියාත්මක වන සේවාලාභී ස්ක්‍රිප්ටයකින්, උපජාලය ලැයිස්තුගත කරන සම්බන්ධතා පැතිකඩකින්, හෝ මුල සිටම තිබී අතුරුමුහුණත පැවති විට පමණක් ක්‍රියා කිරීමට පටන් ගත් ස්ථිතික මාර්ගයකින් ද පැමිණිය හැකිය. වැරදි හිමිකරු තෝරා ගැනීම යනු සෑම පිරිසිදු කිරීමකින් පසුව මාර්ගය නැවත පැමිණෙන අතර ඊළඟ පුද්ගලයා එම නිවැරදි කිරීමම නැවත කරන බවයි. පහත අනුපිළිවෙල කිසිවක් වෙනස් කිරීමට පෙර මේ තුන වෙන් කරයි.
පියවර 1: උපසර්ග ස්ථාපනය කරන යාන්ත්‍රණය නම් කරන්න
විවිධ ප්‍රොටොකෝල විවිධ ආකාරවලින් ළඟාවීමේ හැකියාව සපයයි, මේ සියල්ල ප්‍රකාශයක් ලෙස හැඳින්වීම වෙනස සඟවයි. OpenVPN සේවාදායකය පාලන නාලිකාව හරහා මාර්ග නිර්දේශයක් තල්ලු කරන අතර pull පෙරහන එය අවහිර නොකළහොත් සේවාලාභියා එය ස්ථාපනය කරයි. WireGuard වින්‍යාසය අවසර ලත් උපසර්ග ප්‍රාදේශීයව ලැයිස්තුගත කරයි, ඒවා සේවාලාභියා රහස්‍ය යතුරු මාර්ගකරණයට සහ තමා එකතු කරන මාර්ගවලට ද භාවිත කරයි. IPsec ටනලය සහකරු සමඟ ගමන් ප්‍රවාහ තේරීම්කරුවන්ට එකඟ වන අතර කර්නලය එම තේරීම්කරුවන්ගෙන් මාර්ග ස්ථාපනය කරයි.
කිසිදු වගුවක් කියවීමට පෙර ඔබේ ටනලය මේවායින් කුමක් භාවිත කරන්නේදැයි හඳුනා ගන්න. සම්බන්ධ වන විට තල්ලු කරන මාර්ගයක් මාර්ගකරණ ප්‍රොටොකෝලයක ප්‍රකාශයක් නොවන අතර උපසර්ගය දුර කෙළවර පිටුපසින් ළඟා විය හැකි බවට පොරොන්දුවක් ද නොදේ. නිවැරදි කිරීම කොතැනට අයත් දැයි එය තීරණය කරන බැවින් උපසර්ගය අසල යාන්ත්‍රණය සටහන් කරන්න.
පියවර 2: එක් සම්බන්ධතාවක් පුරා වගුව සසඳන්න
ටනලය පහළ ඇති විට ප්‍රධාන වගුව සුරකින්න, එය ඉහළට ගන්න, නැවත සුරකින්න සහ ලබාගැනීම් දෙක සසඳන්න. දිස් වූ සියල්ල සම්බන්ධතාවයේ ජීවන චක්‍රයට අයත් වන අතර ඉතිරි වූ සියල්ල ප්‍රාදේශීය වින්‍යාසයට අයත් වේ.
ip route show table main > /tmp/route-down.txt සමඟ එය ලබා ගන්න, සම්බන්ධ වන්න, නැවත ලබා ගන්න. අඩවිය IPv6 භාවිත කරන්නේ නම් ip -6 route සඳහා ද එසේ කරන්න, මන්ද එහි නොමැති උපසර්ගයක් මාර්ගකරණයට සම්බන්ධ නොවන්නාක් මෙන් පෙනෙන අසාර්ථකතා ඇති කරයි.
පියවර 3: පැවැත්ම පමණක් නොව මෙට්‍රිකය කියවන්න
එකම උපසර්ගය සඳහා සටහන් දෙකක් එකට පැවතිය හැකි අතර කර්නලය අඩු මෙට්‍රිකය තෝරයි. මෙට්‍රික 50 සහිත ස්ථිතික මාර්ගයක් දෙකම දිස් වුවද 100 හි තල්ලු කළ මාර්ගයට එරෙහිව ජය ගනිමින් සිටී, එබැවින් ‘මාර්ගය එහි ඇත’ සහ ‘ගමන් ප්‍රවාහය එය භාවිත කරයි’ වෙනස් ප්‍රකාශ වේ.
ip route get 10.20.5.7 සමඟ කර්නලයෙන් සෘජුවම අසන්න සහ එය වාර්තා කරන අතුරුමුහුණත කියවන්න. වගුවේ ටනල මාර්ගයක් තිබියදී ගමන් ප්‍රවාහය භෞතික අඩප්ටරය හරහා පිටව යන්නේ නම් එය මෙට්‍රිකය හෝ උපසර්ග දිග විස්තර කරයි, VPN සේවාලාභියා නොවේ. ටනලය පිටුපස ඇති බව ඔබ දන්නා සත්කාරකයක් සහ නොමැති බව දන්නා එකක් සඳහා සෙවීම නැවත කරන්න, වෙනස මගින් බෙදීම අදහස් කළ පරිදි ක්‍රියා කරන්නේදැයි පෙන්වයි.
පියවර 4: ටනලයට වඩා දිගු කල් පවතින සටහන් සොයන්න
ස්ථිතික මාර්ග සැලසුම අනුව විසන්ධි වීමෙන් ගැලවේ, පැරණි සටහන් එතැනින්ම පැමිණේ. තවදුරටත් නොපවතින අතුරුමුහුණතකට යොමු වන ස්ථිර මාර්ගයක් උපජාලයක් නිශ්ශබ්දව ගිල දැමිය හැකි අතර නැවත භාවිත කළ අතුරුමුහුණත නාමයකට යොමු වන එකක් නැවත ආරම්භයකින් පසු පෞද්ගලික ගමන් ප්‍රවාහය වැරදි දොරෙන් යැවිය හැකිය.
ඔබේ බෙදාහැරීම භාවිත කරන ස්ථානයේ ස්ථිර පැත්ත පරීක්ෂා කරන්න, එය systemd-networkd ඒකකයක්, NetworkManager පැතිකඩක් හෝ සේවාලාභියාගේ up නාමාවලියේ ස්ක්‍රිප්ටයක් විය හැකිය. ip route del සමඟ සජීවී වගුව නිවැරදි කිරීම ඊළඟ සම්බන්ධතාවය දක්වා පමණක් පවතී. එම මැකීම අලුත්වැඩියාවක් නොව උපකල්පනයේ පරීක්ෂාවක් ලෙස සලකන්න.
දුර කෙළවර වැරදි ආවරණයක් සපයන විට සියල්ල පෙරහන් කරනවාට වඩා එය ක්‍රියාකරු වෙත ගෙන එන්න. තල්ලු කළ සියලු සැකසුම් ඉවත් කිරීම පැතිකඩ රඳා පවතින DNS සහ බෙදුණු ටනල ප්‍රතිපත්තිය ද ඉවත් කරයි.
පියවර 5: සේවාලාභියාට දොස් පැවරීමට පෙර ආපසු මාර්ගය තහවුරු කරන්න
අඩවි-සිට-අඩවි හෝ ටනලය පිටුපස උපජාලයක් සඳහා දුර පැත්තට ඔබේ සේවාලාභී ලිපිනයට ආපසු මාර්ගයක් සහ ගේට්වේහි යැවීම සක්‍රීයව තිබිය යුතුය. එක්-මාර්ගයක මාර්ගයක් සේවාලාභී මාර්ගකරණ දෝෂයක් ලෙසම පෙනේ, නමුත් අත්වැල් ගැසීම සහ පිටවන පැකට්ටුව දෙකම සාර්ථක වේ.
ප්‍රතිලෝම මාර්ග පෙරහන Linux ගේට්වේ මත දෙවන උගුලක් එකතු කරයි. මාර්ගය අපේක්ෂා කරන එකට වඩා වෙනස් අතුරුමුහුණතකට පැමිණෙන පිළිතුර දැඩි ප්‍රකාරයේදී ඉවත දමනු ලැබේ, සහ සැපයුම්කරුවන් දෙදෙනෙකු හරහා අසමමිතික මාර්ග එය විශ්වාසදායක ලෙස අවුලුවයි. පෙරහන හේතුවදැයි ගේට්වේහි, සේවාලාභියාගේ නොව, ඉවත් කිරීම් ගණන්කරුවන් පවසයි.
පියවර 6: ping නොව සම්පත පරීක්ෂා කරන්න
තෝරාගත් මාර්ගය නිවැරදි වූ පසු සැබෑ සම්පත විවෘත කර ආපසු ගමන් ප්‍රවාහය තහවුරු කරන්න. ping පිළිතුරක් එක් දිශාවකට මාර්ගය සනාථ කරන අතර සේවාව ගැන කිසිවක් නොවේ, කෑෂ් කළ සම්බන්ධතාවක් මත පිළිතුරු දෙන සේවාවක් ඊටත් වඩා අඩුවෙන් සනාථ කරයි.
ඉන්පසු නැවත සම්බන්ධ වීමෙන් පසු මුළු පරීක්ෂාවම නැවත කරන්න. අනුපිළිවෙලේ වටිනාකම වන්නේ ඊළඟ සම්බන්ධතාවය කුමක් කරනු ඇත්දැයි එය අනාවැකි කියන බැවිනි, එබැවින් සැසඳීම සහ මෙට්‍රිකය දෙකම ටිකට්පතට අයත් වේ.