L2TP: මාරක සංඥාව 15, NO_PROPOSAL_CHOSEN සහ නැති modp1024

ඔබේ සම්බන්ධතාවය එල්ලී යයි, සේවාදායකය පිටව යයි, තිරයේ අවසාන පේළිය death_handler: Fatal signal 15 received වේ. එම පේළිය විසන්ධියක් වාර්තා කරයි, හේතුවක් නොවේ. IPsec ලොගයේ එක් පේළියක් ඉහළින් සෑම විටම පාහේ NO_PROPOSAL_CHOSEN ඇත, මෙම යුගලය හුවමාරුවේ අදියර 2 වෙත යොමු කරයි, එහිදී දෙපැත්ත සංකේතන සහ හැෂ් තේරීම් සංසන්දනය කර පොදු කිසිවක් නොමැති විට නතර වේ. එම අවස්ථාවේදී පිවිසුම් තොරතුරු තවම යවා නැත, එබැවින් මුරපදය නැවත ටයිප් කිරීමෙන් ප්‍රතිඵලය වෙනස් නොවේ.

Linux සේවාදායකයේ සාමාන්‍යයෙන් දේවල් දෙකක් එම ඡේදනය හිස් කරයි. පැතිකඩ ඉල්ලන Diffie-Hellman කණ්ඩායම දේශීය ඩීමන් තවදුරටත් ක්‍රියාත්මක නොකරනු ඇත, නැතහොත් පැතිකඩ අදියර 1 යෝජනාවක් අදියර 2 ක්ෂේත්‍රයේ දරයි. දෙකම ලොගයේ සලකුණු තබයි, කිසිවක් ගිණුම් ගැටලුවක් නොවේ.

එම පණිවිඩ දෙක ඇත්තටම කියන්නේ කුමක්ද

IKE පියවරවලින් සාකච්ඡා කරයි. අදියර 1 ආරක්ෂිත නාලිකාවක් ගොඩනගා තමන්ගේම ඇල්ගොරිතම තෝරයි; අදියර 2, එනම් දරු SA, වෙනම කට්ටලයක් යටතේ රථවාහන ගෙන යයි. NO_PROPOSAL_CHOSEN යනු ඉදිරිපත් කළ සංයෝග කිසිවක් පිළිගත නොහැකි විට පිළිතුරු දෙන්නා ආපසු එවන දැනුම්දීමයි, එය INFORMATIONAL හුවමාරුව තුළ [ HASH N(NO_PROP) ] ලෙස දිස්වේ.

සංඥාව 15 වෙනත් සිදුවීමකි: යමක් දේශීය ක්‍රියාවලියට නතර වීමට කීවේය, හසුරුවනය එය සටහන් කළේය. පේළි දෙකම එකට දිස්වන විට අනුපිළිවෙල හේතු සහගතය, පළමුව ප්‍රතික්ෂේපය පසුව වසා දැමීම.

පිවිසුම් තොරතුරු ස්පර්ශ කිරීමට පෙර සාකච්ඡාව කියවන්න

ඩීමන් ලියන තැන ලොග් මට්ටම ඉහළ නංවා, පසුව ප්‍රතිදානය නරඹමින් නැවත සම්බන්ධ වන්න. NetworkManager සත්කාරකයේ L2TP ප්ලගිනය එම මට්ටම backend වෙත ලබා දෙයි, පණිවිඩ බෙදාහැරීම අනුව journal හෝ සාම්ප්‍රදායික syslog ගොනුවට ලැබේ. මේවායින් ඕනෑම එකක් හුවමාරුව පෙන්වයි: journalctl -f -u NetworkManager | grep -Ei 'pluto|charon|no_prop|proposal' හෝ tail -f /var/log/syslog | grep -Ei 'pluto|charon|ike'.

pluto නම සඳහන් පේළිය libreswan වෙතින්, charon strongSwan වෙතින් පැමිණේ, දෙකම එකම තත්ත්වය වෙනස් වචනවලින් විස්තර කරයි. සොයා බැලීම වටිනා ආකෘතිය නැති වූ කණ්ඩායම නම් කරන එකයි, උදාහරණයක් ලෙස algorithm 'modp1024' is not supported, එය අපැහැදිලි අසාර්ථකත්වයක් නිශ්චිත එකක් බවට පත් කරයි.

modp1024 කොහෙද ගියේ

Diffie-Hellman කණ්ඩායම 2 කොතරම් දුර්වලද යත්, බෙදාහැරීම් කිහිපයක් 3.30 සිට එය libreswan තුළට සම්පාදනය කිරීම නැවැත්වූහ. එවිට වසර ගණනකට පෙර ලියූ හෝ aes128-sha1-modp1024 පමණක් ලැයිස්තුගත කරන ගේට්වේ මාර්ගෝපදේශයකින් ගත් පැතිකඩක් දේශීය ඩීමන්ගෙන් ඌ කිසිසේත් කළ නොහැකි දෙයක් ඉල්ලා සිටී. නව NetworkManager-l2tp ගොඩනැගීම් එම ප්‍රතිඵලය වඩාත් සම්භාවිත කරයි: 1.2.16 සිට ඒවා කට්ටලය Windows 10 සහ iOS විලාසයේ යෝජනා සමඟ ප්‍රතිස්ථාපනය කර libreswan හඳුනාගත් වහාම modp1024 ඉවත් කරයි. විරුද්ධ පැත්ත බොහෝ විට නිර්දෝෂී වන අතර තවමත් ඔබ වින්‍යාස කළ කණ්ඩායමම ඉදිරිපත් කරයි.

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

