L2TP සම්බන්ධ වුවත් PPP සාකච්ඡාව අසාර්ථක වේ: කුමන අදියරද?

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

උමග පළමු ස්තරය පමණි

L2TP IPsec-ආරක්ෂිත උමගක් තුළ PPP රාමු ගෙන යයි, එනම් පැකට්ටුවක් මාර්ගගත කිරීමට පෙර ස්වාධීන සාකච්ඡා දෙකක් සාර්ථක විය යුතුය. පිටත එක දෙපසම යතුරු සහ අනන්‍යතා ගැන එකඟ වන බව ඔප්පු කරයි. ඇතුළත එක සබැඳි පරාමිති, පරිශීලකයා සත්‍යාපනය වේද සහ සේවාලාභියාට ලැබෙන ලිපිනය තීරණය කරයි.

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

සාර්ථක වූ අවසාන අදියර කියවන්න

ලොගය ඉදිරියට ගොස් සම්පූර්ණ නොවූ පළමු අදියරේ නවතින්න. මුලින්ම LCP, පසුව සත්‍යාපනය, පසුව IPv4 පරාමිති සඳහා IPCP.

sudo journalctl -u xl2tpd -b --no-pager | tail -n 40
sudo journalctl -b --no-pager | grep -i -E 'pppd|lcp|chap|ipcp'
ip -4 address show ppp0

LCP කාල ඉක්මවීම යනු දෙපසම මූලික සබැඳි විකල්ප ගැන කිසිදා එකඟ නොවූ බවයි, එය නරක මුරපදයක් නොව පැතිකඩ නොගැළපීමක් හෝ අවහිර වූ අභ්‍යන්තර ප්‍රොටොකෝලයකි. පැහැදිලි සත්‍යාපන ප්‍රතික්ෂේපය ප්‍රතිවිරුද්ධ අවස්ථාවයි: සබැඳිය ඉහළට ආවේය, එක් පැත්තක් අක්තපත්‍ර ප්‍රතික්ෂේප කළේය. සාර්ථක සත්‍යාපනයකින් පසු IPCP කාල ඉක්මවීම ලිපින තටාක හෝ සේවාදායක ප්‍රතිපත්තිය පෙන්වයි. ඒ සෑම එකකටම වෙනස් හිමිකරුවෙක් සහ වෙනස් අලුත්වැඩියාවක් ඇත, එබැවින් අවසාන දෝෂ පෙළට වඩා අදියර වැදගත් වේ.

ටිකට්පතේ අදියර නම සමඟ ලොග කොටස තබා ගන්න. අදියර මායිම නොමැතිව අලවා ඇති වලිගය ඊළඟ කියවන්නාට අනුමාන කිරීමට ආරාධනා කරයි, මෙහි අනුමාන කිරීම පැයක් ගත වේ.

සේවාලාභියා සහ සේවාදායකයා අතර එකඟතාව

දෙපසම එකම සත්‍යාපන ක්‍රමය පිළිගත යුතුය, සුරකින ලද පැතිකඩකට පසුගිය කාර්තුවේ සේවාදායකයා ඉවත් කළ එකක් ඉල්ලා සිටිය හැක. කළමනාකරණය කළ යෙදවුම් සේවාදායක පැත්ත ද සඟවයි, එහිදී ප්‍රතික්ෂේප කිරීමේ හේතුව සාමාන්‍යයෙන් උපාංගයට නොව පරිශීලකයාට සටහන් වේ.

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

ලිපිනය පරීක්ෂා කරන්න, පිවිසුම නොවේ

සම්පූර්ණ වූ පිවිසුමක් භාවිතා කළ හැකි සැසියක් නොවේ. IPCP අභ්‍යන්තර ලිපිනය සාකච්ඡා කරයි, වියළුණු තටාකයක් හෝ සේවාලාභියා ප්‍රතික්ෂේප කරන ප්‍රතිපත්තියක් තවමත් සම්බන්ධිත උමගක් මාර්ගගත කිරීමට කිසිවක් නොමැතිව අත්හැරිය හැක.

ip -4 address show ppp0
ip route get 10.52.9.1
ping -c 2 10.52.9.1

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

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