Nakikita ang sertipiko sa Windows ngunit hindi magamit ng OpenVPN ang susi nito

Nakikita ang sertipiko sa tagatingin ng mga sertipiko ng Windows, at hindi pa rin ito magamit ng kliyente. Ang makita ang isang sertipiko ay nagpapatunay lamang na may pampublikong bagay sa isang tindahan. Hindi nito pinatutunayan na mahahanap ng proseso ng koneksyon ang tugmang pribadong susi o na pinapayagan itong gamitin iyon.

Tatlong bagay ang dapat magtugma. Ang piniling sertipiko, ang pribadong susi sa likod nito at ang account na pinapatakbo ng kliyente ay magkakaibang bagay, at bawat isa ay maaaring mabigo nang mag-isa.

Tatlong bagay, tatlong sagot

Sa Windows, ang bersyong pangkomunidad ng OpenVPN ay nagdodokumento ng tagapili ng tindahan ng CryptoAPI, cryptoapicert, na tumatanggap ng thumbprint. Dapat tukuyin ng halaga ang sertipikong talagang balak mong gamitin, hindi ang isa pang may katulad na pangalan. Ang iba pang aplikasyong nakabatay sa OpenVPN ay maaaring may ganap na ibang modelo ng pag-angkat, kaya ang tagapili ay patunay lamang para sa build na nagdodokumento nito. Tiyakin na ipinapatupad ng iyong kliyente ang mekanismong ito bago mag-debug ng anuman sa ibaba.

Kung hindi sinusuportahan ng build ang tagapili, ang solusyon ay ibang anyo ng profile, hindi ibang sertipiko.

Dinadala ba ng tagapili sa tamang pagkakakilanlan

Ang pampublikong sertipiko ay maaaring angkatin nang walang pribadong susi nito. Ipinapakita ito ng tagatingin sa alinmang kaso, at iyon ang dahilan kung bakit ang kabiguan na ito ay mukhang binabalewala ng kliyente ang isang sertipikong malinaw na naroroon. Suriin ang kaugnayan ng susi, hindi lamang ang pagkakaroon ng entry.

Ang na-renew na sertipiko ay nagdaragdag ng pangalawang bitag. Maaaring manatili ang dalawang entry sa tindahan habang pinapangalanan pa rin ng profile ang mas lumang thumbprint, at patuloy na pinipili ng kliyente ang pagkakakilanlang nais mong alisin.

Suriin kung aling pagkakakilanlan dinadala ng tagapili bago tingnan ang mga pahintulot. Ang maling thumbprint ay nabibigo sa parehong paraan tulad ng nawawalang susi.

Magagamit ba ng account na ito ang susi

Ang pag-access sa susi ay kada account. Ang isang serbisyo, naka-iskedyul na gawain at interaktibong sesyon ng desktop ay maaaring may iba't ibang tanaw sa tindahan at iba't ibang pahintulot na gumamit ng pribadong susi. Ang nakikita ang sertipiko sa sarili mong sesyon ay walang sinasabi tungkol sa account ng serbisyo.

Ang susing sinusuportahan ng hardware ay maaaring mangailangan ng tagapagbigay nito at isang hakbang ng kumpirmasyon. Ang serbisyong hindi makapagpakita ng prompt ay hindi maililigtas sa pamamagitan ng pag-export ng susi sa ordinaryong file.

Basahin ang lokal na error bago baguhin ang anuman. Ang kabiguan sa pagpili, kabiguan sa pagpirma at pagtanggi ng server ay tatlong magkakaibang resulta. Ang unang dalawa lamang ang lokal. Ang pangatlo ay nangangahulugan na gumana ang susi at nagpasyang laban sa sertipiko ang server.

Ang lokal na paggamit ay hindi pagtanggap ng server

Ang lokal na tagumpay ay hindi awtorisasyon. Kapag napirmahan na ng kliyente ang kanyang susi, sinusuri pa rin ng server ang nagbigay, ang panahon ng bisa, ang papel at ang patakaran nito sa pag-access. Ang ibang sertipiko mula sa parehong CA ay hindi awtomatikong may parehong mga karapatan sa VPN.

Kailangan ng server ang tanikala ng pagtitiwala, hindi kopya ng pribadong susi ng kliyente. Ang pagpapadala ng susi sa server ay hindi kailanman ang pag-aayos ng problema sa pagpapatunay.

Isa-isahin ang kabiguan ayon sa pagkakasunod-sunod

Itago ang eksaktong teksto ng error. Ang kakulangan ng pahintulot sa susi ay hindi dapat maging pagbabago ng CA, at ang pagtanggi ng server ay hindi dapat maging pag-aayos ng tindahan. Bawat isa ay may sariling ebidensya.

Magtrabaho sa pagkakasunod-sunod na lumilitaw ang kabiguan: tagapili, susi, account, at pagkatapos ay patakaran ng server. Ang sanggunian ng kliyente ng komunidad ay nagdodokumento ng tagapili ng tindahan ng Windows para sa bersyong pinapatakbo mo.