ప్రైవేట్ కీ లేకుండా P12 నుండి సర్టిఫికెట్లను ఎగుమతి చేయండి

సహాయ టికెట్ VPN బండిల్ లోపల ఏ సర్టిఫికెట్ ఉందని అడుగుతుంది, మొదటి ప్రేరణ అన్నింటినీ ఎగుమతి చేసి జోడించడం. P12 ఫైల్ సర్టిఫికెట్లను మరియు ప్రైవేట్ కీ పదార్థాన్ని ఒకే కంటైనర్‌లో ప్యాక్ చేస్తుంది, కాబట్టి అన్నింటినీ ఎగుమతి చేయడం మీరు పంపకూడని విషయమే. ప్రశ్నకు సమాధానం ఇచ్చే ఆదేశం ఎంపిక సమస్య, మార్పిడి సమస్య కాదు. కంటైనర్‌లో ఏ సగం మీకు లభిస్తుందో నాలుగు ఫ్లాగ్‌లు నిర్ణయిస్తాయి, వాటిలో రెండు నిజంగా ఉన్నదాని కంటే సురక్షితంగా అనిపిస్తాయి.

కంటైనర్‌ను ఖాళీ చేయడం బదులు చదవడంతో ప్రారంభించండి.

PKCS12 ఫైల్ వాస్తవంగా ఏమి కలిగి ఉంటుంది

PKCS12 కంటైనర్ ఒకటి లేదా ఎక్కువ సర్టిఫికెట్లు, బహుశా ప్రైవేట్ కీ, మరియు కంటెంట్‌పై ఒక message authentication code కలిగి ఉంటుంది. సర్టిఫికెట్లలో మీ క్లయింట్ గుర్తింపు యొక్క లీఫ్ సర్టిఫికెట్ మరియు దానిని CA తో కలిపే మధ్యస్థ సర్టిఫికెట్లు ఉండవచ్చు. కీ ఉన్నప్పుడు, ఫైల్‌ను పత్రంగా కాకుండా రహస్యంగా మార్చేది అదే.

ఈ భేదమే -nokeys ఉండటానికి మరియు ఈ పనికి అవసరమైన ఫ్లాగ్ అదే ఉండటానికి కారణం.

కీని రాయకుండా బండిల్ చదవండి

తనిఖీ రూపం నిర్మాణాన్ని మరియు అల్గోరిథం వివరాలను ముద్రిస్తుంది, ఏమీ రాయదు: openssl pkcs12 -in client.p12 -info -noout. ఇది దిగుమతి పాస్‌వర్డ్‌ను అడుగుతుంది, ఆ విలువకు అదే సరైన స్థలం, మరియు ఫైల్‌లో కీ ఉందో లేదో చెబుతుంది. పాస్‌వర్డ్ టైప్ చేయలేనప్పుడు -passin env:PKCS12_PASS ఉపయోగించండి, ఎందుకంటే shell ఆదేశంలోని పాస్‌వర్డ్ ప్రక్రియ జాబితాలోని పాస్‌వర్డ్. ఈ దశ ఏమీ ఎగుమతి చేయదు, అదే మొత్తం విషయం.

అవుట్‌పుట్‌ను మూడు విషయాల కోసం చదవండి: ఎన్ని సర్టిఫికెట్లు, కీ ఉందా, ఏ అల్గోరిథమ్‌లు దానిని రక్షిస్తాయి.

-nokeys ఉపయోగించండి, దానిని -nocerts తో కలపకండి

