SSTP ni PPP juu ya HTTPS, si ukurasa wa wavuti kwenye bandari 443

SSTP hubeba PPP ndani ya muunganisho wa HTTPS, ndiyo sababu inaonekana kama trafiki ya wavuti kwa kitu chochote kilicho katikati. TLS na HTTP huweka kituo cha nje, kisha jumbe za udhibiti za SSTP huandaa handaki, na PPP hutoa tabia ya kipindi. Kivinjari kinachopakia ukurasa kwenye anwani hiyo hiyo kimekamilisha sehemu moja ya hatua ya kwanza. Kuichukulia kama jaribio la VPN ndiyo njia ambayo proksi inayofanya kazi hushtakiwa kwa kutokubaliana kwa itifaki.

Pitia hatua nne kwa mpangilio, na hitilafu unayoona itaanguka katika moja yao.

Hatua 1: TCP na TLS

Mteja hufungua muunganisho wa TCP kwenye bandari 443 na hufanya salamu ya mkono ya TLS. Mnyororo wa vyeti lazima ulingane na jina la mwenyeji ambalo mteja alisanidiwa nalo. Kutokulingana kwa jina hapa huzalisha hitilafu kabla ya ujumbe wowote wa SSTP kubadilishana, na vipimo vya SSTP huchukulia kuwa kituo hiki cha nje cha HTTPS tayari kipo. Hakuna kitu katika hatua za baadaye kinachoweza kufidia hitilafu ya uaminifu hapa.

Seva ya kawaida ya wavuti inaweza kukamilisha hatua hii kikamilifu na bado ikashindwa katika inayofuata. Mafanikio ya TLS ni ushahidi kuhusu cheti, si kuhusu itifaki iliyo nyuma yake.

Hatua 2: ombi la HTTPS

SSTP hufanya ombi lake kwa mbinu maalum, SSTP_DUPLEX_POST, na huweka ubadilishanaji wazi badala ya kurudisha hati. Seva au proksi iliyosanidiwa kwa maombi ya kawaida ya ukurasa inaweza kukubali muunganisho na kisha kukataa mbinu hiyo. Kukataliwa huko ni tatizo la upatanisho ambalo watu kwa kawaida hulielezea kama bandari 443 imezuiwa.

Soma msimbo wa jibu na mbinu katika kumbukumbu ya seva. Kukataliwa katika hatua hii ni tatizo tofauti na muda wa TCP kuisha, na zote mbili hupelekea marekebisho tofauti.

Hatua 3: jumbe za udhibiti

Baada ya ombi kukubaliwa, SSTP hubadilishana jumbe za udhibiti zinazojadili na kuandaa handaki. Hizi ni jumbe za itifaki ndani ya mwili wa HTTPS, si maombi ya HTTP, kwa hivyo proksi inayokagua na kuandika upya miili inaweza kuzivunja wakati maombi ya ukurasa yanabaki bila kuguswa.

Hapa ndipo kifaa cha kati cha ukaguzi wa kina hupata sifa yake. Ikiwa kurasa zinapakia na VPN inashindwa, angalia kama mwili unabadilishwa badala ya kama bandari iko wazi.

Hatua 4: PPP inachukua

Kisha PPP hutoa tabia ya kipindi: majadiliano ya kiungo, uthibitishaji na usanidi wa tabaka la mtandao unaofuata. Uthibitishaji wa PPP ni tofauti na ukaguzi wa TLS ambao mteja tayari amepita. Cheti cha seva ambacho mteja anakubali hakisemi chochote kuhusu kama vitambulisho vya mtumiaji ni halali au akaunti imeidhinishwa.

Cheti kilichokubaliwa na kuingia kulikokataliwa hakingiliani. Hizi ni hatua mfululizo zenye matokeo huru.

Uthibitishaji una majukumu kadhaa

Mteja huthibitisha utambulisho wa seva ya TLS dhidi ya hifadhi yake ya uaminifu na jina lililosanidiwa. Kisha PPP huthibitisha mtumiaji au mashine, kulingana na usambazaji. Seva inaweza kuongeza sera yake kuhusu nani anaweza kuunganisha na anaweza kufikia nini. Weka jina la mwenyeji sawia na utambulisho wa cheti, kwa sababu kubadilisha na anwani mbichi hubadilisha usanidi unaofanya kazi kuwa hitilafu ya ukaguzi wa jina.

Andika ni hatua gani iliripoti hitilafu. Cheti, mbinu, ujumbe wa udhibiti, uthibitishaji wa PPP, kisha njia: maeneo matano, marekebisho matano.

Jaribio la kivinjari linaweza kuonyesha nini na haliwezi kuonyesha nini

Kupakia ukurasa kwenye anwani kunathibitisha utatuzi wa DNS, ufikivu wa TCP na kwamba kuna kitu kinachosikiliza na kuzungumza HTTP. Hakithibitishi kwamba mbinu inakubaliwa, ubadilishanaji wa udhibiti unaendelea au uthibitishaji wa PPP umesanidiwa. Tumia mteja anayetekeleza SSTP badala ya kubadilisha wasifu mwingine kwa kubadilisha bandari.

Baada ya kipindi kupanda, njia, DNS na upelekaji wa upande wa seva bado huamua mtumiaji anaweza kufikia nini. Handaki ni njia, si idhini.