PPP CHAP පමණක් MPPE අවශ්‍යතාව සපුරාලිය නොහැක්කේ ඇයි

සංකේතනය අවශ්‍ය යැයි පවසන PPTP පැතිකඩක් සාමාන්‍යයෙන් එකම තැනක අසාර්ථක වේ: MPPE ට අවශ්‍ය යතුරු ද්‍රව්‍ය කිසි විටෙක නිපදවා නොදෙන සත්‍යාපන හුවමාරුවකට PPP එකඟ වේ. උමඟ අඩක් ජීවමාන ලෙස පෙනේ, මුරපදය පිළිගනු ලැබේ, සහ කිසිදු ගමන් ප්‍රවාහයක් එය හරහා යාමට පෙර සබැඳිය බිඳ වැටේ. යමක් සම්බන්ධ වන තෙක් CHAP පතන ලැයිස්තුවට අත දැමීම සැබෑ දෝෂය සඟවයි, එය සත්‍යාපන ක්‍රමය සහ ආරක්ෂණ ප්‍රතිපත්තිය අතර ගිවිසුමකි. පහත පරීක්ෂණ එකිනෙකට පසු එකට වඩා ලාභදායී හේතුවක් බැහැර කරන ලෙස සකසා ඇත.

එක් PPTP සම්බන්ධතාවක් තුළ සාකච්ඡා දෙකක් ගලා යයි

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

සාමාන්‍ය CHAP යනු RFC 1994 හි අභියෝග-ප්‍රතිචාර හුවමාරුවයි, එය බෙදාගත් රහසක් මත පමණක් ගොඩනගා ඇත. MS-CHAPv2 වෙනස් පණිවිඩ සහ වෙනස් ප්‍රතිදානයක් සහිත වෙනත් හුවමාරුවකි, RFC 2759 හි ප්‍රමිතිගත කර ඇත. නම් දෙකේ ඇති පොදු වචනය රැහැන මත ඔවුන්ට පොදු එකම දෙයයි. කිසිදු නමක් හුවමාරුව කුමක් නිපදවයිද යන්න නොකියයි, එය එකම වැදගත් කොටසයි.

එබැවින් සරලව CHAP ලෙස ලේබල් කළ විකල්පය පැරණි පැතිකඩක අපැහැදිලිය. සේවාදායකයාට MS-CHAPv2 අවශ්‍ය වන අතර සේවාලාභියා සාමාන්‍ය CHAP ඉදිරිපත් කරන විට, සබැඳි පාලනය තවමත් සම්පූර්ණ විය හැකි අතර මුරපදයක් තවමත් පිළිගත හැකිය. අසාර්ථකත්වය පසුව පැමිණේ, කිසිවක් නිපදවා නොගත් හුවමාරුවකින් ආරක්ෂණ යතුරු ව්‍යුත්පන්න කිරීමට සේවාදායකයා උත්සාහ කරන විට.

අවශ්‍ය ක්‍රමය එය නිපදවිය හැකි යතුරු සමඟ ගළපන්න

MPPE යතුරු සාමාන්‍යයෙන් PPP හි ගුණාංගයක් නොවේ. Microsoft CHAP පවුල සඳහා ව්‍යුත්පන්නය RFC 3079 හි දක්වා ඇත, එය ආදානය ලෙස බෙදාගත් රහසක් වෙනුවට MS-CHAP හුවමාරුවක ප්‍රතිදානය ගනී. EAP ක්‍රම වෙනත් මාර්ගයකින් එම තැනට ළඟා වේ, සත්‍යාපන සේවාදායකයා යතුරු MS-MPPE-Recv-Key සහ MS-MPPE-Send-Key ගුණාංග ලෙස ආපසු ලබා දෙයි. සාමාන්‍ය CHAP කිසිදු මාර්ගයක නොපෙනේ, මෙම නොගැළපීම පැවතීමට ඇති සම්පූර්ණ හේතුව එයයි.