-nokeys ప్రైవేట్ కీలను మినహాయించి సర్టిఫికెట్లను వదిలిస్తుంది. -clcerts దానిని క్లయింట్ సర్టిఫికెట్లకు సంకుచితం చేస్తుంది, -cacerts దానిని CA సర్టిఫికెట్లకు సంకుచితం చేస్తుంది, ఈ రెండూ ఫిల్టర్లు, ప్రత్యామ్నాయాలు కావు. -nocerts అదే ఆలోచన యొక్క సురక్షిత స్పెల్లింగ్‌లా చదవబడుతుంది, వ్యతిరేకాన్ని సూచిస్తుంది: సర్టిఫికెట్లు లేవు, ఇది కీలను మాత్రమే వదిలిస్తుంది. దానిని సర్టిఫికెట్ ఎగుమతిలో కలపడమే ప్రైవేట్ కీ డిస్క్‌లో ముగిసే మార్గం.

సర్టిఫికెట్ ఫైల్ మరియు CA ఫైల్‌ను, మరేదీ కాకుండా ఉత్పత్తి చేసే రెండు పంక్తుల రూపం ఇది:

openssl pkcs12 -in client.p12 -nokeys -clcerts -out client-certificates.pem
openssl pkcs12 -in client.p12 -nokeys -cacerts -out ca-certificates.pem

పాత బండిల్‌లకు OpenSSL 3 లో -legacy అవసరం, వాటి పాత ఎన్‌క్రిప్షన్‌ను చదవడానికి. ఆ ఫ్లాగ్ పార్సర్ ఏమి అంగీకరిస్తుందో మారుస్తుంది, ఏమి విడుదల చేస్తుందో కాదు. పార్సింగ్ మద్దతు లేని అల్గోరిథం లోపంతో విఫలమైతే, -legacy జోడించడం సరైన మొదటి చర్య, MAC తనిఖీని దాటవేయడం కాదు.

అవుట్‌పుట్‌ను తనిఖీ చేయండి, నిష్క్రమణ కోడ్ కాదు

సున్నా నిష్క్రమణ స్థితి ఆదేశం నడిచిందని చెబుతుంది, ఫైల్‌లో మీరు ఆశించినది ఉందని కాదు. అవుట్‌పుట్‌లో సర్టిఫికెట్లను లెక్కించి subject మరియు తేదీలను చదవండి: openssl x509 -in client-certificates.pem -noout -subject -dates -fingerprint. ఫింగర్‌ప్రింట్‌ను సహాయ బృందం ఆశించే దానితో పోల్చండి, ఎందుకంటే రెండు క్లయింట్ సర్టిఫికెట్లు ఉన్న బండిల్ రెండు బ్లాకుల ఫైల్‌ను ఉత్పత్తి చేస్తుంది, చాలా సాధనాలు మొదటిదాన్ని మాత్రమే చదువుతాయి. ఉద్దేశ్యం, విశ్వాసం మరియు కీ సరిపోలిక మళ్లీ వేర్వేరు పరీక్షలు.

పార్స్ చేయగల సర్టిఫికెట్ పార్స్ చేయగల సర్టిఫికెట్. అది VPN అంగీకరించే సర్టిఫికెట్ కాదు.

మీకు ఫైల్‌లు అవసరమా అని నిర్ణయించుకోండి

స్వీకరించే క్లయింట్ PKCS12 ను నేరుగా దిగుమతి చేస్తే, అసలు బండిల్‌ను ఆమోదించిన ఛానెల్ ద్వారా పాస్‌వర్డ్‌ను వేరుగా ఉంచి పంపడం సులభం, రక్షణను కూడా నిలుపుతుంది. సంగ్రహణ తనిఖీకి, PEM అవసరమయ్యే క్లయింట్‌కు, లేదా నిర్దిష్ట ఆర్టిఫాక్ట్ అడిగిన సహాయ కేసుకు. ప్రతి సంగ్రహణ ఒక పొరను తొలగిస్తుంది, దానికి కారణం ఉండాలి.

ప్రజా సర్టిఫికెట్లలో ప్రైవేట్ కీ ఉండదు, కానీ పేర్లు మరియు సంస్థ వివరాలు ఉంటాయి. ఫైల్‌కు బదులు టికెట్ అడిగిన ఫీల్డ్‌లను పంచుకోండి, ఫైల్‌ే అడిగినట్లయితే తప్ప.