IKEv2 NO_PROPOSAL_CHOSEN: කුමන අදියර කට්ටලය ප්‍රතික්ෂේප කළේද?
අසාර්ථක හුවමාරුව සොයා, පසුව සම්පූර්ණ යෝජිත සහ අවසර ලත් කට්ටලය සසඳන්න. පෙර බෙදාගත් යතුර වෙනස් කිරීම ක්‍රිප්ටෝග්‍රාෆික් නොගැලපීම සකසන්නේ නැත.
ලොගයේ NO_PROPOSAL_CHOSEN දුටු විට මිනිසුන් පෙර බෙදාගත් යතුර වෙත දුවයි, යතුර වෙනස් කළ පසුවත් දෝෂය රැඳී පවතී. එය කිසිදා අක්තපත්‍ර ගැටලුවක් නොවීය: සමවයස් එම හුවමාරුව සඳහා යෝජිත සෑම යෝජනාවක්ම ප්‍රතික්ෂේප කළේය, එය අනන්‍යතාව ගැන නොව ඇල්ගොරිතම ගැන ප්‍රකාශයකි. පළමු ප්‍රයෝජනවත් ප්‍රශ්නය කුමන ඇල්ගොරිතම සංස්කරණය කළ යුතුද යන්න නොව, කුමන හුවමාරුව ප්‍රතික්ෂේප වූවාද යන්නයි. ඕනෑම දෙයක් සසඳීමට පෙර එයට පිළිතුරු දෙන්න. පසුව යෝජිත සම්පූර්ණ කට්ටලය සමවයස් අවසර දෙන සම්පූර්ණ කට්ටලය සමඟ සසඳන්න.
පළමුව: කුමන හුවමාරුව ප්‍රතික්ෂේප වූවාද
IKEv2 ආකාර දෙකක සංගමයක් සාකච්ඡා කරයි. IKE SA සාකච්ඡාවම ආරක්ෂා කරයි, CHILD SA රථවාහන ආරක්ෂා කරයි. එක් එක් කෙනාටම තමන්ගේ යෝජනා කට්ටලය ඇත, සහ එක් එක් කෙනාට එකම දැනුම්දීම සමඟ අසාර්ථක විය හැක. ආරම්භක IKE සාකච්ඡාවේදී ප්‍රතික්ෂේප කිරීම සහ CHILD සාකච්ඡාවේදී ප්‍රතික්ෂේප කිරීම වෙනස් අලුත්වැඩියා අවශ්‍ය වේ, සහ ලොගය සාමාන්‍යයෙන් දැනුම්දීමට පේළියක් හෝ දෙකක් ඉහළින් හුවමාරුව නම් කරයි. එම පේළි දෙක එකට කියවන්න, නැතිනම් වැරදි යෝජනා ලැයිස්තුව සංස්කරණය කරනු ඇත.
දැනුම්දීම පමණක් හුවමාරුව හඳුනා නොගනී. එයට ඉහළින් ඇති පේළිය සාකච්ඡා වන SA නම් කරයි, එම නම පරීක්ෂා කළ යුතු යෝජනා ලැයිස්තුවට යොමු කරයි.
සම්පූර්ණ කට්ටල සසඳන්න, තනි මූල පද නොව
යෝජනාවක් යනු සංයෝජනයකි: සංකේතන ඇල්ගොරිතම, අඛණ්ඩතාව හෝ AEAD, යතුරු හුවමාරු කණ්ඩායම, සහ ඕනෑම ව්‍යාජ-අහඹු ශ්‍රිතයක්. සංකේතනයේ නම පමණක් සසඳන්නා සාමාන්‍ය වැරැද්දයි, මන්ද සමවයස් දෙදෙනෙකුට AES-256 සම්බන්ධයෙන් එකඟ වී SHA-1 සහ SHA-256 සම්බන්ධයෙන් තවමත් එකඟ නොවිය හැක. අසාර්ථක අදියරේදී යෝජිත සහ අවසර ලත් කට්ටල පැත්තෙන් පැත්ත ලියා, පසුව හිස් ඡේදනය සොයන්න.
offered: aes256-sha256-modp2048
permitted: aes256-sha1-modp2048දෙකම ක්‍රියාත්මක කිරීම් ඔබ වින්‍යාස කළ දේට සහාය දක්වන බවද පරීක්ෂා කරන්න. වෙනත් වේදිකාවකින් පිටපත් කළ නමක් වාක්‍ය ව්‍යූහයට හුරු පුරුදු ලෙස පෙනිය හැක නමුත් ප්ලගිනය හෝ ක්‍රියාත්මක කිරීම සම්පූර්ණයෙන්ම නොමැත.
IKE කට්ටලය සහ ESP කට්ටලය වෙනස් වස්තූන් ය
IKE යෝජනාව සංස්කරණය කිරීම ප්‍රතික්ෂේපිත CHILD යෝජනාව සකසන්නේ නැත, ප්‍රතිවිරුද්දයත් සත්‍යයි. strongSwan හි මේවා වෙනස් සැකසුම් වේ, ආසන්න වශයෙන් IKE SA සඳහා proposals = aes256-sha256-modp2048 සහ CHILD SA සඳහා වෙනස් ESP ලැයිස්තුවක්. අසාර්ථක හුවමාරුවට ගැලපෙන ලැයිස්තුව වෙනස් කර, පසුව නිවැරදි කිරීම වැඩ කළ යැයි උපකල්පනය නොකර ලොගය නැවත කියවන්න.
CHILD SA සඳහා අදාළ සැකසුම ESP යෝජනා ලැයිස්තුවයි, IKE ලැයිස්තුව නොවේ. එයට IKE පේළිය පිටපත් කිරීමෙන් විග්‍රහ වන නමුත් වැරදි වස්තුව සාකච්ඡා කරන වින්‍යාසයක් සාදයි.
වැඩ කරන උමග යතුරු අලුත් කිරීමේදී අසාර්ථක වේ
උමග පැයක් ක්‍රියා කර පසුව අසාර්ථක වූයේ නම්, ආරම්භක සාකච්ඡාව ගැටලුව නොවේ. යතුරු අලුත් කිරීම වෙනත් කොන්දේසි පරීක්ෂා කළ හැක: පළමු හුවමාරුවෙන් පසු වෙනත් යතුරු හුවමාරු කණ්ඩායමක්, සමවයස් අතර ආයුෂ නොගැලපීම, හෝ වෙනස් වූ ප්‍රතිචාරක ප්‍රතිපත්තියක්. දෙපැත්තෙන්ම අලුත් කිරීමේ කාල මුද්‍රාව සහ සංගම් හඳුන්වන අංක රඳවා ගන්න. එම රටාවට අලුත් කිරීමේදී යෝජනා සංසන්දනය අවශ්‍ය වේ, දිගු කාල සීමාවක් නොවේ. කාල සීමාව වෙනස් කිරීම රෝග ලක්ෂණ සඟවා නොගැලපීම එහිම තබයි.
ipsec statusall එක් එක් සංගමය සහ ඇත්ත වශයෙන් සාකච්ඡා කළ ඇල්ගොරිතම පෙන්වයි. එම ප්‍රතිදානය කුමන ලැයිස්තුව භාවිතා කළාද යන්න තහවුරු කිරීමට වේගවත්ම ක්‍රමය වන අතර, වින්‍යාස දෝෂය නැවත කිසිදා සාකච්ඡා නොකළ පැරණි උමංගෙන් වෙන් කරයි.
ipsec statusall | grep -E "IKE:|ESP:"ඡේදනයක් තෝරන්න, පසුව අදියර දෙකම තහවුරු කරන්න
පරිපාලකට දෙපැත්තේම සමවයස් සහාය දක්වන ලේඛනගත නවීන ඡේදනයක් තෝරා ලිවීමට කියන්න. සියලු පැරණි ඇල්ගොරිතම සක්‍රීය කිරීමෙන් හෝ අනන්‍යතා සත්‍යාපනය අක්‍රීය කිරීමෙන් දෝෂය විසඳන්න එපා, මන්ද දෙකම ප්‍රතික්ෂේපයකින් අනුගමනය නොකරයි. වෙනසෙන් පසු නව සම්බන්ධතාවක් ඇති කර, පසුව යතුරු අලුත් කිරීම බලකරන්න. පළමු සම්බන්ධතාව පමණක් අලුත් කිරීමේ මාර්ගය වැඩ කරන බව ඔප්පු නොකරයි.
පිළිගත් සංයෝජනය ෆර්ම්වෙයාර් අනුවාද සමඟ තබා ගන්න. ඊළඟ දෝෂය රථවාහන තෝරන්නන්ට අදාළ නම්, එය වෙන වෙනම සලකන්න, මන්ද ක්‍රිප්ටෝග්‍රාෆිය පිළිබඳ එකඟතාව උමග කුමන උපජාල ආරක්ෂා කරයිද යන්න ගැන කිසිවක් නොකියයි. strongSwan හි යෝජනා ලේඛනය ලැයිස්තු දෙකේම වාක්‍ය ව්‍යූහය ආවරණය කරයි.