SSTP යනු HTTPS මත PPP වේ, 443 වරායේ වෙබ් පිටුවක් නොවේ

SSTP HTTPS සම්බන්ධතාවක් තුළ PPP රැගෙන යයි, එබැවින් මැද සිටින සෑම දෙයකටම එය වෙබ් රථවාහනයක් ලෙස පෙනේ. TLS සහ HTTP පිටත නාලිකාව ස්ථාපිත කරයි, පසුව SSTP පාලක පණිවිඩ උමග සූදානම් කරයි, PPP සැසියේ හැසිරීම සපයයි. එම ලිපිනයේම පිටුවක් පූරණය කරන බ්‍රවුසරය පළමු පියවරේ කොටසක් පමණක් සම්පූර්ණ කර ඇත. එය VPN පරීක්ෂණයක් ලෙස සැලකීම ක්‍රියාකාරී ප්‍රොක්සියකට ප්‍රොටොකෝල නොගැළපීමේ දෝෂාරෝපණය කරන ක්‍රමයයි.

පියවර හතර පිළිවෙලට ගොස් බලන්න, ඔබ දකින අසමත්වීම ඒවායින් එකකට වැටෙනු ඇත.

පියවර 1: TCP සහ TLS

සේවාදායකයා 443 වරායට TCP සම්බන්ධතාවක් විවෘත කර TLS අත්වැල් ගැසීමක් සිදු කරයි. සහතික දාමය සේවාදායකයා රික්ත කළ සත්කාරක නාමයට ගැළපිය යුතුය. මෙහි නාමය නොගැළපීම කිසිදු SSTP පණිවිඩයක් හුවමාරු වීමට පෙර අසමත්වීමක් ඇති කරයි, සහ SSTP පිරිවිතරය මෙම පිටත HTTPS නාලිකාව දැනටමත් පවතින බව උපකල්පනය කරයි. පසු පියවරවල කිසිවකට මෙහි විශ්වාස අසමත්වීම වන්දි ගෙවිය නොහැක.

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

පියවර 2: HTTPS ඉල්ලීම

SSTP තම ඉල්ලීම විශේෂ ක්‍රමයක් වන SSTP_DUPLEX_POST සමඟ සිදු කරයි, ලේඛනයක් ආපසු දීම වෙනුවට හුවමාරුව විවෘතව තබයි. සාමාන්‍ය පිටු ඉල්ලීම් සඳහා රික්ත කළ සේවාදායකයක් හෝ ප්‍රොක්සියක් සම්බන්ධතාව පිළිගෙන පසුව ක්‍රමය ප්‍රතික්ෂේප කළ හැක. එම ප්‍රතික්ෂේපය තමයි මිනිසුන් සාමාන්‍යයෙන් 443 වරාය අවහිර කර ඇති බව කියන ගැළපීමේ ගැටලුව.

සේවාදායක ලොගයේ ප්‍රතිචාර කේතය සහ ක්‍රමය කියවන්න. මෙම පියවරේ ප්‍රතික්ෂේපය TCP කාල ඉකුත්වීමට වඩා වෙනස් ගැටලුවකි, දෙකම වෙනස් අලුත්වැඩියා කිරීම් කරා යයි.

පියවර 3: පාලක පණිවිඩ

ඉල්ලීම පිළිගත් පසු, SSTP උමග සාකච්ඡා කර සූදානම් කරන පාලක පණිවිඩ හුවමාරු කරයි. මේවා HTTP ඉල්ලීම් නොව HTTPS පඳුර තුළ ප්‍රොටොකෝල පණිවිඩ වේ, එබැවින් පඳුරු පරීක්ෂා කර නැවත ලියන ප්‍රොක්සියකට පිටු ඉල්ලීම් ස්පර්ශ නොකර මේවා බිඳ දැමිය හැක.

මෙතැනදී ගැඹුරු පරීක්ෂණයේ මැද පෙට්ටිය තම කීර්තිය දිනා ගනී. පිටු පූරණය වුවත් VPN අසමත් වන්නේ නම්, වරාය විවෘතද යන්න නොව පඳුර වෙනස් වේද යන්න පරීක්ෂා කරන්න.

පියවර 4: PPP පාලනය ගනී

පසුව PPP සැසියේ හැසිරීම සපයයි: සම්බන්ධක සාකච්ඡාව, සත්‍යාපනය සහ පසුව එන ජාල ස්තර වින්‍යාසය. PPP සත්‍යාපනය සේවාදායකයා දැනටමත් පසු කළ TLS පරීක්ෂාවෙන් වෙන් වේ. සේවාදායකයා පිළිගන්නා සේවාදායක සහතිකය පරිශීලකයාගේ ප්‍රමාණ සත්‍යද නැතහොත් ගිණුම බලයලත්ද යන්න ගැන කිසිවක් නොකියයි.

පිළිගත් සහතිකයක් සහ ප්‍රතික්ෂේප කළ පිවිසුමක් එකිනෙකට පටහැනි නොවේ. මේවා ස්වාධීන ප්‍රතිඵල සහිත අනුක්‍රමික පියවර වේ.

සත්‍යාපනයට භූමිකා කිහිපයක් ඇත

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

කුමන පියවර අසමත්වීම වාර්තා කළේද ලියන්න. සහතිකය, ක්‍රමය, පාලක පණිවිඩය, PPP සත්‍යාපනය, පසුව මාර්ග: ස්ථාන පහක්, අලුත්වැඩියා පහක්.

බ්‍රවුසර පරීක්ෂණයට පෙන්විය හැකි දේ සහ නොහැකි දේ

ලිපිනයේ පිටුවක් පූරණය කිරීම DNS විසඳුම, TCP ළඟාවීම සහ HTTP කතා කරන යමක් සවන් දෙන බව ඔප්පු කරයි. ක්‍රමය පිළිගැනේ, පාලක හුවමාරුව නොනැසී පවතී හෝ PPP සත්‍යාපනය රික්ත කර ඇත යන්න ඔප්පු නොකරයි. වරාය වෙනස් කිරීමෙන් වෙනත් පැතිකඩක් පරිවර්තනය කිරීම වෙනුවට SSTP ක්‍රියාත්මක කරන සේවාදායකයක් භාවිත කරන්න.

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