SSTP huthibitisha seva kwanza na mtumiaji baadaye

Mteja wa SSTP anaweza kukamilisha TLS na bado kumkataa mtumiaji sekunde moja baadaye. Mfululizo huo si hitilafu, ni safu ya itifaki: usalama wa usafirishaji kwanza, uthibitishaji wa mtumiaji baadaye. Kwa kuwa hatua mbili hushindwa kwa jumbe tofauti, zinahitaji pia marekebisho tofauti. Kusoma ni hatua ipi iliyozalisha hitilafu ndio sehemu kubwa ya uchunguzi.

Cheti kinachoaminika huthibitisha sehemu ya mwisho; hakuna kinachosema kuhusu akaunti.

Kile ambacho mshikamano wa mikono wa TLS huthibitisha

Mteja huthibitisha cheti kinachowasilishwa na seva dhidi ya hifadhi yake ya uaminifu, jina la mwenyeji lililoombwa, dirisha la uhalali na sera yoyote ya ziada inayotumiwa na jukwaa. Hilo hulinda muunganisho kwa sehemu ya mwisho inayokusudiwa. Lakini hathibitishi kwamba akaunti fulani imewezeshwa, haijaisha muda au imeruhusiwa kwa ufikiaji wa mbali. Hiyo ni maswali tofauti yanayoulizwa baadaye na sehemu nyingine.

Ndiyo sababu kuondoa ukaguzi wa cheti ili kufikia kidokezo cha kuingia ni marekebisho yasiyofaa. Unapata kidokezo cha kuingia kwenye muunganisho ambao hauwezi kuuthibitisha. Hitilafu ya cheti inahusiana na jina la mwenyeji, saa, mnyororo au usanidi wa uaminifu.

Kile ambacho SSTP na PPP huongeza juu

SSTP hufanya kazi juu ya HTTPS na hubeba PPP ndani yake, ikiwa na ubadilishanaji wake wa udhibiti kuzunguka muunganisho. Kisha PPP hufanya hatua zake za kiungo na uthibitishaji, na mbinu ya uthibitishaji inategemea sera ya seva na uwezo wa mteja. PAP, CHAP, MS-CHAPv2 na EAP zote ni chaguo za uthibitishaji wa PPP zenye sifa tofauti sana. Ukaguzi wa mtumiaji wa VPN ni hatua hiyo ya PPP, si tabaka la TLS lililo chini yake.

Kwa hiyo kukataliwa kwa mtumiaji kunaweza kumaanisha vitambulisho, kizuizi cha akaunti au kutolingana kwa mbinu.

Sababu upande wa seva ni muhimu zaidi kuliko kuweka upya kila siri kwenye wasifu. Tukio la akaunti iliyozimwa na kushindwa kwa majadiliano ya mbinu huonekana sawa kwa mteja na hakuna kitu kinachoshirikiwa kwa seva.

Linganisha hitilafu na hatua

Angalia kama muunganisho unafikia TLS, kisha ubadilishanaji wa HTTP wa SSTP, kisha hatua ya PPP. Weka mihuri ya muda ya kumbukumbu zikiwa zimesawazishwa kati ya majaribio ili kushindwa kwa awali kusichanganywe na mafanikio ya baadaye. Mteja anayerekodi majaribio mawili katika dirisha moja vinginevyo ataonekana kushindwa katika hatua ya mwisho aliyoifikia. Soma hitilafu ya kwanza inayohusika, si mstari wa mwisho.

Usawazishaji huo huo ni muhimu upande wa seva, ambapo rekodi ya uthibitishaji na kumbukumbu ya usafirishaji mara nyingi ni faili tofauti zenye saa tofauti. Dakika mbili za mchepuko zinatosha kufanya sababu dhahiri ionekane isiyowezekana.

Baada ya kuingia, idhini bado ni tofauti

Kuingia kwa mafanikio hakuna kunatoa kila rasilimali ya kibinafsi. Njia huamua kinachoweza kufikiwa, DNS huamua kinachotatuliwa, na kila huduma bado inatumia ruhusa zake. Kikao kinachoonyeshwa kimeunganishwa ni taarifa kuhusu handaki, si kuhusu kushiriki faili. Mtumiaji anapoweza kuunganisha na hawezi kufikia mwenyeji mmoja, hatua ya handaki tayari imekamilika.

Huo ni utabakaji huo huo ambao mshikamano wa mikono ulionyesha, ngazi moja juu.

Weka urejeshaji wa akaunti ndani ya mchakato unaoungwa mkono na mwendeshaji badala ya kubadilisha mipangilio ya usafirishaji kujibu kukataliwa wazi kwa mtumiaji. Kubadilisha usafirishaji ili kurekebisha akaunti iliyozimwa ni aina ya marekebisho yanayoonekana kufanya kazi wakati akaunti inawashwa tena kwa sababu isiyohusiana.