VPN මාර්ග කෑෂ් එක ඔබේ වෙනස සඟවනවාද? කරුණු තුනක් පරීක්ෂා කරන්න

වෙනසක් ක්‍රියාත්මක නොවන විට මාර්ග කෑෂ් එක හිස් කිරීම පළමු ප්‍රවණතාවයි, එපමණක් නොව නවීන ලිනක්ස්හි එය නිෂ්ඵල කැපකිරීමකි: ගෝලීය IPv4 මාර්ග කෑෂ් එක වසර ගණනකට පෙර ඉවත් කරන ලදී, එබැවින් ip route show cache කිසිවක් මුද්‍රණය නොකරයි, හිස් කිරීමට කිසිවක් නැත. ඔබව රවටන තත්ත්වය එක් ස්ථරයක් ඉහළින් ජීවත් වේ: සොකට් එකක, NAT සිතියම්කරණයක, විසඳනයක හෝ පැරණි පැතිකඩ නැවත යෙදූ ජාල කළමනාකරුවෙකු තුළ. ප්‍රශ්න තුනක් එම අවස්ථා වෙන් කරයි: වැරදි මාර්ගය නව ප්‍රවාහයකින් පැමිණේද පැරණි සම්බන්ධතාවයකින්ද, ඔබේ වේදිකාව මාර්ග කෑෂ් කරයිද, සහ තත්ත්වය මාර්ගගතකරණයේද ඊට ඉහළින්ද. අතුරුමුහුණතක් නැවත සැකසීමට පෙර ඒවාට පිළිතුරු දෙන්න.

පරීක්ෂාව එක: පැරණි මාර්ගය නව ප්‍රවාහයකින් පැමිණේද?

ස්ථාපිත සම්බන්ධතාවයක් එය නිර්මාණය වූ මාර්ගය රඳවා ගනී. එබැවින් උමඟ හරහා SSH සැසියක් මාර්ග වගුවේ වෙනසක් නොතකා පවතී, නව සැසියක් වහාම නව මාර්ගය ගනී, සහ එබැවින් «වෙනස කිසිවක් කළේ නැත» බොහෝ විට අදහස් වන්නේ «පැරණි සොකට් එක තවමත් එය අල්ලාගෙන සිටී» යන්නයි. දැනටමත් විවෘත කවුළුව සමඟ නොව, නව ක්‍රියාවලියක් සමඟ පරීක්ෂා කරන්න.

ss -tnp | head
ip route get 1.1.1.1
curl -m 5 -sS -o /dev/null -w '%{remote_ip}
' https://example.com

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

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

පරීක්ෂාව දෙක: ඔබේ වේදිකාව මාර්ග කෑෂ් එකක් තබා ගනීද?

ලිනක්ස්හි පිළිතුර නැත, බොහෝ මාර්ගෝපදේශ අදහස් කරන අර්ථයෙන්. ඉවත දැමීමට ගෝලීය ගමනාන්ත කෑෂ් එකක් නැත, තෝරාගත් මාර්ගයක් රඳවා ගන්නා සොකට් මට්ටමේ සටහන සොකට් එක සමඟ මුදා හරිනු ලැබේ. ip-route අත්පොතේ කෑෂ් කොටස ඓතිහාසික හැසිරීම විස්තර කරයි, වර්තමාන කර්නලයේ ඔබට හිස් කළ හැකි දෙයක් නොවේ.

වෙනත් වේදිකා වෙනස් ය, උපදෙස් පිටපත් කිරීම මෙතැනදීම වැරදි වේ. Windows ගමනාන්ත කෑෂ් එකක් තබා ගනී, එය ඔබට netsh interface ip delete destinationcache මගින් පිරිසිදු කළ හැක. BSD සහ macOS route -n get හරහා ගමනාන්තය අනුව සෙවීම් පෙන්වයි, ඒවායේ කෑෂ් ඒවායේම කාලසටහන අනුව කල් ඉකුත් වේ. ඒවායින් එකක වැඩ කරන විධානයක් ලිනක්ස්හි කිසිවක් නොකරයි, එබැවින් එම විසඳුමම උත්සාහ කරන අඩකට අසාර්ථක ලෙස පෙනේ.

NAT හෝ conntrack වගුවක් මාර්ග කෑෂ් එකක් නොවේ, එම රෝග ලක්ෂණයම උත්පාදනය කළත්. ඔබේ වෙනසට පෙර පරිවර්තනය වූ ප්‍රවාහයක් එහි පරිවර්තනය රඳවා ගනී, මාර්ගගතකරණ ප්‍රතිපත්තිය ඉදිරියට ගිය පසුවත් conntrack -L එය බොහෝ කලක් පෙන්වයි. එය පැරණි තත්ත්වයකි, නමුත් මාර්ග පිරිසිදු කිරීම එයට නොගැටේ.

