පුනරාවර්තී රවුටිං: උමග තමන්ගේම පැකට් අල්ලා ගන්නා විට
උමගකට එය ගොඩනඟන පැකට් අල්ලා ගත හැක. පෙරනිමි මාර්ගය වෙනස් වීමට පෙර සහ පසු සේවාදායකයට යන මාර්ගය සසඳා, පසුව එම මාර්ගයේ හිමිකරු නිවැරදි කරන්න.
උමග ඉහළට එයි, ලොගය සම්පූර්ණ වූ හස්ත සම්භාෂණයක් පෙන්වයි, තත්පරයකට පසු එම සැසියම මිය ගොස් ලූපයක නැවත සම්බන්ධ වේ. මෙම රටාවට නිශ්චිත හේතුවක් ඇත: සේවාදායකයට යන මාර්ගය දැන් උමග තුළට යොමු වේ, එබැවින් උමග රැගෙන යන පැකට් උමග හරහා යවනු ලැබේ. සත්‍යාපනයේ කිසිවක් වෙනස් වී නැත, එබැවින් පිවිසුම් තොරතුරු නැවත ඇතුළත් කිරීමෙන් වෙනසක් නොවේ. මාර්ගය වෙනස් වීමට පෙර සහ පසු පිටත මාර්ගය සසඳන්න, පුනරාවර්තනය පෙනෙන්නට පටන් ගනී.
මුලින්ම පිටත මාර්ගය පරීක්ෂා කරන්න
ක්‍රීඩාවේ පැකට් දෙකක් ඇත, එකක් නොවේ. ඇතුළත පැකට් යෙදුමට අයත් වන අතර එය සංකේතනය කළ යුතුය, පිටත පැකට් සේවාදායකයට ලිපිනගත වන අතර උමග මත රඳා නොපවතින මාර්ගයකින් එතැනට ළඟා විය යුතුය.
ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpointsඋමග ඉහළට ආ පසු කර්නලයෙන් සේවාදායකයේ ලිපිනයට යන මාර්ගය අසන්න, පෙරනිමි මාර්ගය වෙනස් වූ පසු නැවත අසන්න. ඊළඟ පිම්ම උමග උපාංගයට වැටෙන්නේ නම් එයම පුනරාවර්තනයයි, එය කිසිදු පැකට් ග්‍රහණයකින් තොරව පෙනේ. අතුරුමුහුණතට බැඳීම, සලකුණු හෝ ජාල නාම අවකාශය සාමාන්‍ය සෙවීමක් අසම්පූර්ණ කළ හැක, එබැවින් සේවාලාභියාම භාවිත කරන පසුබිම භාවිත කරන්න. පිළිතුර නිවැරදි බව පෙනුණත් සැසිය තවමත් ලූපයේ නම්, ප්‍රධාන වගුව පමණක් නොව රවුටිං ප්‍රතිපත්තියේ නීති කියවන්න.
සැසිය මොහොතක් රැඳී සිටින්නේ ඇයි
නව මාර්ගය ස්ථාපනය කිරීමට පෙර හස්ත සම්භාෂණය අවසන් වේ, එබැවින් පළමු තත්පර සෞඛ්‍ය සම්පන්න ලෙස පෙනේ. සේවාලාභියා පෙරනිමි මාර්ගය එකතු කළ විගස ඊළඟ පිටත පැකට් එය පසුපස ගොස්, එම පැකට් ගමන් කළ යුතු අතුරුමුහුණතට ඇතුළු වේ. සේවාදායකයට කිසිවක් නොපෙනේ, සේවාලාභියා නැවත යවයි, උත්සාහය කල් ඉකුත් වී නවතිනවා හෝ සැසිය මරා නැවත ආරම්භ කරයි.
මෙම අනුපිළිවෙල පැහැදිලි කරන්නේ උමග ලැප්ටොප් එකක ක්‍රියා කරමින් රවුටරයක අසාර්ථක වන්නේ ඇයි ද යන්න, සහ සම්බන්ධ වන විට නොව ගමනාගමනය ආරම්භ වන විට අසාර්ථකත්වය බොහෝ විට ආරම්භ වන්නේ ඇයි ද යන්න. එය ලූපය ද පැහැදිලි කරයි: සෑම නැවත ආරම්භයක්ම සැසිය නැවත ස්ථාපිත කරයි, ඊට පෙර මාර්ගය එය අසම්භාව්‍ය කරයි.
අන්ත ලක්‍ෂ්‍යයේ ව්‍යතිරේකය අයිති කාටදැයි සොයන්න
සහාය දක්වන සේවාලාභීහු තමන්ගේම ව්‍යතිරේකය සකසා ගනිති: මූලික ගේට්ටුව හරහා සේවාදායකයට යන සත්කාරක මාර්ගයක්, නැතහොත් පිටත සොකට් උමගින් පිටත තබන සලකුණක්. ප්‍රශ්නය වන්නේ වෙනත් දෙයක් එය ඉවත් කළාද නැතහොත් අභිබවා ගියාද යන්නයි.
මාර්ග පාදක IPsec තුළ, උමගට ඇතුළු වන පැකට් තීරණය කරන ප්‍රතිපත්ති තේරීම්කරුවන් පරීක්ෂා කර, සමස්තකයාගේ ලිපිනය ඒවායින් බැහැර කර ඇති බව තහවුරු කරන්න. WireGuard තුළ, අතුරුමුහුණතේ ගිනිපවුරු සලකුණ සහ එහි ප්‍රතිපත්ති නීති ප්‍රවාහන පැකට් උමගින් පිටත තබයි, එබැවින් අතින් එකතු කළ පෙරනිමි මාර්ගයක් එම සැකැස්ම බිඳ දැමිය හැක. දෙවන VPN පැතිකඩක් හෝ පෙරනිමි මාර්ගය නැවත ලියන කළමනාකරණ පිටපතක් බොහෝ විට වැරදිකරු වේ. එකින් එක එකතු කරන පුළුල් මඟහැරීමේ නීති සාමාන්‍ය ප්‍රතිඵලය වන අතර, ඒවා රවුටිං දෝෂය කිසිවෙකුට නඩත්තු කළ නොහැකි වගුවක් බවට පත් කරයි.
ජාලය වෙනස් වූ පසු නැවත පරීක්ෂා කරන්න
Wi-Fi ගේට්ටුවක් හරහා යන සත්කාරක මාර්ගය යන්ත්‍රය වෙනත් ජාලයකට යන තෙක් නිවැරදිය. එවිට එම රෝග ලක්ෂණයම කිසිදු වින්‍යාස වෙනසක් නොමැතිව නැවත පැමිණේ.
අන්ත ලක්‍ෂ්‍යයේ ලිපිනය, සම්බන්ධ වීමට පෙර සහ පසු මාර්ගය, සහ එක් එක් අය භාවිත කළ අතුරුමුහුණත සටහන් කරන්න. මෙම කරුණු තුන සාමාන්‍යයෙන් සේවාලාභියාගේ දෝෂය අභිබවා යාමෙන් වෙන් කරයි, ඒවා එකතු කළ පුද්ගලයා ගිය පසුවත් රැඳී තිබේ.
නව ජාලයේ නැවත සම්බන්ධ වී කියවීම නැවත කරන්න. ව්‍යතිරේකය නැවතත් නොමැති නම්, නිවැරදි කිරීම එය ඇති පැතිකඩට අයත් වේ, බාධාවක් අතරතුර ටයිප් කළ එක් වරක් විධානයකට නොවේ.