Hvers vegna OpenVPN biður enn um einkalyklaskrá þegar tóken er til staðar

Þú setur tókenið í, verkfæri veitandans sjálfs sér það, og VPN-biðlarinn biður samt um einkalyklaskrá. Þessi beiðni er ekki sönnun þess að tókenið sé ekki stutt. Hún þýðir venjulega að prófíllinn hafi aldrei sagt biðlinum að nota tókenið, svo hann féll aftur í vottorðs- og lykilinnslágin sem hann væntir sjálfgefið.

Tvö aðskilin gildi verða að vera rétt áður en þetta afturhvarf stöðvast: veitandinn sem afhjúpar tókenið og auðkenni vottorðsins inni í því. Þau eru gefin með mismunandi valkostum og auðvelt er að rugla þeim saman.

Biðlarinn biður um skrá vegna þess að prófíllinn segir svo

Sjálfgefinn prófíll væntir vottorðsskrár og einkalyklaskrár, eða eins PKCS#12-pakka. Þegar þessi innslög vantar hefur biðlarinn ekkert til að hlaða og hagar sér næstum eins og þegar skrá vantar, og þess vegna er einkenninu lesið sem brotin slóð frekar en vöntun á ferli. PKCS#11-slóðin kemur í stað þessara innslaga í stað þess að bæta við þau, svo prófíll sem enn nefnir lyklaskrá mun halda áfram að nota skrána. Fjarlægðu skráarinnslögin viljandi og leyfðu tókeninu að sjá um báða helmingana.

Valkostur veitandans nefnir millilagsbókasafn, ekki tæki og ekki vottorð. Hvort pakkaður biðlari geti hlaðið því bókasafni fer eftir því hvernig hann var byggður, þar á meðal valfrjálsum p11-kit stuðningi sem sumar byggingar virkja og aðrar sleppa. Almenn kennslubók getur ekki sagt þér hvaða fyrirkomulag pakkinn þinn hefur.

Raðaða auðkennið er annað gildi

Auðkenni vottorðsins er löng raðað strengur sem uppgötvunarferlið framleiðir, og hann er ekki slóð bókasafnsins, ekki PIN tókensins og ekki nafn VPN-reikningsins. Hann inniheldur oft stafi sem þarf að setja í gæsalappir, og gildi án gæsalappa getur styttst eða lesist rangt án skýrrar villu. Notaðu eigin valkost biðlarans auðkennauppgötvun til að lista það sem tókenið afhjúpar, og afritaðu síðan tilætluðu færsluna nákvæmlega. Að velja fyrsta hlutinn á listanum er leiðin sem tæki endar á að kynna rangt vottorð.

Úttak uppgötvunarinnar svarar líka fyrri spurningu: hvort tókenið sé yfirhöfuð sýnilegt í gegnum þann veitanda. Ef það listar ekkert liggur vandamálið ofar en VPN-biðlarinn og tilheyrir millilaginu.

Ferlið sem tengist verður að ná til tókensins

Tókenaaðgerð sem virkar í skjáborðssetunni þinni sannar ekkert um kerfisþjónustu. Þjónustan getur keyrt sem annar notandi, í öðru mount-nafnrými, með slóð að einingum sem sleppir bókasafni veitandans, eða án leyfis til að opna tækjahníðina. Greindu hvaða ferli heldur tengingunni í raun og prófaðu frá því samhengi.

Meðferð PIN verðskuldar eigin ákvörðun. Tilvísunarútfærslan býður PIN-skyndiminni og varðaða auðkenningarslóð, og bæði eru til svo stjórnandi geti valið vinnuflæði í stað þess að finna það upp. Breyttu ekki eftirlitslausri kröfu í PIN í hreinu texta inni í sameiginlegum prófíl, því það skiptir vernd tókensins fyrir þægindi. Þar sem tókenið bannar útflutning lykils fer undirritun fram í tækinu og PIN er eina staðbundna leyndarmálið. Meðhöndlaðu það af þeirri gætni sem það felur í sér.

Það sem tókenið kemur ekki í staðinn fyrir

Tókenið auðkennir biðlarann samkvæmt uppsettu stefnunni og kemur ekki í stað athugana biðlarans á þjóninum. Vottorð sem valið var með góðum árangri er ekki leyfi til að samþykkja óvænt gáttarvottorð, og athuganirnar tvær vernda gagnstæðar áttir.

Skráning verður samt að fara fram hjá útgefandanum, og gáttin verður samt að heimila auðkennið.

Fyrir samþykki skaltu aðskilja þrepin: veitandinn hleðst, tilætlað vottorð finnst, einkalykillinn er notaður með staðbundnu leyfi, VPN auðkennir sig, og aðgerðin á auðlindinni tekst. Stoppaðu við fyrsta þrepið sem mistekst í stað þess að fara í gegnum lykilorð og setja dulritunarstakkinn upp á ný.

Skráðu útgáfur, eignarhald eininga, valið opinbert auðkenni og hreinsaðar villur, og haltu PIN-kóðum og skírteinispökkum utan þeirrar skráningar.