OpenVPN: shtrëngimi i duarve TLS dështoi – në cilën degë jeni?

Rreshti që thotë se shtrëngimi i duarve TLS dështoi është fundi i një historie, jo fillimi. Ajo që ka rëndësi është ngjarja menjëherë përpara, sepse ajo ngjarje emërton cilën nga katër defektet shumë të ndryshme keni. Një skadim kohe, një mospërputhje e kanalit të kontrollit, një refuzim certifikate dhe një dështim pas negociimit prodhojnë të njëjtin titull. Zgjidhni degën sipas provave dhe rregullimi nuk është më hamendësim.

Lexoni ngjarjen e fundit para dështimit

Rrëshqitni lart në vend që të lexoni rreshtin e fundit. Ngjarja para shkëputjes zakonisht emërton fazën: asnjë përgjigje, një gabim gjatë shkëmbimit të paketave të kontrollit, një rezultat verifikimi ose një negociim i suksesshëm i ndjekur nga një rezultat autentikimi. Secili prej tyre i përket një pronari tjetër. Ai rresht i vetëm vendos cila pjesë më poshtë zbatohet.

Ruani tekstin e gabimit me versionin e klientit, pikën fundore dhe transportin. Mbani çelësat, fjalëkalimet dhe profilet e paedituara jashtë çdo gjëje që postoni publikisht.

Një gabim i parë i saktë vlen më shumë se një fragment i gjatë logu. Ai emërton fazën, dhe faza emërton pronarin.

Dega e parë: asgjë nuk u kthye

Nëse klienti dërgoi paketën e tij të parë dhe nuk mori asgjë të përdorshme, problemi është në rrugë ose te dëgjuesi. Konfirmoni që profili përputhet me një opsion që operatori ofron vërtet: adresa, porta dhe UDP ose TCP. Pastaj kontrolloni nëse pika fundore është fare e arritshme nga ky rrjet. Shënoni cila nga të dyja kontrollet dështoi përpara se të vazhdoni.

Një shfletues që ngarkon një faqe në të njëjtin emër hosti provon vetëm se një shërbim web u përgjigj. Edhe një lidhje TCP e pranuar nuk thotë asgjë nëse OpenVPN e përfundoi negociimin.

Nëse profili funksionon në një rrjet tjetër të besuar, mbani atë krahasim. Ai e lokalizon kufizimin në një rrugë ose në një ndërmjetës.

Dega e dytë: kanali i kontrollit nuk përputhet

Kur shkëmbimi fillon dhe pastaj ngec, cilësimet e kanalit të kontrollit janë i dyshuari i parë. tls-auth dhe tls-crypt duhet të përputhen me vendosjen, dhe materiali nga një server tjetër nuk do të prodhojë një shkëmbim të dobishëm. Ky dështim ndodh para çdo hyrjeje në llogari. Një profil i kopjuar nga një server më i vjetër është burimi i zakonshëm.

Rivendosja e fjalëkalimit nuk i zëvendëson ato cilësime, dhe huazimi i një çelësi nga një shërbim tjetër nuk është rregullim përputhshmërie. Merrni profilin përmes kanalit të verifikuar të operatorit dhe shënoni versionin e klientit që pret.

Regjistroni gabimin specifik të negociimit në vend që të aktivizoni një grumbull algoritmesh më të vjetra për të parë çfarë qëndron. Teksti i kapur i gabimit është ai që i lejon operatorit të kontrollojë anën e vet.

Dega e tretë: një certifikatë u refuzua

Një dështim i shprehur verifikimi emërton certifikatën që nuk i pëlqen. Kontrolloni së pari orën e pajisjes, pastaj lexoni cili objekt dështoi: certifikata e serverit, certifikata e klientit ose një lëshues në zinxhir. Skadimi, një lëshues i pabesuar dhe një identitet i papritur janë tre mesazhe të ndryshme.

Mbajeni verifikimin aktiv ndërsa merrni material të korrigjuar. Pranimi i një certifikate të palidhur e heq gabimin pa provuar se keni arritur serverin e synuar.

Shënoni nëse dështimi ndjek rrjetin apo profilin. Një gabim certifikate që shfaqet kudo nuk është problem rruge.

Dega e katërt: negociimi përfundoi dhe diçka tjetër dështoi

Pasi shkëmbimi i identitetit ka sukses, dështimi i mbetur i përket autentikimit ose rrugëtimit. Një refuzim i shprehur i llogarisë është çështje autentikimi, dhe një tunel i lidhur me site të paarritshme është çështje rrugëtimi ose DNS. Vazhdimi i zëvendësimit të opsioneve TLS në atë moment dëmton një fazë që funksiononte tashmë.

Kur raportoni problemin, thoni nëse dështon çdo rrjet, nëse funksionon një profil tjetër dhe nëse serveri e regjistroi përpjekjen. Heshtja në anën e serverit dhe një refuzim prej tij qëndrojnë në kufij të ndryshëm.