L2TP/IPsec අසාර්ථක වේ: IPsec, උමං සත්‍යාපනය හෝ PPP පිවිසුම වෙන් කරන්න

එක් L2TP/IPsec සම්බන්ධතාවයක් තුළ දේවල් තුනක් සත්‍යාපනය වේ, ඒවායින් එකක් පමණක් අමතන පුද්ගලයා සම්බන්ධ වේ. IPsec උමං කෙළවර සනාථ කරයි, L2TP පාලන සම්බන්ධතාවයට තමන්ගේම රහසකින් හවුල්කරුවන් නැවත සනාථ කළ හැක, පසුව PPP සැසිය තුළ පරිශීලක ගිණුම සනාථ කරයි. ඕනෑම අදියරක අසාර්ථකත්වයක් සේවාදායක ලොගයේ සම්පූර්ණයෙන් වෙනස් ලෙසත්, සේවාලාභී සංවාදයේ සාමාන්‍ය පිවිසුම් දෝෂයක් ලෙසත් පෙනේ. අදියර පිළිවෙළින් ගෙවා පළමු අසාර්ථක එකේ නවතින්න, මන්ද පරීක්ෂා නොකළ අදියරකට පහළින් ඇති සෑම අදියරක්ම ද පරීක්ෂා නොකළ එකකි.

සත්‍යාපන අදියර තුන, වෙනස් අනන්‍යතා තුන

IPsec කලින් බෙදාගත් යතුරක් හෝ සහතිකයක් භාවිතා කර කෙළවර කාටද යන්න සනාථ කරයි. එම අනන්‍යතාවය යන්ත්‍ර හෝ ගේට්වේ සඳහා වේ, යතුරුපුවරුව ඉදිරිපිට සිටින මිනිසාට කිසිදා නොවේ. මෙම අදියරේදී හවුල්කරුවන් එකඟ විය නොහැකි නම්, කිසිදු L2TP පැකට්ටුවක් හුවමාරු නොවේ.

L2TP පාලන සම්බන්ධතාවයට දෙවන, වෙන් වූ අභියෝග-ප්‍රතිචාර හුවමාරුවක් එකතු කළ හැක, එය දෙපසම තිබිය යුතු හවුල් රහසකින් මෙහෙයවේ.

RFC 2661 එම පාලන සම්බන්ධතා සත්‍යාපනය අත්‍යවශ්‍ය නොවන එකක් කරයි, එයින් එකම වැරැද්ද සේවාදායක දෙකක වෙනස් රෝග ලක්ෂණ ඇති කරන ආකාරය පැහැදිලි වේ. උමං රහස කිසිදා වින්‍යාස නොකළ යෙදවුම අදියර සම්පූර්ණයෙන් මඟ හරියි; එය එක් පැත්තක පමණක් වින්‍යාස කළ එක PPP පිරිනැමීමටත් පෙර අසාර්ථක වේ. පසුව PPP පරිශීලකයා PAP, CHAP හෝ MSCHAPv2 මගින් සත්‍යාපනය කර නම දේශීය, chap-secrets හෝ RADIUS හි තිබිය හැකි ගිණුම් ගබඩාවකට භාර දෙයි. එවිට වැරදි මුරපදයක් තවමත් ක්‍රියාත්මක උමං සහ අසාර්ථක සැසියක් ඔබට ඉතිරි කරයි.

වින්‍යාසයක් සංස්කරණය කිරීමට පෙර නැවතීමේ ස්ථානය කියවන්න

තත්ත්ව ප්‍රතිදානය strongSwan හෝ Libreswan දැයි දැන ගැනීමට ipsec --version සමඟ අරඹන්න. පසුව සේවාලාභී සංවාදය නොව සේවාදායක ලොගය කියවන්න, මන්ද කුමන අදියර ප්‍රතික්ෂේප කළාද යන්න සේවාදායකය වාර්තා කරයි.

සාමාන්‍යයෙන් එක් පේළියක් ටිකට් එක විසඳයි: IKE හෝ යෝජනා පිළිබඳ පැමිණිල්ල පළමු අදියර, පාලන සම්බන්ධතා පණිවිඩය දෙවන අදියර, සහ PPP ක්‍රමය හෝ ගිණුම ප්‍රතික්ෂේප කිරීම තෙවන අදියර වේ. එම පේළිය වේලා මුද්‍රාව සමඟ ටිකට් එකට පිටපත් කරන්න. සේවාලාභී පැත්තෙන් අනුමාන කිරීම ඔබ සතුව දැනටමත් ඇති එකම සාක්ෂිය නාස්ති කරයි.

යතුරු ද්‍රව්‍ය සහ මුරපද එම අලවා තැබීමෙන් පිටත තබන්න; අදියරේ නම වැඩ නියම කරයි, සහ කාන්දු වූ කලින් බෙදාගත් යතුරක් නරක අනතුරු සමඟ ටිකට් එක නැවත විවෘත කරයි.

පළමු අදියර: IPsec සතුව සම්බන්ධයක් තිබේද?

strongSwan හි ipsec statusall හෝ Libreswan හි ipsec whack --status ධාවනය කර ශුන්‍ය නොවන ගණන්කරුවන් සහිත ස්ථාපිත දරු සම්බන්ධයක් සොයන්න. ip xfrm state දෙකෙහිම කර්නල දර්ශනය පෙන්වයි. ගණන්කරුවන් ඉහළ යන ස්ථාපිත SA යුගලයක් යනු පළමු අදියර අවසන් බවයි, ඔබට ඉදිරියට යා හැක.

