IKEv2 සේවාදායක ලිපිනය එදිරිව අනන්‍යතාවය: සේවාලාභියා ඇත්ත වශයෙන්ම පරීක්ෂා කරන දේ

නව සහතිකයක් පිටුපස ඇති එම ද්වාරයම නතර වන අතර, ලිපිනය වෙනස් කරන ද්වාරයක් දිගටම ක්‍රියා කළ හැකි අතර ප්‍රතිලෝම ද සිදු වේ. පැකට් යැවීමට ලිපිනය සේවාදායකයාට කියයි; සත්‍යාපිත අනන්‍යතාවය සේවාදායකයාට පවසනුයේ පිළිතුරු දෙන සම මිතුරා එය විශ්වාස කළ යුතු තැනැත්තාද යන්නයි. IKEv2 ඒවා වෙනම ක්ෂේත්‍ර දෙකක් ලෙස තබා ගනී, ඔබ ඒවා එක තන්තුවක් ලෙස සැලකීම නැවැත්වූ පසු ප්‍රයෝජනවත් වේ. ඒවා විවිධ ස්ථානවල වින්‍යාස කර ඇත, එබැවින් එකක් නිවැරදි විය හැකි අතර අනෙක වැරදිය.

මෙම අනුපිළිවෙලෙහි ඒවා පරීක්ෂා කර පළමු නොගැලපීමේදී නවත්වන්න, මන්ද පසුකාලීන චෙක්පත් කලින් ඒවා සමත් වූ බව උපකල්පනය කරයි.

පළමුව, ලිපිනය යනු කුමන අගයද යන්නයි

සම්බන්ධතා ලිපිනය යනු සේවාලාභියා ඩයල් කරන ඕනෑම දෙයකි: IP එකක්, DNS නමක් විසඳන නමක් හෝ බර-සමතුලිත ඉදිරිපස අන්තයක්. එනම් ප්‍රවාහන තොරතුරු මිස වෙන කිසිවක් නැත. හැඳුනුම්පත IKEv2 හැඳුනුම්පතේ ගමන් කරන අතර පසුව එය සම වයසේ අයගේ සහතිකයට ගැලපේ. ලිපින පෙට්ටියේ ඇති DNS නමක් අපේක්ෂිත අනන්‍යතාවය බවට පත් නොවන අතර අමු IP එකක් එයට සම්බන්ධ වූ පමණින් අනන්‍යතාවය බවට පත් නොවේ.

strongSwan පද වලින්, ලිපිනය right හෝ left වන අතර, අපේක්ෂිත අනන්‍යතාවය rightid හෝ leftid වේ, එය IKEv2 වින්‍යාස ලේඛන විස්තර කරයි. ඔබ කවදා හෝ ලිපිනය සංස්කරණය කර ඇත්නම්, ඔබ යුගලයෙන් අඩක් වින්‍යාස කර ඇත.

දෙවනුව, සහතිකය ඔප්පු කළ හැකි දේ

අනන්‍යතාවයට වර්ගයක් ඇති අතර සහතිකයේ ගැළපෙන නමක් තිබිය යුතුය. විෂය විකල්ප නාම දිගුවේ dNSName ඇතුළත් කිරීමකින් DNS අනන්‍යතාවය තෘප්තිමත් වේ; IP අනන්‍යතාවයකට iPAddress ඇතුළත් කිරීමක් අවශ්‍ය වේ. vpn.example.com සඳහා නිකුත් කරන ලද සහතිකයක් වාචික ලිපිනය 203.0.113.10 ගැන කිසිවක් ඔප්පු නොකරන අතර, එම ලිපිනය සඳහා නිකුත් කරන ලද එකක් නම ගැන කිසිවක් ඔප්පු නොකරයි. එබැවින් එකම යතුර සහ CA නැවත භාවිතා කරන විට පවා වෙනත් නමක් සඳහා නැවත නිකුත් කිරීම පහත වැටීමක් නොවේ.

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

තෙවනුව, එක් එක් සේවාදායකයා අපේක්ෂාව ප්‍රකාශ කරන ආකාරය

Windows ඔබ ටයිප් කළ සේවාදායකයේ නම හෝ ලිපිනය ලබා ගන්නා අතර සහතිකය එයට ගැළපීමට අවශ්‍ය වේ, එබැවින් IP එකක් ටයිප් කිරීම IP අපේක්ෂාවක් ඇති කරයි. Androidගේ IKEv2 සේවාලාභියා එකම ආකාරයට හැසිරෙන අතර, දෙදෙනාම වෙනස් ධාරකයක් නම් කරන වලංගු, ප්‍රසිද්ධියේ විශ්වාස කළ සහතිකයක් ප්‍රතික්ෂේප කරයි. සංක්‍රමණයකදී යමෙකු සත්කාරක නාමය එහි ලිපිනය සමඟ ප්‍රතිස්ථාපනය කළ නිසා පැතිකඩක් අසාර්ථක වීමට පටන් ගත හැක. ඔබ සහතිකයේ අඩංගු දේ බැලීමට පෙර සේවාදායකයා ඉල්ලා සිටි දේ බලන්න.

strongSwan මත අපේක්ෂාව පැහැදිලිය: සේවාදායකය ඇත්ත වශයෙන්ම ඉදිරිපත් කරන අනන්‍යතාවයට rightid සකසන්න, එය දකුණෙන් වෙනස් විය හැක. එය %any ලෙස සැකසීම සම වයසේ මිතුරන් ඉදිරිපත් කරන ඕනෑම දෙයක් පිළිගන්නා අතර ඔබ තබා ගැනීමට උත්සාහ කරන චෙක්පත හරියටම ඉවත් කරයි.

හතරවනුව, සම වයසේ අනන්‍යතාවයෙන් පරිශීලක පිවිසුම වෙන් කරන්න

EAP සත්‍යාපනය සහ සේවාදායක අනන්‍යතාවය විවිධ ප්‍රශ්නවලට පිළිතුරු සපයයි. [email protected] වැනි EAP අනන්‍යතාවයක් පවසන්නේ සේවාදායකයා නිවැරදි එක බව සේවාලාභියා තීරණය කළ පසු පරිශීලකයා කවුරුන්ද යන්නයි. එම මුරපදය කරකැවීමෙන් සම අනන්‍යතා නොගැලපීමක් නිවැරදි කළ නොහැක, මන්ද සම්බන්ධතාවය කිසි විටෙක පරිශීලක-පිවිසුම් අදියරට නොපැමිණෙන බැවිනි.

සනීපාරක්ෂක වාර්තාවක් යන දෙකම නම් කළ යුතුය: සේවාදායකයා අපේක්ෂා කළ අනන්‍යතාවය, සේවාදායකය ඉදිරිපත් කළ අනන්‍යතාවය සහ සහතිකයේ SAN ඇතුළත් කිරීම්.

පස්වනුව, සත්යාපිත නාලිකාවක් හරහා එය වෙනස් කරන්න

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

පැතිකඩ සටහන් වල අවසාන ලිපිනය, අනන්‍යතාවය සහ SAN ලැයිස්තුව එකට සටහන් කරන්න. ඊළඟට සහතිකය ස්පර්ශ කරන පුද්ගලයා තුන්දෙනාගෙන් චලනය කිරීමට අවසර ඇත්තේ කාටදැයි බලයි.