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

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

බැඳීම මූලාශ්‍ර ලිපිනයක් පමණක් සකසයි

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

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

උමං මාර්ගයට එහිම වගුවක් දෙන්න

wg-quick පැතිකඩ පවසන තැනම මාර්ග ස්ථාපනය කරයි. [Interface] යටතේ Table = 40 එකතු කිරීමෙන් ඒවා ප්‍රධාන වගුව වෙනුවට 40 වගුවට යයි. අතුරුමුහුණත ඉහළ නංවා ඒවා පැමිණි බව තහවුරු කරන්න: ip -4 route ls table 40 උමං මාර්ග දැක්විය යුතු අතර, ip -4 route get 10.66.127.142 කර්නලය දැන් ඉන් එකක් විසඳන ආකාරය පෙන්වයි. මාර්ග ඒවායේම වගුවක ඇති විට ප්‍රධාන වගුව අනෙක් සියල්ල සඳහා දිගටම ක්‍රියා කරයි.

පුළුල් උපසර්ගයක් ගැළපීම වෙනුවට IPv6 සඳහාද එසේ කරන්න. ip -6 rule add from fd00::2/128 lookup 40 එක් ලිපිනයක් සවි කරයි; fc00::/8 සත්කාරකයේ අනෙකුත් අතුරුමුහුණත් සමඟ ගැටී අදහස් කළ ප්‍රමාණයට වඩා ගැළපෙන නියමයක් සෑදිය හැක.

මූලාශ්‍ර නියමය එකතු කර කවුන්ටර බලන්න

පසුව කොටස් දෙක සම්බන්ධ කරන්න: ip -4 rule add from 10.66.127.142/32 lookup 40, එම ලිපිනය WireGuard අතුරුමුහුණතට ඈඳා තබා. නියම දෙකම PostUp තුළ තබන්න, නැවත සම්බන්ධ වූ විට ඒවා ප්‍රතිස්ථාපනය වේ. සැකසුමකින් නොව සැබෑ ඉල්ලීමකින් සත්‍යාපනය කරන්න: ip route get 1.1.1.1 from 10.66.127.142 උමං උපාංගය නම් කළ යුතු අතර, curl --interface wg0 ifconfig.me ගෙදර ලිපිනය වෙනුවට උමං ලිපිනය වාර්තා කළ යුතුය.

තවමත් අසාර්ථක නම් ip -s rule කියවන්න. පවතින නමුත් කිසිදා නොගැළපුණු නියමයක් ශුන්‍ය කවුන්ටර පෙන්වන අතර, එයින් වැරදි නියමයක් නියමයක්ම නොමැති වීමෙන් වෙන්කරයි. එම එක් විධානයම යෙදුම එහි අතුරුමුහුණත සැකසුම නොසලකා හැරියේද යන්න පිළිබඳ බොහෝ අනුමාන ඉතිරි කරයි.

ප්‍රතිවිරුද්ධ අවස්ථාව: SSH උමං මාර්ගයෙන් පිටත තබන්න

ප්‍රතිවිරුද්ධ ගැටලුවද එතරම්ම සුලබය: wg-quick පෙරනිමි මාර්ගය හිමිකර ගනී, සහ සේවාදායකයට SSH සැසිය මැදදීම මිය යයි. එහි නියම අඩු ප්‍රමුඛතා අංකයක පිහිටයි, එබැවින් ව්‍යතිරේකයක් ඒවාට පෙර ඇගයිය යුතුය. ip rule add dport 22 ipproto tcp table main priority 123 මෑත iproute2 එකක එය කරයි; තේරීමක් නොමැති තැන nftables තුළ ගලායාම සලකුණු කර ඒ වෙනුවට සලකුණ ගැළපන්න.

පිළිතුරු මාර්ගයද පරීක්ෂා කරන්න. ස්ථාපිත වී පසුව නිහඬ වන SSH සැසියකට සාමාන්‍යයෙන් අසමමිතික මාර්ගකරණයක් ඇත: එක් දිශාවක් උමං මාර්ගයෙන් සහ අනෙක භෞතික අතුරුමුහුණතින් පිටව යයි. සේවාදායක ලිපිනය සඳහා ip route get පිළිතුර කුමන පැත්තට යනු ඇත්ද යන්න කියයි.

වගු අංකය, මූලාශ්‍ර නියමය සහ ව්‍යතිරේකය පැතිකඩ තුළම සටහන් කරන්න. තුනම එක් නිර්මාණයකට අයත් වන අතර එකට සංස්කරණය වේ.

අදාළ ලිපි