සම්බන්ධයක් කිසිසේත් නොමැති වීම හවුල්කරු ලිපිනය, යෝජනා කට්ටලය හෝ කලින් බෙදාගත් යතුර වෙත යොමු කරයි, සමහර විට UDP 500 නැවත ලියා UDP 4500 ඉවත් කරන උපාංගයකට ද යොමු කරයි. ස්ථාපිත වී තත්පර කිහිපයකින් අතුරුදන් වන සම්බන්ධයක් සාමාන්‍යයෙන් පිළිතුරු දීමේ ගැටලුවක් නොව දෙපස අතර ජීවිත කාලයේ වෙනසක් වේ. කිසිවක් නැවත ටයිප් කිරීමට පෙර දෙපසම එකම සංකේතන සහ හැෂ් යෝජනා ලැයිස්තුගත කරන්නේදැයි පරීක්ෂා කරන්න. නැත්නම්, කිසිදු යතුරක් කිසිදා ක්‍රියා නොකරයි.

සම්බන්ධය නොමැති තාක් නවතින්න. එවිට PPP විකල්ප සංස්කරණය කිරීම කිසිවක් වෙනස් නොකර සැබෑ දෝෂය ඊළඟ පුද්ගලයාගෙන් සඟවයි.

දෙවන අදියර: L2TP පාලන සම්බන්ධතාවය සත්‍යාපනය වුණාද?

IPsec නැඟී පසු, ස්ථාපිත තත්ත්වයට පැමිණෙන පාලන සම්බන්ධතාවයක් සඳහා L2TP ඩීමන් නිරීක්ෂණය කරන්න, මන්ද ඊට පෙර PPP ආරම්භ කළ නොහැක. පාලන සම්බන්ධතාවයේ ප්‍රතික්ෂේපයක් යනු දෙපස අතර උමං රහස වෙනස් බවයි, නැතහොත් එක් පැත්තක් අනෙක නිතරම නොයවන රහසක් ඉල්ලන බවයි. සේවාලාභීහු බොහෝ විට shared secret යන ලේබලය සහිත එක් ක්ෂේත්‍රයක් පෙන්වති, එය සාමාන්‍යයෙන් L2TPට නොව IPsecට අයත් වේ. එය පිරවීම උමං රහස වින්‍යාස නොකරයි, එය හිස් කිරීම එය අක්‍රිය නොකරයි.

දෙපසින් කිසිවක් උමං රහස වින්‍යාස නොකළේ නම්, මෙම අදියර මඟ හැර පාලන සම්බන්ධතා අසාර්ථකත්වය ළඟාවීමේ ගැටලුවක් ලෙස සලකන්න. UDP 1701 ඩීමන් වෙත ළඟා වන බවත් දෙපසම එකම ආවරණයක් පිළිබඳ එකඟ වන බවත් තහවුරු කරන්න. එම කොන්දේසි දෙකෙන් එකක් සඳහා ලියන ලද ගිනිපවුරු නීතියක් අඩකින් විවෘත වන සම්බන්ධතාවයක සාමාන්‍ය හේතුවකි.

PPP සාකච්ඡාව ආරම්භ කරන සැසියක් පමණක් උමං අදියර සැබවින්ම පසු කර ඇත.

තෙවන අදියර: PPP ගිණුම ප්‍රතික්ෂේප කරන්නේද?

PPP අසාර්ථකත්වය පිටතින් වෙනස් ලෙස පෙනේ: උමං ස්ථාපිතයි, සැසිය ආරම්භ වේ, ඩීමන් සත්‍යාපන ක්‍රමයේ අසාර්ථකත්වයක් හෝ ගිණුම් ප්‍රතික්ෂේපයක් වාර්තා කරයි. එම පණිවිඩයේ නම් කර ඇති ක්‍රමය කියවන්න. PAP සහ CHAP විවිධ හේතූන් නිසා අසාර්ථක වේ, එකක් ප්‍රතික්ෂේප කරන සේවාදායකය එය පමණක් පිරිනමන සේවාලාභියා ද ප්‍රතික්ෂේප කරනු ඇත.

Linux සේවාදායකයක, ඩීමන් PPP වෙත දෙන විකල්ප ගොනුව, සාමාන්‍යයෙන් /etc/ppp/options.xl2tpd, පරීක්ෂා කර කුමන ක්‍රම පිළිගනීද සහ ගිණුම් කොහේ විසඳේද යන්න තහවුරු කරන්න. RADIUS හි ඇති නමුත් දේශීය රහස් ගොනුවේ නොමැති නමක් පිරිසිදු ලෙස අසාර්ථක වී වැරදි මුරපදයක් මෙන් පෙනේ. ඉන්පසු සේවාලාභියා සේවාදායකය පිළිගන්නා ක්‍රමයක් පිරිනමන්නේද, සේවාදායකය සාකච්ඡා කිරීම ප්‍රතික්ෂේප කරන වඩාත් ශක්තිමත් එකක් නොවේද යන්න පරීක්ෂා කරන්න. මෙම අදියර අලුත්වැඩියා කිරීමට කලින් බෙදාගත් යතුර වෙනස් කිරීම සවසක් නාස්ති කර කිසිවක් වෙනස් නොකරයි.

සැසිය අවසානයේ නැඟෙන විට, ලිපින වෙන් කිරීම, DNS සහ මාර්ග තවමත් පරීක්ෂා කර නැත, සහ එක් එක් තමන්ගේ ආකාරයට නිහඬව අසාර්ථක වේ. ඔබේ සටහන්වල ස්ථර තුන වෙන් කර තබන්න: නිවැරදි යතුරක් සහ වැරදි ගිණුමක් සැමවිටම අසාර්ථක වේ, එක් ස්ථරයක් අලුත්වැඩියා කිරීම අනෙක කිසිදා අලුත්වැඩියා නොකරයි.