L2TP/IPsec PSK ප්‍රතික්ෂේප විය: පළමුව සංවාදය, පසුව ගොනු

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

පහත මාර්ගය යතුර ක්ෂේත්‍රයේ සිට ගොනුව දක්වා අනුගමනය කරයි, එය කොහේද නැති වූයේ යැයි කියන්නේ එම අනුපිළිවෙලයි. එය අසාර්ථක වන යන්ත්‍රයේ කරන්න, වැඩ කරන යන්ත්‍රයේ නොව, මන්ද එම යන්ත්‍ර දෙක අතර වෙනස සාමාන්‍යයෙන් ගොනු වින්‍යාසය මිස යතුර නොවේ.

සංවාදයෙන් පටන් ගන්න, නමුත් ක්ෂේත්‍රය විශ්වාස නොකරන්න

සම්බන්ධතාවයේ IPsec පටිත්ත විවෘත කර යතුර අලවන්නේ නැතිව නැවත ටයිප් කරන්න. කතාබස් පණිවිඩයකින්, PDF එකකින් හෝ මුරපද කළමනාකරුවෙකුගෙන් පිටපත් කළ යතුරක අවසානයේ ක්ෂේත්‍රය නොපෙන්වන පේළි බිඳීමක් පැමිණිය හැක, පෙනෙන අකුරු තවමත් නිවැරදි ලෙස පෙනේ.

මුරපදය පෙන්වන පාලනය ක්ලික් කර අක්ෂර පේළියේ අවසානය දෙස බලන්න, මැද නොව. කර්සරය පෙළට යටින් හිස් පේළියක් තැබුවහොත් එය මකා අවසාන අකුර නැවත ටයිප් කරන්න. එම එකම නිවැරදි කිරීම මෙවැනි වාර්තාවල පුදුම සහගත කොටසක් විසඳයි, ඕනෑම ලොගයක් කියවීමට වඩා අඩු වියදමක් දරයි.

යතුර දිගු පේළි නවන ටිකට් පද්ධතියකින් ආවේ නම්, නොනවන මාර්ගයකින් ඉල්ලා සිටින්න. අක්ෂර පේළි දෙකක් පැත්තෙන් පැත්ත බැලීම වෙනුවට දිග පරිපාලකයා සමඟ සසඳන්න; නවන ස්ථානයේ නැති වූ අකුරක් සමානුපාතික අකුරු අතර නොපෙනේ.

/etc/ipsec.d තුළට යතුර අනුගමනය කරන්න

ප්ලගිනය PSK එක IPsec ඩීමන්ට විධාන පේළියේ තර්කයක් ලෙස කිසිදා ලබා නොදේ. ඒ වෙනුවට එය අගය රහස් ගොනුවක ගබඩා කර ඩීමන් එම ගොනුව ගන්නා ලෙස සකසයි, නොමැති නම් /etc/ipsec.secrets වෙත include පේළියක් එකතු කරයි. සංවාදය රඳවා ගන්නේ එම ජනනය වූ ගොනුව සඳහා ආදානයයි, භාවිතයේ ඇති අගය නොවේ.

යම් දෙයක් වෙනස් කිරීමට පෙර ඇති දේ ලැයිස්තුගත කරන්න:

