ඔබ SSH හරහා ගොඩනැගීමේ සත්කාරකයකට ඇතුල් වී එහි VPN ක්ලායන්ට් ආරම්භ කරන විට සැසිය පිළිතුරු දීම නවතී. කිසිවක් ක්‍රැෂ වී නැත, සහ පැහැදිලි අර්ථයෙන් කිසිවක් වැරදි ලෙස වින්‍යාස කර ඇති බවක් නොපෙනේ. ක්ලායන්ට් පෙරනිමි මාර්ගයක් ස්ථාපනය කළේය, එබැවින් ඔබේ කාර්යස්ථානයට යන පිළිතුරු දැන් ටනලයෙන් පිටවේ, එහිදී ඔබේ කාර්යස්ථානයේ ලිපිනය මාර්ගගත කළ නොහැක. රසවත් කොටස නම් මෙම ප්‍රතිඵලය කලින් අනුමාන කළ හැකි වූ බවයි, සහ නිවැරදි කිරීම ක්ලායන්ට් ආරම්භ වීමට පෙර ලියන එක් මාර්ගයකි. එක් ජාල කාඩ්පතක් සහිත සේවාදායකයක්, 192.0.2.254 හි ගේට්වේ, සහ 203.0.113.9 සිට සම්බන්ධ වන පරිපාලකයෙකු උපකල්පනය කරන්න.

ආරම්භ කිරීමට පෙර මාර්ගය සටහන් කරන්න

ip route show default වර්තමාන ගේට්වේ සහ අතුරුමුහුණත නම් කරයි, ip route get 203.0.113.9 කර්නලය ඔබේ සැසියට භාවිත කරන අතුරුමුහුණත සහ මූල ලිපිනය පෙන්වයි. ප්‍රතිදාන දෙකම තබා ගන්න. ටනලය ඉහළ ගිය පසුවත් එම විධාන දෙක භෞතික මාර්ගය විස්තර කළ යුතුය, ඒ වෙනුවට ටනලය විස්තර කරන්නේ නම්, සැසිය දැනටමත් ණයට ගත් කාලයක් මත ජීවත් වේ.

වැදගත් වන්නේ දැනටමත් ස්ථාපිත සම්බන්ධතාවයයි, එබැවින් නව පිවිසුමකින් පමණක් තහවුරු නොකරන්න. නව සැසියක් පැරණි සැසියට තවදුරටත් නොමැති තත්වයක් හරහා කෙටි කාලයක් සාර්ථක විය හැක.

ලිපිනය ක්ලායන්ට්ගේම වින්‍යාසයේ සවි කරන්න

අතින් එකතු කළ මාර්ගය නැවත ඇරඹීමේදී අතුරුදහන් වන අතර ක්ලායන්ට්ගේම වගු යාවත්කාලීන සමඟ තරඟ කරයි, එබැවින් ව්‍යතිරේකය වගුව කළමනාකරණය කරන තැනට තබන්න. OpenVPN යටතේ net_gateway මූල පදය ටනලයට පෙර තිබූ ගේට්වේ වෙත විසඳෙයි, එබැවින් route 203.0.113.9 255.255.255.255 net_gateway ඉන් පිටත හරියටම එක් ලිපිනයක් තබා ගනී. WireGuard ට වෙනත් ප්‍රවේශයක් අවශ්‍ය වන්නේ wg-quick මාර්ග තමන්ම කළමනාකරණය කරන බැවිනි: Table = off සකසා PostUp තුළ ව්‍යතිරේකය එකතු කරන්න, එය ඉවත් කරන ගැලපෙන PostDown සමඟ. ආකාර දෙකම එකම අභිප්‍රාය ප්‍රකාශ කරන අතර දෙකම ව්‍යතිරේකය සියල්ලටම ටනලය දුර්වල කිරීම වෙනුවට එක් ලිපිනයකට සීමා කරයි.

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

නැතහොත් ප්‍රධාන වගුව සමීකරණයෙන් ඉවත් කරන්න

සත්කාරකයේ සේවා කිහිපයක් ඒවායේ සාමාන්‍ය මාර්ගය රඳවා ගත යුතු විට, ප්‍රධාන වගුව සංස්කරණය කිරීම නවතා ක්ලායන්ට්ට එයාගේම වගුවක් දෙන්න. veth යුගලයක් සහිත ජාල නාම අවකාශය එය පිරිසිදුව කරයි: ක්ලායන්ට්ගේ පෙරනිමි මාර්ගය වෙනත් තට්ටුවක පවතින අතර එහි ඇතුළත ආරම්භ කළ ක්‍රියාවලීන් පමණක් ටනලය භාවිත කරයි. ප්‍රතිපත්ති මාර්ගගත කිරීම එක් ගමනාන්තයක් සඳහා සමාන තැනකට පැමිණේ, ගැලපෙන ප්‍රවාහය පෙරනිමිය තවමත් භෞතික ගේට්වේ වෙත යොමු වන කැපවූ වගුවකට යැවීමෙන්. ඕනෑම ප්‍රවේශයක් සත්කාරකයේ ප්‍රධාන වගුව නව පෙරනිමි මාර්ගයකින් තොරව තබයි, එම ගුණාංගයයි SSH පිළිතුරු දෙමින් තබා ගන්නේ.

දෙකම එක් සත්කාරක මාර්ගයකට වඩා යන්ත්‍රෝපකරණයක් වන අතර යන්ත්‍රයේ එකකට වඩා දේවල් ටනලයෙන් ජීවත් විය යුතු විට දෙකම වටී.

සවි කිරීම අසාර්ථක විය හැකි යැයි උපකල්පනය කරන්න

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

ආරක්ෂණ පියවර දෙකකට විනාඩි දහයක් ගත වේ. විනාඩි කිහිපයක් තුළ තහවුරු කිරීමේ පිවිසුමක් නොපෙනේ නම් ක්ලායන්ට් නවතන මුරකරුවෙක් අගුළු දැමීම ප්‍රමාදයක් බවට පත් කරයි, සහ වෙනස අතරතුර විවෘතව තබා ගන්නා දෙවන SSH සැසිය ටනලය ඉහළ ඇති විට ව්‍යතිරේකය ක්‍රියා කරන බව ඔප්පු කරයි. තනිව keepalive මෙහි උදව් නොවේ, මන්ද මාර්ගය නිශ්චල නොව ගොස් ඇති බැවිනි; ඒවා මරණය දැකීම පහසු කරයි පමණි.

වැදගත් අනුපිළිවෙලින් තහවුරු කරන්න

ටනලය සම්බන්ධ කරන්න, ඔබේ ලිපිනයට යන මාර්ගය තවමත් භෞතික ගේට්වේ හරහා පිටවන බව තහවුරු කරන්න, පසුව නව සැසියක් විවෘත කරන්න. නව සැසිය ක්‍රියා කර පැරණි සැසිය එසේ වුවත් මිය ගියේ නම්, හේතුව මාර්ගගත කිරීම නොව සම්බන්ධතා නිරීක්ෂණය හෝ තත්ත්ව සහිත firewall වන අතර එය වෙනත් නිවැරදි කිරීමකි.

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

අදාළ ලිපි