VPN pasahitz zuzen batek ezin du falta den ziurtagiria ordezkatu

Kredentzialak zuzenak dira, profila garbi inportatzen da, eta konexioak huts egiten du autentifikazioa osatu aurretik. Windows-en mezua 798 errorea izan daiteke, EAP metodoarako aurkitu ez zen ziurtagiri bati buruz. OpenVPN sarean, bezeroaren erregistroak zerbitzaria inoiz asetzen ez duen TLS eskuko keinua erakusten du. Biek objektu falta bera deskribatzen dute: bezeroak aurkeztu behar zuen bezero-ziurtagiria.

Pasahitz batek sekretu baten ezagutza frogatzen du; ziurtagiri batek gako baten jabetza frogatzen du, eta batek ez du bestea ordezkatzen.

Pasahitza ez zen inoiz arazoa

798 errorea ziurtagiri bilaketa hutsa da. Bezeroari konfiguratutako autentifikazio metodoarekin bat datorren ziurtagiri bat eskatu zitzaion, bere biltegia arakatu zuen eta ez zuen ezer erabilgarririk aurkitu. Horrek esan nahi du ziurtagiria falta dela, gako pribaturik gabe dagoela, iraungi dela edo bilaketak iristen ez den tokian gordeta dagoela. Pasahitza berriro saiatzeak ezin du baldintza horietako bat ere aldatu, horregatik errorea kredentzial zuzenekin itzultzen da.

Irakurri mezua hari dagokion eran jardun aurretik. Kredentzialen ukapena, ziurtagiri bilaketa hutsa eta TLS eskuko keinuko hutsa hiru aurkikuntza desberdin dira, eta horietako batek soilik du pasahitzarekin zerikusia.

Zer eduki behar du bezeroaren biltegiak

Bi objektu daude tartean. Bezero-ziurtagiria VPN bezeroa exekutatzen duen erabiltzailearentzat instalatu behar da, bere gako pribatuarekin, eta igortzen duen erroa fidagarria izan behar da. .cer fitxategi batek ziurtagiri publikoa baino ez du, beraz ezin du ezer autentifikatu bere kabuz. Windows ziurtagiri kudeatzailean, bezeroaren identitatea uneko erabiltzailearen biltegi pertsonalean dago, eta erroa erro fidagarrien biltegian.

Identitatea makinaren biltegian edo erro biltegian soilik instalatzeak ez du betetzen erabiltzailearen biltegi pertsonalera zuzendutako bilaketa bat. Egiaztatu biltegia, gako pribatuaren marka eta baliozkotasun datak batera, eta gero berrabiarazi bezeroa biltegia berriro irakur dezan.

Bi produktu, kredentzial falta bera

OpenVPN zerbitzariek bezero-ziurtagiri bat eskatzen dute lehenespenez. Bezeroari auth-user-pass gehitzeak erabiltzaile-izena eta pasahitza bidaltzen ditu, eta TLS eskuko keinua oraindik ziurtagiri bat eskatzen ari da, beraz pasahitzak bakarrik ezin du konexioa osatu verify-client-cert require ezarpenaren pean. Zerbitzaria ezer ez eskatzeko konfigura daiteke, eta horrek pasahitza bezeroaren kredentzial bakarra bihurtzen du eta benetako indar-galera da. auth-user-pass-verify atzean dagoen shell script batek kredentzialak balidatu ditzake, eta scriptak exekutatzeko gaitasuna behar du, eta horrek autentifikazio backend egoki bat baino diseinu arriskutsuagoa egiten du.

Pasahitzean soilik oinarritutako profilak bultzatutako aukeretan ere badu menpekotasuna, eta horiek, era berean, tiraketa mekanismoa gaituta egotearen mende daude.

Ez konpondu falta den ziurtagiri bat egiaztapenak desaktibatuta

Tentazioa egiaztapena laxatzea da, mezua desagertu dadin. Horrek bere lana egiten ari zen kontrola kentzen du eta jada aldarrikatzen duena frogatzen ez duen konexioa uzten du. Atebideak bere erroa duela gutxi aldatu badu, deskargatu berriro bezeroaren paketea profila editatu beharrean, pakete zaharrak aurreko erroa oraindik ere eraman baitezake. Ziurtagiri bidezko autentifikazioaren aukera profil editorean falta bada, baliteke instalatutako Windows bertsioak metodo hori erakusten ez izatea; eguneratu sistema XML eskuz editatu beharrean.

Idatzi zein biltegik zeukan ziurtagiria, zein erabiltzailek exekutatu zuen bezeroa eta gako pribatua han zegoen ala ez. Hiru horiek huts honen kasik guztiak azaltzen dituzte.

Pasahitza ondo zegoen. Metodoak benetan behar zuen kredentziala beste nonbait zegoen.