L2TP NO_PROPOSAL_CHOSEN: ඇත්තටම අසාර්ථක වූයේ කුමන අදියරද?
දැනුම්දීම කියන්නේ යෝජනාවක් ප්‍රතික්ෂේප විය යනුයි, කුමක්ද කියා නොවේ. අදියර සොයා ගැනීමට බැකෙන්ඩ් ලොගය කියවා, පසුව ගේට්වේ කළමනාකරණය කරන අය සමඟ සූට් සසඳන්න.
NO_PROPOSAL_CHOSEN පැමිණෙන්නේ කිසිදු PPP පරිශීලක නාමයක් පරීක්ෂා කිරීමට පෙරය, එය ප්‍රයෝජනවත් කරුණක් වන අතර පණිවිඩය මුළා කරන්නේ එබැවිනි. එය වාර්තා කරන්නේ එක් පැත්තක් යෝජනාවක් ප්‍රතික්ෂේප කළ බවයි; එය වාර්තා නොකරන්නේ කුමන පරාමිතිය නොගැලපුණාද යන්නය, සහ IKE සම්බන්ධතාව ගොඩනඟන අතරතුර ප්‍රතික්ෂේපය සිදුවූයේද නැතහොත් පසුව ට්‍රැෆික් ආරක්ෂණය පිළිබඳ සාකච්ඡාවේදී සිදුවූයේද යන්න ගැන කිසිවක් නොකියයි. මෙම හැකියාවන් දෙක පිටුපස වෙනස් නිවැරදි කිරීම් දෙකක් ඇති අතර, ඒවායින් එකක් පමණක් මිනිසුන් මුලින්ම අත තබන PFS සලකුණු කොටුවට අදාළ වේ.
එක් පණිවිඩයක්, යෝජනා කට්ටල දෙකක්
IKEv1 L2TP/IPsec සැකැස්මේ සාකච්ඡා දෙකක් අනුපිළිවෙලින් සිදු වේ. අදියර 1 IKE ආරක්ෂක සම්බන්ධතාව එන්ක්‍රිප්ෂන් ඇල්ගොරිතමයකින්, අඛණ්ඩතා ඇල්ගොරිතමයකින් සහ Diffie-Hellman කණ්ඩායමකින් ගොඩනඟයි. පසුව අදියර 2 ට්‍රැෆික් ආරක්ෂා කරන ආකාරය සාකච්ඡා කරන අතර, PFS අවශ්‍යතාව එම දෙවන සංවාදයට අයත් වේ.
| Phase | What is agreed | What a rejection here means |
|---|---|---|
| Phase 1 | Encryption, integrity, DH group for the IKE SA | No management tunnel exists, so nothing later can run |
| Phase 2 | ESP transforms plus the PFS group policy | The IKE SA negotiates, then child negotiation fails |
අදියර අනුපිළිවෙලින් යන බැවින්, අසාර්ථක වූ ස්ථානය කුමන ලැයිස්තුවක් සසඳන්නද යන්න කියයි. පණිවිඩයේ සම්පූර්ණ රෝග විනිශ්චය අගය එහිම වන අතර, කිසිදු සැකසුමක් ස්පර්ශ කිරීමට පෙර එය උපුටා ගැනීම වටී.
PFS සලකුණු කොටුවට අදියර 1 අලුත්වැඩියා කළ නොහැකි හේතුව
PFS අබල කිරීම අදියර 2 හි ගුණාංගයක් වෙනස් කරයි. පාර්ශ්වකරුවන් කිසි විටෙක අදියර 1 සම්බන්ධයෙන් එකඟ නොවූයේ නම්, ESP සංවාදය කිසිසේත් සිදු නොවේ, එබැවින් සලකුණු කොටුවට ප්‍රතික්ෂේපය කෙරෙහි කිසිදු බලපෑමක් නැත, එබැවින්ම එය මාරු කිරීම එම දෝෂයම වෙනත් කාල මුද්‍රාවක් සමඟ ලබා දෙයි.
ප්‍රතිවිරුද්ධ දෝෂයද සමානව සුලබය. සාර්ථක IKE සම්බන්ධතාවක් ESP යෝජනාව පිළිගත හැකි බව ඔප්පු නොකරයි, අදියර 2 හි කණ්ඩායම ගැලපෙන බව කිසිසේත් ඔප්පු නොකරයි. ස්ථාපිත කළමනාකරණ උමං මාර්ගය අදියර 1 ගැන පමණක් සාක්ෂියක් ලෙස සලකන්න. මිනිසුන් හරිත රේඛාව «උමං මාර්ගය ක්‍රියාත්මකයි» ලෙස කියවා, දෙවන සාකච්ඡාව ආරම්භ වී නැති බව කිසිවෙකු නොකී බැවින් වැරදි අදියරක පැයක් ගත කරති.
ඇල්ගොරිතම තෝරා ගැනීමට පෙර ලොගය කියවන්න
ප්‍රතික්ෂේපයට පෙරාතුව ආ පණිවිඩ සැබවින්ම සම්බන්ධතාව හසුරුවන බැකෙන්ඩ් එකෙන් එකතු කර, එම උත්සාහයම සමඟ සහසම්බන්ධ කරන්න. එම සහසම්බන්ධය නොමැතිව ඔබ කියවන්නේ වෙනත් සම්බන්ධතාවක ඉතිහාසයක් වන අතර ඉන් නිගමන ගන්නවා.
journalctl -b -u NetworkManager --since "10 min ago"
ipsec statusall # strongSwan
ipsec whack --status # Libreswanඑම පේළිවලින් ප්‍රශ්න දෙකකට පිළිතුරු දෙන්න: අදියර 1 හි සම්බන්ධතාවක් ස්ථාපිත වූයේද, සහ කුමන හුවමාරුව අසාර්ථක වූයේද. එම පිළිතුරු දෙක සෙවීම එක් ගුණාංග ලැයිස්තුවකට පටු කරයි. අවට සන්දර්භයක් නොමැති නිරුවත් දැනුම්දීමකට එය කළ නොහැක, සංසද තෙමෙකින් යෝජනාවක් උත්සාහ කිරීම කෙතරම් පෙළඹවීමක් වුවත්. වෙනත් බැකෙන්ඩ් එකක් ඇති යන්ත්‍රයකින් වැඩ කරන තන්තුවක් පිටපත් කිරීම සාමාන්‍යයෙන් එක් ප්‍රතික්ෂේපයක් තවත් එකකින් ප්‍රතිස්ථාපනය කරයි, ටික වේලාවකින්.
බැකෙන්ඩ් හි වාක්‍ය ව්‍යූහය ගමන් නොකරයි
කිසිවක් සසඳන පෙර NetworkManager-l2tp අනුවාදය සහ IPsec බැකෙන්ඩ් අනුවාදය සටහන් කරන්න. Libreswan සහ strongSwan යෝජනා වාක්‍ය ව්‍යූහය හෝ සමාන ඇල්ගොරිතම කට්ටල බෙදා නොගනී, එබැවින් එකක වැඩ කරන තන්තුවක් අනෙකෙහි වාක්‍ය ව්‍යූහ දෝෂයකි. ස්ථාපිත බැකෙන්ඩ් ප්‍රතිපත්තිය අනුව IKEv1 ද ප්‍රතික්ෂේප කළ හැක, එවිට කිසිදු යෝජනාවක් කිසි විටෙක පිළිගනු නොලැබේ.
ව්‍යාපෘතියේ README එම බැකෙන්ඩ් වෙනස්කම් ලේඛනගත කර අදියර 1 සහ අදියර 2 ක්ෂේත්‍ර වෙන් කර තබයි. එය ව්‍යූහයේ ලේඛනයක් ලෙස කියවන්න, සෑම ඓතිහාසික සයිෆරයක් සහ දුර්වල කණ්ඩායමක් සක්‍රීය කිරීමේ ඇරයුමක් ලෙස නොව, එසේ කිරීමෙන් පමණක් සාර්ථක වන සම්බන්ධතාව ඔබෙන් ඉල්ලා සිටි සම්බන්ධතාව නොවන බැවිනි.
සූට් එකට එකඟ වන්න, පසුව අදියර තහවුරු කරන්න
ගේට්වේ ක්‍රියාකරුගෙන් කුමන IKE සහ ESP සූට් සහාය දක්වන අතර අනුමත වී ඇත්දැයි අසන්න, පසුව එම පිළිතුර සේවාදායකයාගේ සැකසුම් ගොනුව සමඟ නොව, එහි සැබෑ යෝජනා සමඟ සසඳන්න. එකඟ නොවීම විශේෂයෙන් අදියර 2 හි PFS ගැන නම්, සහාය දක්වන කණ්ඩායමක් හෝ පැහැදිලිව අනුමත PFS රහිත ප්‍රතිපත්තියක් තෝරන්න. දෝෂයේ නමින් ප්‍රතිපත්තිය අනුමාන නොකරන්න.
එකම ඡේදනය සංවිධානය තවදුරටත් පිළිනොගන්නා ගුප්ත ලේඛනයක් ඉල්ලා සිටින විට, තීරණය ගේට්වේට හෝ ප්‍රොටෝකෝල සංක්‍රමණයට අයත් වේ. යමක් සාකච්ඡා වන තෙක් සේවාදායක තන්තුව පුළුල් කිරීම දන්නා දුර්වලතාවක් අසල හරිත ටික් එකක් සමඟ යැවීමේ ක්‍රමයකි.
සැබෑ නොගැලපීම නිවැරදි කිරීමෙන් පසු, L2TP සහ PPP විමසා බැලීමට පෙර IPsec ස්ථාපනය තහවුරු කරන්න, සහ පසුව එන ඕනෑම සත්‍යාපන ප්‍රතික්ෂේපයක් ඊළඟ අදියරට අයත් ලෙස සලකන්න. පසුව අනුමත පරීක්ෂණ ක්‍රියාවලියේදී අළුත් කිරීම පරීක්ෂා කරන්න, මන්ද පළමු සම්බන්ධතාව ස්ථාපිත කිරීම එහි ඉතිරි ආයු කාලය ගැන කිසිවක් නොකියන බැවිනි.