පරීක්ෂාව තුන: තත්ත්වය මාර්ගගතකරණයේද ඊට ඉහළින්ද?

වෙනත් කිසිවක් කියවීමට පෙර වර්තමාන සෙවීම කියවන්න: ගමනාන්තය සඳහා ip route get, පසුව from සහ මූලාශ්‍ර ලිපිනය සමඟ එම විධානය, පසුව ip rule show. මේ තුන ඔබේ අභිප්‍රාය සමඟ ගැළපේ නම්, මාර්ගගතකරණය අලුත්වැඩියා කළ යුතු ස්ථරය නොවේ, පැරණි නිරීක්ෂණය වෙනත් තැනකින් පැමිණ ඇත.

සාමාන්‍ය සැකකරුවන් තිදෙනෙක් මාර්ගගතකරණයට ඉහළින් වාඩි වී සිටිති. ජාල කළමනාකරුවෙකුට ඔබ ඉවත් කළ තත්පර කිහිපයකින් සුරකින ලද පැතිකඩකින් මාර්ගය නැවත ස්ථාපනය කළ හැක, එබැවින් ඔබේ වෙනස ආපසු එන ලෙස පෙනේ; වගුව නැවත සංස්කරණය කිරීමට පෙර nmcli connection show --active සහ ඒකකයේ තත්ත්වය පරීක්ෂා කරන්න. විසඳන කෑෂ් එකක් පැරණි ලිපිනයක් ආපසු ලබා දෙයි, එය කෑෂ් කඩන මෙවලමකින් එම නමම විමසන තෙක් මාර්ගගතකරණ අසාර්ථකත්වයක් ලෙස පෙනේ. යෙදුමක සම්බන්ධතා තටාකයක් පැරණි ගමනාන්තයට ක්‍රියාකාරී සොකට් එකක් තබා ගනී, කර්නලයෙන් කිසිදා නව තීරණයක් නොඉල්ලයි.

පිළිතුරු තුනෙන් ඔබට ලබා ගත හැකි නිගමනය

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

සාමාන්‍ය නැවුම් කිරීමට විරුද්ධ වන්න. ජාල තැන්පත නැවත ආරම්භ කිරීම හෝ පෙරනිමි මාර්ගය උමඟ වන යන්ත්‍රයක සෑම මාර්ගයක්ම මැකීම ඔබ එය අලුත්වැඩියා කිරීමට භාවිතා කරන සම්බන්ධතාවයම කැපිය හැක, සහ කුමන ස්ථරය අසාර්ථක විය යුතුව තිබූ සාක්ෂිය විනාශ කරයි.

ඇත්තටම යමක් පිරිසිදු කළ යුතු නම්, රෝග විනිශ්චයට ගැළපෙන කුඩාම දේ පිරිසිදු කරන්න: එක් ක්‍රියාවලියක සොකට්, එක් conntrack සටහනක්, විසඳන කෑෂ් එක. පසුව එම නව-ප්‍රවාහ පරීක්ෂණයම නැවත කර වෙනස් වූ දේ ලියන්න.

ඔබේ සටහන්වල තත්ත්ව තුන වෙන් කර තබන්න

සුරකින ලද වින්‍යාසය, වර්තමාන සෙවීම සහ නිරීක්ෂිත ප්‍රවාහය වෙනස් කරුණු තුනකි, ඒවා «කෑෂ්» බවට ඒකාබද්ධ කිරීම දෝෂය නැවත උත්පාදනය කිරීම අපහසු කරන දෙයයි. මාර්ගයට හිමිකම් කියන පැතිකඩ හෝ ඒකකය, ip route get හි ප්‍රතිදානය, සහ සැබෑ සම්බන්ධතාවයේ මූලාශ්‍රය සහ ගමනාන්තය ලියන්න.

ඒවා අසල වේදිකාව සහ සේවාදායක අනුවාදය ලියන්න, මන්ද Windows ගමනාන්ත කෑෂ් පිරිසිදු කරන විසඳුමක් ලිනක්ස් සත්කාරකයකට අදාළ විසඳුමක් නොවන අතර, දෙක අතර පිටපත් කළ ක්‍රියාපටිපාටියක් වැරදි පාඩම උගන්වයි. ඔබ ගැටලුව වෙනත් කෙනෙකුට භාර දෙන විට, එම පේළි තුන ඔහුට අනුමාන කිරීම වෙනුවට අසාර්ථක තත්ත්වය නැවත උත්පාදනය කිරීමට ඉඩ දෙයි.