ipsec --version
sudo ls -l /etc/ipsec.d/*.secrets /etc/ipsec.d/ipsec.nm-l2tp.secrets 2>/dev/null
sudo grep -n "include" /etc/ipsec.secrets

ප්ලගිනයේ පැරණි නිකුතු සෑම සම්බන්ධතාවයකටම එක් ගොනුවක් ලිවූ අතර එය සම්බන්ධතාවයේ UUID අනුව නම් කර තිබුණි, උදාහරණයක් ලෙස /etc/ipsec.d/nm-l2tp-ipsec-<uuid>.secrets. යෙදුමේ පැතිකඩක් මැකීම එම ගොනුව විශ්වාසනීය ලෙස නොමකයි. පෙර සේවාදායකයක පැරණි ගොනුවක් තවමත් තැටියේ තිබී තවමත් ඇතුළත් නම්, ඩීමන් ඔබ තවදුරටත් භාවිත නොකරන පැතිකඩකට අයත් රහසක් තෝරා ගත හැක, දෘශ්‍ය ක්ෂේත්‍රය නිවැරදිව තිබියදී සම්බන්ධතාවය අසාර්ථක වේ.

1.2.12 වෙනස උත්ශ්‍රේණි සමඟ කළ දේ තේරුම් ගන්න

ප්ලගින අනුවාදය 1.2.12 සෑම සම්බන්ධතාවයක රහස් ගොනු එක් හවුල් ගොනුවකින් ප්‍රතිස්ථාපනය කළේය, /etc/ipsec.d/ipsec.nm-l2tp.secrets. උත්ශ්‍රේණිය UUID අනුව පැරණි ගොනු පිරිසිදු නොකරයි, පවතින include /etc/ipsec.d/*.secrets පේළිය ඒවා තවමත් ඇතුළත් කරයි. 1.2.16 අනුවාදය පෙරනිමි යෝජනා හැසිරවීම වෙනස් කළේය, රහස්වල වින්‍යාසය නොවේ.

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

ගබඩා ආකෘතියට රඳවා ගත නොහැකි අකුරු වෙන් කරන්න

හවුල් රහස් අක්ෂර පේළිය සඳහා strongSwan ලේඛනය පවසන්නේ අගයේ නව පේළියක් හෝ ද්විත්ව උද්ධෘත ලකුණක් තිබිය නොහැකි බවයි. ලේඛනයකින් අලවන ලද යතුරකට සාමාන්‍ය සංවාදයක කිසිදු දෘශ්‍ය වෙනසක් නොමැතිව ඒ දෙකෙන් ඕනෑම එකක් දරාගත හැක.

1.2.12 සිට ගබඩා කළ අගය සරල පෙළ නොවේ. ප්ලගිනය ගොනුවට ළඟා වීමට පෙර PSK එක base64 ලෙස කේතනය කරයි, නිකුතු සටහන් එම කේතනයම යතුරක ද්විත්ව උද්ධෘතය දැන් පිළිගත හැකි වීමට හේතුව ලෙස ඉදිරිපත් කරයි. එබැවින් ක්ෂේත්‍රයේ ටයිප් කළ උද්ධෘතය නිරූපණය කළ හැක; සෑම පාලන අකුරකටම එය සත්‍ය නොවේ.

දිග තවත් සීමාවකි. L2TP/IPsec මෘදුකාංග පුරා සාර්වත්‍ර අවමයක් බල නොපවත්වයි: සමහර සේවාලාභීන් විස්සකට වඩා කෙටි යතුරු පිළිගනී, සමහර ද්වාර අවමයක් බලාත්මක කරයි. කෙටි යතුරක් ප්‍රතික්ෂේප වුවහොත් එම නියමය සේවාදායක ප්‍රතිපත්තියට හෝ එම සේවාලාභියාගේ වලංගුකරණයට අයත් වේ, දේශීයව යමක් ඉහළ නැංවීමෙන් එය වෙනස් නොවේ.

සත්‍යාපනයේ කුමන ස්තරය අසාර්ථක වූයේදැයි කියවන්න

පළමුව ipsec --version ක්‍රියාත්මක කරන්න, මන්ද strongSwan සහ Libreswan වෙනස් ගොනු නාම සහ වාක්‍ය ව්‍යූහය භාවිත කරන අතර එකකට දෙන උපදෙසක් අනෙකට හානි කළ හැක. පසුව සේවාලාභියාගේ පණිවිඩයෙන් හෝ ඩීමන් ලොගයෙන් අසාර්ථක අවස්ථාව කියවන්න: පෙර බෙදාගත් යතුර ගැන පැමිණිල්ල ප්‍රතික්ෂේප වූ පරිශීලක නාමය සහ මුරපදයට වඩා වෙනස් සිදුවීමකි.

PSK උමඟේ කෙළවර සත්‍යාපනය කරයි. පරිශීලක නාමය සහ මුරපදය L2TP තුළ සිටින පුද්ගලයා සත්‍යාපනය කරයි, IPsec සම්බන්ධතාවය ඉහළ ගිය පසු PPP ඒවා හසුරුවයි. නිවැරදි PSK එකක් වැරදි ගිණුමක් සමඟ තවමත් අසාර්ථක වේ, ගිණුම වෙනස් කිරීමෙන් ඩීමන් කිසිදා නිවැරදිව නොකියවූ යතුරක් සුව නොවේ.

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