VPN ధృవపత్రాన్ని కాపీ చేయడం కీని కాపీ చేయదు

ఈ మార్గదర్శిని క్లయింట్ ధృవపత్రాల జాబితా నుండి మొదలవుతుంది; అక్కడ నమోదు ఒక పేరు, ఒక జారీచేసినవారు మరియు ఒక ముగింపు తేదీ మాత్రమే చూపుతుంది. దాన్ని ఎగుమతి చేసి, రెండో పరికరంలో దిగుమతి చేయండి, ప్రైవేట్ కీ స్వాధీనాన్ని క్లయింట్ నిరూపించలేకపోవడంతో కనెక్షన్ తిరస్కరించబడుతుంది. ఫైల్ పూర్తిగా కాపీ అయింది; ధృవపత్రం తన కీని తానే మోసుకొస్తుందని ఆశించడమే పొరపాటు. ఆకృతిని ఎంచుకునే ముందు ఎగుమతి సంభాషణను చదవండి, తర్వాత మీకు నిజంగా లభించిన ఫైల్ను పరిశీలించండి.

రెండు క్లిక్కులు, రెండు పూర్తిగా భిన్నమైన రచనలు.

ఫైల్ పొడిగింపు కాదు, ఎగుమతి సంభాషణను చదవండి

DER లేదా PEM ధృవపత్ర ఎగుమతిలో బహిరంగ కీ మరియు సంతకం చేసిన గుర్తింపు వాదనలు ఉంటాయి; సర్వర్ మిమ్మల్ని నమ్మడానికి, క్లయింట్ సర్వర్ను ధృవీకరించడానికి అవి అవసరం. PKCS#12 బండిల్ అనేది ధృవపత్రాన్ని, దాని గొలుసును, దానికి సరిపోయే ప్రైవేట్ కీని ఉంచగల పాత్ర; సంకేతపదంతో రక్షించబడుతుంది, కీ లేకుండా కూడా దీన్ని సృష్టించవచ్చు.

PEM కేవలం పాఠ్య ఎన్కోడింగ్, కంటెంట్ గురించిన హామీ కాదు. ఒకే పొడిగింపు ఒకే ధృవపత్రాన్ని లేదా లేబుల్ చేసిన అనేక బ్లాక్లు ఉన్న ఫైల్ను వివరించగలదు; ఏది అనేది ఎగుమతి ఎంపికలే నిర్ణయిస్తాయి.

అందువల్ల ఉపయోగకరమైన ప్రశ్న ఎప్పుడూ మీకు ఏ పొడిగింపు వచ్చింది అనేది కాదు, ఫైల్లో ఏ బ్లాక్లు ఉన్నాయి అనేది. కీ లేకుండా ఎగుమతి చేసిన బండిల్ కూడా బండిలే. ఆకృతి ప్రజాదరణ కాదు, కంటెంట్ను తనిఖీ చేయండి.

మీకు నిజంగా ఏమి లభించిందో పరిశీలించండి

ఏదైనా దిగుమతి చేసే ముందు లేబుల్లను వెతకండి, తర్వాత ధృవపత్రం ఫీల్డ్లను చదివి మీరు ఏ గుర్తింపును కలిగి ఉన్నారో నిర్ధారించుకోండి. నిజంగా దిగుమతి అయ్యే ఫైల్పైనే తనిఖీలు నిర్వహించండి. ప్రతి పునర్ ఎగుమతి తర్వాత వాటిని పునరావృతం చేయండి, ఎందుకంటే ఎంపికలు భిన్నంగా ఉండవచ్చు.

grep -E 'BEGIN (CERTIFICATE|PRIVATE KEY|ENCRYPTED PRIVATE KEY)' bundle.pem
openssl x509 -in client.crt -noout -subject -issuer -dates
openssl pkey -in client.key -noout -text | head -5
openssl pkcs12 -info -in client.p12 -noout

ధృవపత్ర బ్లాక్ మాత్రమే ఉన్న ఎగుమతి బహిరంగ వస్తువు, అది ధృవీకరించలేదు. ధృవపత్రం లేని కీ బ్లాక్ సర్వర్ ఆశించే గొలుసు లేకుండా మిమ్మల్ని వదిలేస్తుంది. PKCS#12 సమాచార ఫలితం కీ ఉందా లేదా అని కూడా తెలియజేస్తుంది, ఇది ఆ ఆకృతికి సంబంధించిన ప్రశ్నను పరిష్కరిస్తుంది. ఇది అల్గోరిథం మరియు కీ పరిమాణాన్ని కూడా చెబుతుంది, కీ లేనప్పుడు పూర్తిగా విఫలమవుతుంది.

ప్రైవేట్ కీ ఉన్న ఫైల్ను మద్దతు థ్రెడ్కు, సమస్య ట్రాకర్కు లేదా చాట్కు ఎప్పుడూ అతికించవద్దు, అది మీరు ఇప్పటికే పంచుకున్న ధృవపత్రం లాగా కనిపించినా. కీ ప్యానెల్ స్క్రీన్షాట్లకు కూడా అదే జాగ్రత్త అవసరం.

కీ మీరు కాపీ చేయలేని చోట ఉండవచ్చు

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

ఇది ఒక నియంత్రణ, తప్పించుకోవాల్సిన అడ్డంకి కాదు. బహిరంగ ధృవపత్రం నుండి ప్రైవేట్ కీని పునర్నిర్మించడం సాధ్యం కాదు, అలా చేయగలనని చెప్పుకునే ఏ సాధనమైనా వేరే ఏదో చేస్తోంది.

కాపీ చేయడం బదులు కొత్త గుర్తింపును నమోదు చేయండి

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

దిగుమతి విజయవంతమైందని చూడటం ద్వారా కాదు, దిగుమతి చేసిన గుర్తింపుతో ధృవీకరించి నిర్ధారించండి. తన నిల్వలో బహిరంగ ధృవపత్రాన్ని అంగీకరించే క్లయింట్ కీ గురించి ఏమీ నిరూపించలేదు.

సర్వర్ కొత్త గుర్తింపును అంగీకరిస్తుందని, పాతది ఇంకా విధానం ఉద్దేశించినట్లే ప్రవర్తిస్తుందని నిర్ధారించి ముగించండి. అలా ఈ మార్గదర్శిని సరైనట్టు కనిపించే ఫైల్తో కాదు, సాక్ష్యంతో పూర్తవుతుంది.