SSTPk lehenengo zerbitzaria eta gero erabiltzailea autentifikatzen ditu

SSTP bezero batek TLS osa dezake eta, hala ere, erabiltzailea segundo bat geroago baztertu. Segida hori ez da akats bat, protokolo-pila da: lehenengo garraioaren segurtasuna, gero erabiltzailearen autentifikazioa. Bi faseek mezu desberdinekin huts egiten dutenez, konponketa desberdinak ere behar dituzte. Errorea zein fasek sortu duen irakurtzea da diagnostikoaren zatirik handiena.

Konfiantzazko ziurtagiri batek amaierako puntua frogatzen du; kontuaz ez du ezer esaten.

Zer ezartzen du TLS esku-emateak

Bezeroak zerbitzariak aurkeztutako ziurtagiria balioztatzen du bere konfiantza-biltegien, eskatutako ostalari-izenaren, baliozkotasun-leihoaren eta plataformak aplikatzen duen edozein politika gehigarriren aurka. Horrek nahi den amaierako punturako konexioa babesten du. Ez du frogatzen kontu jakin bat gaituta, iraungi gabe edo urruneko sarbidea erabiltzeko baimenduta dagoenik. Hori geroago beste osagai batek planteatutako galdera bereiziak dira.

Horregatik da konponketa okerra ziurtagiri-egiaztapenak kentzea saio-hasierako gonbita lortzeko. Egiaztatu ezin duzun konexio batean lortzen duzu saio-hasierako gonbita. Ziurtagiri-errore bat ostalari-izenari, erlojuari, kateari edo konfiantza-konfigurazioari dagokio.

Zer gehitzen diote SSTPk eta PPPk gainean

SSTPk HTTPS gainean funtzionatzen du eta PPP darama barruan, konexioaren inguruan bere kontrola-trukearekin. Gero PPPk bere esteka- eta autentifikazio-faseak exekutatzen ditu, eta autentifikazio-metodoa zerbitzariaren politikan eta bezeroaren gaitasunean oinarritzen da. PAP, CHAP, MS-CHAPv2 eta EAP PPP autentifikazioko aukerak dira, propietate oso desberdinekin. VPNren erabiltzaile-egiaztapena PPP fase hori da, ez haren azpiko TLS geruza.

Beraz, erabiltzailea baztertzeak kredentzialak, kontu-murrizketa edo metodo-desadostasuna esan dezake.

Zerbitzari aldeko arrazoia askoz erabilgarriagoa da profileko sekretu guztiak berrezartzea baino. Kontua desgaituta egoteko gertaera batek eta metodoaren negoziazioaren hutsegiteak antzeko itxura dute bezeroan eta ez dute ezer komunean zerbitzarian.

Egokitu errorea faseari

Egiaztatu konexioak TLSera iristen den, gero SSTP HTTP trukera, gero PPP fasera. Mantendu erregistroen denbora-markak lerrokatuta saiakera desberdinen artean, lehenagoko hutsegitea geroagoko arrakastarekin ez nahasteko. Leiho batean bi saiakera erregistratzen dituen bezero bat, bestela, iritsitako azken fasean huts egin duela emango du. Irakurri lehen errore esanguratsua, ez azken lerroa.

Lerrokatze berak garrantzia du zerbitzari aldean, non autentifikazio-erregistroa eta garraio-erregistroa maiz erloju desberdineko fitxategi bereiziak baitira. Bi minutuko desbideratzeak nahikoa dira itxurazko arrazoi bat ezinezkoa emateko.

Saioa hasi ondoren, baimena oraindik bereizia da

Saio-hasiera arrakastatsuak ez du baliabide pribatu guztiak ematen. Ibilbideek zehazten dute zer den irisgarria, DNSk zehazten du zer ebazten den, eta zerbitzu bakoitzak bere baimenak aplikatzen ditu oraindik. Konektatuta erakusten duen saio bat tunelari buruzko adierazpena da, ez fitxategi-partekatzeari buruzkoa. Erabiltzaile bat konektatu ahal bada eta ostalari bakar batera iritsi ezin bada, tunelaren fasea jada amaituta dago.

Hori esku-emateak erakutsi zuen geruzatze bera da, maila bat gorago.

Mantendu kontuaren berreskuratzea operadoreak onartzen duen prozesuan, erabiltzaileak esplizituki ukatzearen aurrean garraio-ezarpenak aldatzen ibili beharrean. Kontu desgaituta bat konpontzeko garraioa aldatzea lan egiten duela dirudien konponketa mota da, kontua kausa ezberdin batengatik berriro gaitzen denean.