වෙනස් බලපෑම් සහිත අලුත්වැඩියා දෙකක්

ලාභදායී අලුත්වැඩියාව වන්නේ ඇල්ගොරිතම අතින් සවි කිරීම නැවැත්වීමයි. සංස්කාරකයේ යෝජනා ක්ෂේත්‍ර දෙකම හිස් කර, දුර පැත්ත පිළිගන්නා කට්ටලයක් ප්ලගිනයට තෝරා ගැනීමට ඉඩ දෙන්න; ගේට්වේ නවීන කණ්ඩායම් සඳහා සහාය දෙන්නේ නම් සාකච්ඡාව අමතර වැඩකින් තොරව අවසන් වේ.

දෙවන අලුත්වැඩියාව strongSwan ස්ථාපනය කිරීමෙන් පැරණි ගේට්වේ වෙත ළඟා විය හැකි ලෙස තබා ගනී, එහි පැකේජ බොහෝ බෙදාහැරීම්වල තවමත් කණ්ඩායම 2 ක්‍රියාත්මක කරයි. එය ඩීමන් මාරුවකි, එබැවින් මිලක් ඇත: ඉවත් කිරීමට පෙර සත්කාරකයේ වෙනත් උමං libreswan වින්‍යාසය මත රඳා පවතීදැයි තහවුරු කරන්න, Fedora හි NetworkManager සහ strongSwan ප්ලගිනය අතර SELinux ප්‍රතික්ෂේප අපේක්ෂා කරන්න. එම ප්‍රතික්ෂේප IKE අනුරේඛයේ නොව, විගණන ලොගයේ දිස්වේ, එබැවින් සාර්ථක ස්ථාපනයෙන් පසු වහාම උමං කැඩී ඇති ලෙස පෙනිය හැක. ක්‍රියා කරන අනුපිළිවෙල පළමුව dnf install strongswan, පසුව rpm -e libreswan වේ.

ගැළපෙන යෝජනා තන්තු, සහ ඒවා වටා ඇති උගුල්

ක්ෂේත්‍ර අතින් පිරවීමට සිදු වූ විට අදියර 1 සහ අදියර 2 වෙනස් අගයන් ගනී. Meraki විලාසයේ විරුද්ධ පැත්තට එරෙහිව ක්‍රියා කරන බව දන්නා යුගලය අදියර 1 හි aes128-sha1-modp1024 ද ඊට පිටුපසින් 3des-sha1-modp1024 ද ඉදිරිපත් කරයි, දෙකම කට්ටලය දැඩි කරන විස්මයාර්ථ ලකුණකින් වසා ඇත, එබැවින් එම යෝජනා පමණක් යවනු ලැබේ.

පසුව අදියර 2 එම දැඩි සලකුණ සමඟ Diffie-Hellman උපසර්ගයක් නොමැතිව aes128-sha1 සහ 3des-sha1 දක්වා පටු වේ. -modp1024 දරන අදියර 2 පේළිය වැරදි ක්ෂේත්‍රයේ අදියර 1 අගයකි, පිළිතුරු දෙන්නා එය සෑම නැවත උත්සාහයකදීම ප්‍රතික්ෂේප කරයි. එම පේළිය දෙවන පැතිකඩකට පිටපත් කරන්න, දෙවන පැතිකඩ ද එලෙසම අසාර්ථක වේ, එසේ එක් ටයිප් දෝෂයක් මුළු බලගණයේම සිදුවීමක් බවට පත් වේ.

වෙනත් දෝෂ යෝජනා නොගැළපීමක් නොවී එම පොප්අප් ධරයි. KDE හි ප්ලගිනය ස්ථාපිතව තිබියදීත් L2TP වර්ගය ලැයිස්තුගත විය හැකි අතර සෑම සම්බන්ධතාවයක්ම වහාම මිය යයි, මන්ද සම්බන්ධතා සංස්කාරකය සහ ධාවන කාල සහායක වෙන වෙනම පැකේජ ලෙස පැමිණේ. තිරයක් නොමැති සත්කාරක ක්‍රියාකාරී ඩෙස්ක්ටොප් එකකින් පැතිකඩක් නැවත භාවිත කළ හැක: එය /etc/NetworkManager/system-connections/ වෙතින් පිටපත් කර, මාදිලිය 600 ට සකසා, පසුව nmcli con reload ධාවනය කරන්න. එය nmcli con up id work-l2tp සමඟ ඉහළට ගන්න, මන්ද නිරුවත් ආකෘතියට UUID අවශ්‍ය වේ, සහ ඕනෑම පැරණි ifname සටහනක් ඉවත් කරන්න, එසේ නොකළහොත් අනෙක් සියල්ල නිවැරදිව තිබියදීත් කළමනාකරු Could not find source connection ලෙස පිළිතුරු දෙයි.

කලින් බෙදාගත් යතුරක් පැහැදිලි පෙළ ලෙස හෝ 0s සහ පසුව base64 ලෙස ගබඩා කළ හැක; ආකෘති දෙකම ක්‍රියා කරයි, නමුත් අගය ගේට්වේ සමඟ බයිටයෙන් බයිටය ගැළපිය යුතුය, ඒ සමඟ පිටපත් කළ අවසාන හිස්තැන් ඇතුළුව.