A tanúsítvány látszik a Windowsban, de az OpenVPN nem tudja használni a kulcsát

A tanúsítvány látszik a Windows tanúsítványmegjelenítőjében, és az ügyfél mégsem tudja használni. Egy tanúsítvány látványa csak azt bizonyítja, hogy létezik egy nyilvános objektum egy tárolóban. Nem bizonyítja, hogy a kapcsolatfolyamat megtalálja a hozzá tartozó privát kulcsot, vagy hogy jogosult a használatára.

Három objektumnak kell összeillenie. A kiválasztott tanúsítvány, a mögötte lévő privát kulcs és a fiók, amely alatt az ügyfél fut, külön dolgok, és mindegyik önmagában is meghiúsulhat.

Három objektum, három válasz

A Windows alatti OpenVPN közösségi változata egy CryptoAPI-tárolóválasztót dokumentál, cryptoapicert, amely ujjlenyomatot vesz át. Az értéknek azt a tanúsítványt kell megjelölnie, amelyet valóban használni kíván, nem egy hasonló nevűt. Más OpenVPN-alapú alkalmazásoknak teljesen más importmodellje lehet, ezért a választó csak annak a buildnek a szempontjából bizonyíték, amely dokumentálja. Erősítse meg, hogy ügyfele megvalósítja a mechanizmust, mielőtt bármit is hibakeresne lejjebb.

Ha a build nem támogatja a választót, a megoldás másik profilformátum, nem másik tanúsítvány.

A választó a helyes identitáshoz vezet

Egy nyilvános tanúsítvány a privát kulcsa nélkül is importálható. A megjelenítő mindkét esetben megmutatja, és ezért tűnik úgy ez a hiba, mintha az ügyfél figyelmen kívül hagyna egy nyilvánvalóan létező tanúsítványt. Ellenőrizze a kulcshoz való kapcsolódást, ne csak a bejegyzés meglétét.

A megújított tanúsítvány második csapdát hoz. Mindkét bejegyzés a tárolóban maradhat, miközben a profil még a régebbi ujjlenyomatot nevezi meg, és az ügyfél továbbra is azt az identitást választja, amelyet ki akart vonni.

Ellenőrizze, melyik identitáshoz vezet a választó, mielőtt az engedélyekre nézne. A rossz ujjlenyomat ugyanúgy meghiúsul, mint egy hiányzó kulcs.

Használhatja-e ez a fiók a kulcsot

A kulcshoz való hozzáférés fiókonként értendő. Egy szolgáltatás, egy ütemezett feladat és egy interaktív asztali munkamenet különböző tárolónézetekkel és különböző engedéllyel rendelkezhet egy privát kulcs használatára. Az, hogy a tanúsítvány a saját munkamenetében látszik, semmit sem mond a szolgáltatásfiókról.

A hardverrel támogatott kulcshoz szükség lehet a szolgáltatójára és egy megerősítési lépésre. Egy szolgáltatást, amely nem tud kérést megjeleníteni, nem ment meg a kulcs egyszerű fájlba exportálása.

Olvassa el a helyi hibát, mielőtt bármit módosítana. A kiválasztási hiba, az aláírási hiba és a kiszolgáló elutasítása három különböző kimenet. Csak az első kettő helyi. A harmadik azt jelenti, hogy a kulcs működött, és a kiszolgáló a tanúsítvány ellen döntött.

A helyi használat nem távoli elfogadás

A helyi siker nem felhatalmazás. Miután az ügyfél aláírt a kulcsával, a kiszolgáló továbbra is értékeli a kibocsátót, az érvényességi ablakot, a szerepet és a hozzáférési szabályzatát. Egy másik tanúsítvány ugyanattól a CA-tól nem hordoz automatikusan ugyanolyan VPN-jogokat.

A kiszolgálónak a bizalmi láncra van szüksége, nem az ügyfél privát kulcsának másolatára. A kulcs elküldése a kiszolgálónak soha nem az ellenőrzési probléma javítása.

Dolgozza fel a hibát sorrendben

Őrizze meg a hiba pontos szövegét. A hiányzó kulcsengedély nem válhat CA-váltássá, a kiszolgáló elutasítása pedig nem válhat tárolójavítássá. Mindegyiknek megvannak a maga bizonyítékai.

Abban a sorrendben dolgozzon, ahogy a hiba megjelenik: választó, kulcs, fiók, majd a kiszolgáló szabályzata. A közösségi ügyfélsreferencia dokumentálja a Windows-tároló választóját a használt verzióhoz.