යතුරු සැපයිය හැකි සෑම ක්‍රමයක්ම ප්‍රතික්ෂේප කරමින් MPPE ඉල්ලන වින්‍යාසයක් අභ්‍යන්තරව පරස්පර වේ. pppd එම පරස්පරය යතුරු නිර්මාණය කිරීමෙන් නොව සබැඳිය ප්‍රතික්ෂේප කිරීමෙන් විසඳයි, එබැවින් දෘශ්‍ය ප්‍රතිඵලය සත්‍යාපනය වී පසුව ජාල අදියරේදී අවසන් වන සැසියකි. යමක් ව්‍යුත්පන්න කරන එකම ක්‍රම සේවාදායකයා ප්‍රතික්ෂේප කරන තාක් සේවාලාභියා නැවත උත්සාහ කිරීම එය වෙනස් නොකරයි.

එයින් පැන නගින රීතිය කෙටිය: පැතිකඩ MPPE ඉල්ලන්නේ නම්, ක්‍රමය MS-CHAP ප්‍රභේදයක් හෝ සේවාදායකයා යතුරු ආපසු දෙන EAP ක්‍රමයක් විය යුතුය. MS-CHAPv2 පමණක් ප්‍රතික්ෂේප කිරීම එය බලාත්මක නොකරයි, මන්ද MS-CHAPv1 ද යතුරු ව්‍යුත්පන්න කරන අතර වෙන වෙනම ප්‍රතික්ෂේප නොකළහොත් ලබා ගත හැකිව පවතී; දෙකම ප්‍රතික්ෂේප කිරීමෙන් සාමාන්‍ය CHAP සහ PAP ඉතිරි වේ, ඒවා කිසිවක් ව්‍යුත්පන්න නොකර අවශ්‍යතාව ඉටු කළ නොහැකි බවට පත් කරයි. ඔබ නොකැමති ඒවා ලැයිස්තුගත කිරීම වෙනුවට පිළිගත් ක්‍රමය පැහැදිලිව නම් කරන්න. සේවාලාභියා සම්බන්ධ වීම සඳහා සංකේතන අවශ්‍යතාව අත්හැරීම අලුත්වැඩියාවක් නොව පහත හෙළීමකි.

සේවාලාභියා සංස්කරණය කිරීමට පෙර සේවාදායකයාගේ විකල්ප කියවන්න

මෙම නොගැළපීම් බොහොමයක් සේවාදායකයේ ගොනු දෙකක දැකිය හැකි අතර, ඒවා කියවීම සේවාලාභියා නැවත ගොඩනැගීමට වඩා ලාභදායීය. Linux PPTP අන්ත ලක්ෂ්‍යයක අදාළ සැකසුම් pptpd ලබා දෙන pppd විකල්ප ගොනුවේ ජීවත් වේ. එය සේවාදායකයේ ක්‍රියාත්මක කරන්න, සේවාලාභී තත්ත්ව තිරයෙන් නොව. ආරක්ෂණ මාදිලියක් ඉල්ලන, ප්‍රතික්ෂේප කරන හෝ නම් කරන පේළිවලින් පටන් ගන්න:

sudo grep -nE 'require-|refuse-|mppe|mschap' /etc/ppp/options.pptpd

ප්‍රතිදානය ධජ ලැයිස්තුවක් ලෙස නොව ගිවිසුමක් ලෙස කියවන්න. MPPE ඉල්ලන අතර MS-CHAP ප්‍රභේද දෙකම ප්‍රතික්ෂේප කරන පේළියක් කිසිදු සේවාලාභියෙකුට ඉටු කළ නොහැක, MS-CHAP ක්‍රමයක් සඳහා අවශ්‍යතාවක් නොමැති වීම යතුරු නොදෙන හුවමාරු සඳහා දොර විවෘතව තබයි. පසුව කාට සත්‍යාපනයට අවසර ඇත්දැයි පරීක්ෂා කරන්න, එය රහස් ගොනුව තීරණය කරයි:

sudo sed -n '1,20p' /etc/ppp/chap-secrets
sudo pppd --version

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

PPP අදියර අනුව අසාර්ථකත්වය සොයා ගන්න

