SSTP පළමුව සර්වරය සහ පසුව පරිශීලකයා සත්‍යාපනය කරයි
SSTP පළමුව සර්වර සහතිකය වලංගු කර පසුව පරිශීලකයා PPP හරහා සත්‍යාපනය කරයි. දෙපියවරම එකවර ස්පර්ශ නොකර දෝෂය නිවැරදි පියවරට ගැලපීම කරන්න.
SSTP සේවාදායකයෙකුට TLS සම්පූර්ණ කර තත්පරයකින් පරිශීලකයා ප්‍රතික්ෂේප කළ හැකිය. මෙම අනුපිළිවෙල දෝෂයක් නොවේ, එය ප්‍රොටෝකෝල තට්ටුවයි: පළමුව ප්‍රවාහන ආරක්ෂාව, පසුව පරිශීලක සත්‍යාපනය. පියවර දෙක වෙනස් පණිවිඩ සමඟ අසාර්ථක වන බැවින්, ඒවාට වෙනස් නිවැරදි කිරීම් ද අවශ්‍යය. දෝෂය ඇති කළේ කුමන පියවරද යන්න කියවීම රෝග විනිශ්චයේ විශාල කොටසයි.
විශ්වාසනීය සහතිකයක් අන්ත ලක්ෂ්‍යය සනාථ කරයි; ගිණුම ගැන එය කිසිවක් නොකියයි.
TLS අත්වැල කුමක් තහවුරු කරයිද
සේවාදායකය විසින් ඉදිරිපත් කරන සහතිකය සේවාදායකයාගේ විශ්වාස ගබඩාව, ඉල්ලා සිටි සත්කාරක නාමය, වලංගුතා කවුළුව සහ වේදිකාව යොදන ඕනෑම අමතර ප්‍රතිපත්තියක් සමඟ සත්‍යාපනය කරයි. එය අපේක්ෂිත අන්ත ලක්ෂ්‍යයට සම්බන්ධතාව ආරක්ෂා කරයි. නමුත් යම් ගිණුමක් සක්‍රීය ද, කල් නොඉකුත් වූ ද, දුරස්ථ ප්‍රවේශයට අවසර දී ඇත්ද යන්න එය සනාථ නොකරයි. ඒවා පසුව වෙනත් සංරචකයක් අසන වෙනම ප්‍රශ්න වේ.
එබැවින් පිවිසුම් විමසුමට ළඟා වීමට සහතික පරීක්ෂණ ඉවත් කිරීම වැරදි නිවැරදි කිරීමකි. ඔබට සත්‍යාපනය කළ නොහැකි සම්බන්ධතාවක් මත පිවිසුම් විමසුමක් ලැබේ. සහතික දෝෂයක් සත්කාරක නාමය, ඔරලෝසුව, දාමය හෝ විශ්වාස වින්‍යාසයට අයත් වේ.
SSTP සහ PPP ඉහළින් එකතු කරන දේ
SSTP HTTPS මත ධාවනය වන අතර තම තුළ PPP රැගෙන යයි, සම්බන්ධතාව වටා තම පාලන හුවමාරුව සමඟ. පසුව PPP එහි සබැඳි සහ සත්‍යාපන අදියර ධාවනය කරයි, සත්‍යාපන ක්‍රමය සේවාදායක ප්‍රතිපත්තිය සහ සේවාදායකයාගේ හැකියාව මත රඳා පවතී. PAP, CHAP, MS-CHAPv2 සහ EAP සියල්ලම බෙහෙවින් වෙනස් ගුණාංග සහිත PPP සත්‍යාපන විකල්ප වේ. VPN හි පරිශීලක පරීක්ෂාව එම PPP අදියරයි, ඊට පහළින් ඇති TLS ස්ථරය නොවේ.
එබැවින් පරිශීලක ප්‍රතික්ෂේපය අක්තපත්‍ර, ගිණුම් සීමාවක් හෝ ක්‍රම නොගැලපීමක් අදහස් කළ හැකිය.
සේවාදායක පැත්තේ හේතුව පැතිකඩේ සෑම රහසක්ම නැවත සැකසීමට වඩා බෙහෙවින් ප්‍රයෝජනවත් වේ. ගිණුම අබල කිරීමේ සිදුවීම සහ ක්‍රම සාකච්ඡාවේ අසාර්ථකත්වය සේවාදායකයා තුළ සමාන ලෙස පෙනෙන අතර සේවාදායකයේ කිසිදු පොදු දෙයක් නැත.
දෝෂය පියවරට ගැලපීම කරන්න
සම්බන්ධතාව TLS ට ළඟා වේද, පසුව SSTP HTTP හුවමාරුව, පසුව PPP අදියර පරීක්ෂා කරන්න. නැවත උත්සාහ අතර ලොගයන්ගේ වේලා මුද්‍රා පෙළගස්වා තබන්න, එවිට පෙර අසාර්ථකත්වය පසු විජයග්‍රහණයක් සමඟ පටලවා නොගනී. එක් කවුළුවක උත්සාහ දෙකක් ලොග් කරන සේවාදායකයා එසේ නොවුනි නම් තමා ළඟා වූ අවසන් පියවරේදී අසාර්ථක වූ ලෙස පෙනේ. අවසන් පේළිය නොව පළමු අදාළ දෝෂය කියවන්න.
එම පෙළගැස්ම සේවාදායක පැත්තේ ද වැදගත් වේ, එහිදී සත්‍යාපන වාර්තාව සහ ප්‍රවාහන ලොගය බොහෝ විට වෙනස් ඔරලෝසු සහිත වෙනස් ගොනු වේ. මිනිත්තු දෙකක අසමතුලිතතාවයක් පැහැදිලි හේතුවක් කළ නොහැකි ලෙස පෙනීමට ප්‍රමාණවත්ය.
පිවිසුමෙන් පසුව ද අවසර දීම වෙනමය
සාර්ථක පිවිසුමක් සෑම පුද්ගලික සම්පතක්ම ලබා නොදේ. මාර්ග තීරණය කරන්නේ කුමක් ළඟා කළ හැකිද යන්නයි, DNS තීරණය කරන්නේ කුමක් විසඳේද යන්නයි, සහ සෑම සේවාවක්ම තමන්ගේම අවසර තවමත් යොදයි. සම්බන්ධ වී ඇති ලෙස පෙන්වන සැසියක් උමං මාර්ගය ගැන ප්‍රකාශයකි, ගොනු බෙදාගැනීම ගැන නොවේ. පරිශීලකයාට සම්බන්ධ විය හැකි නමුත් එක් සත්කාරකයකට ළඟා විය නොහැකි නම්, උමං අදියර දැනටමත් අවසන්ය.
එය අත්වැල පෙන්වූ එම ස්තරීකරණයයි, එක් මට්ටමක් ඉහළින්.
ගිණුම් ප්‍රතිසාධනය ක්‍රියාකරුගේ ආධාරක ක්‍රියාවලිය තුළ තබන්න, පැහැදිලි පරිශීලක ප්‍රතික්ෂේපයට ප්‍රතිචාරයක් ලෙස ප්‍රවාහන සැකසුම් වෙනස් කිරීම වෙනුවට. අබල ගිණුමක් නිවැරදි කිරීමට ප්‍රවාහනය වෙනස් කිරීම යනු ගිණුම අදාළ නොවන හේතුවක් නිසා නැවත සක්‍රීය වූ විට ක්රියා කරන බව පෙනෙන ආකාරයේ නිවැරදි කිරීමකි.