PPP අසාර්ථකතා අදියරවලින් වාර්තා කරයි, අදියර කියන්නේ ගිවිසුමේ කුමන වගන්තිය කැඩුණාද යන්නයි. සබැඳි පාලනය කිසි විටෙක නොහැර යන සබැඳියකට ආවරණ හෝ සාකච්ඡා ගැටලුවක් ඇත, නමුත් සත්‍යාපනය වී පසුව මිය යන සබැඳියකට සාමාන්‍යයෙන් ප්‍රතිපත්ති හෝ යතුරු ගැටලුවක් ඇත. ඉහළ රැඳී කිසිවක් නොගෙන යන සබැඳිය මාර්ගගතකරණයට ගොස් ඇත, එය වෙනත් විමර්ශනයකි.

ජර්නලය අදියර පේළි රඳවා ගනී, ඒවා ඉහළ දෝෂ නිරාකරණ මට්ටමකට වඩා ප්‍රයෝජනවත්ය. PPP ක්‍රියාවලි සහ ආරක්ෂණ පණිවිඩ ඉල්ලන්න, පසුව සියල්ලට පෙර සත්‍යාපන ප්‍රතිඵලය කියවන්න. අවසාන පේළි සාමාන්‍යයෙන් ප්‍රතික්ෂේප කළ වගන්තිය නම් කරයි:

sudo journalctl -b --no-pager | grep -iE 'pppd|pptpd|mppe|chap' | tail -40

එම ප්‍රතිදානයේ පළමුව සත්‍යාපන ප්‍රතිඵලය, පසුව ආරක්ෂාව ඉල්ලා තිබුණත් සාකච්ඡා නොකළ බවට පැමිණිල්ල සොයන්න. දෙවන පණිවිඩය ඉහත පරස්පරයේ අත්සනයි, සේවාදායකයා යතුරු නිපදවිය හැකි එකම ක්‍රමය ප්‍රතික්ෂේප කරන තාක් කොපමණ නැවත උත්සාහ කළත් එය මකා නොදමයි. උගුල් දෙකක් නම් කිරීම වටී: අදියර පේළි නොකියවා දෝෂ නිරාකරණ මට්ටම ඉහළ නැංවීම ශබ්දය ඇති කරයි, අභියෝග ද්‍රව්‍ය හෝ මුරපද අල්ලා ගැනීම වින්‍යාස කාර්යය අක්තපත්‍ර කාන්දුවක් බවට පත් කරයි. කිසිදු විකල්පයක් වෙනස් කිරීමට පෙර එම අදියර සටහන් කරන්න.

පැරණි අන්ත ලක්ෂ්‍යය විසන්ධි කිරීමට පෙර පිටවීම සැලසුම් කරන්න

MPPE යනු සබැඳි ආරක්ෂණයේ ඓතිහාසික යාන්ත්‍රණයකි, එහි පැවැත්ම PPTP නව යෙදවීමකට සුදුසු තේරීමක් නොකරයි. Microsoft හි වර්තමාන මාර්ගෝපදේශය දැනටමත් නව දුරස්ථ ප්‍රවේශ යෙදවීම් සඳහා PPTP සහ පෙර බෙදාගත් යතුරක් සහිත L2TP/IPsec විරුද්ධව උපදෙස් දෙයි. පැරණි අන්ත ලක්ෂ්‍යයක් ජීවමානව තබා ගැනීම පවතින සේවාවක් පිළිබඳ තීරණයකි, ඊළඟ එක සඳහා අච්චුවක් නොවේ.

අන්ත ලක්ෂ්‍යය රැඳී සිටිය යුතු විට, ගිවිසුම ලියන්න: පිටත ප්‍රොටොකෝලය, අවශ්‍ය සත්‍යාපන ක්‍රමය, අනිවාර්ය ආරක්ෂාව, සහ එය සාකච්ඡා කරන සේවාලාභී අනුවාදය. එය යා හැකි විට, පැරණි පැතිකඩ ස්පර්ශ කිරීමට පෙර ආදේශකයේ ද්වාර හැඳුනුම, එහි සේවාලාභී සත්‍යාපනය සහ අක්තපත්‍ර ජීවත් වන ස්ථානය තෝරන්න. පසුව මාර්ග, DNS සහ සෑම පරිශීලකයෙකුට ප්‍රවේශ අවසර ඇති සම්පත් සැලසුම් කරන්න. අදහස් කළ සේවාලාභියා ක්‍රියාකාරී සම්බන්ධතාවයක් සමඟ නොව හිමිකරුගේ අවශ්‍යතා සමඟ තහවුරු කරන්න.

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