VPN ధృవపత్రాల జాబితా: CA లెడ్జర్ ఏమి నిరూపించగలదు
సర్వర్లోని ఫోల్డర్, CA లెడ్జర్, రద్దు జాబితా మరియు సెషన్ పట్టిక వేర్వేరు ప్రశ్నలకు సమాధానమిస్తాయి. VPN గుర్తింపుల జాబితా చేసేటప్పుడు వాటిని వేరుగా ఉంచండి.
మీ గేట్వే ఎప్పుడూ చూడని క్లయింట్ ధృవపత్రాన్ని అంగీకరిస్తుంది, ఎందుకంటే అది కాన్ఫిగర్ చేయబడినది విశ్వసనీయ జారీచేసేవారు, మరియు ధృవపత్రం హ్యాండ్షేక్ సమయంలో వస్తుంది. ప్రోటోకాల్ అలాగే పనిచేయాలి, అందుకే సర్వర్లోని డైరెక్టరీ జాబితా బలహీనమైన జాబితా. జారీచేసేవారు ఏమి సృష్టించారో తెలుసు, సర్వర్ ఏది కనెక్ట్ అయిందో తెలుసు, రద్దు స్థితి ఏది ఉపసంహరించబడిందో తెలుసు. ఈ మూడు రికార్డులను కలిపే జాబితా చివరికి వాటిలో ఏదీ చెప్పని విషయాన్ని ప్రతిపాదిస్తుంది.
గేట్వే ఫైల్ జాబితాను కాదు, జారీచేసేవారిని నమ్ముతుంది
ధృవీకరణ సమర్పించిన ధృవపత్రాన్ని విశ్వాస యాంకర్తో పోలుస్తుంది, కాబట్టి అదే జారీచేసేవారు నిన్న సృష్టించిన గుర్తింపు సర్వర్ డిస్క్లో ఎప్పుడూ లేకుండానే కనెక్ట్ అవుతుంది. అలా జరగడానికి ఏదీ కాపీ చేయాల్సిన అవసరం లేదు, ఎవరూ చేతితో ఆమోదించాల్సిన అవసరం లేదు. కాబట్టి సర్వర్ సొంత రికార్డులు రాకలను వివరిస్తాయి, రాగల గుర్తింపుల జనాభాను కాదు.
వ్యతిరేక అంతరం కూడా అంతే అసౌకర్యంగా ఉంటుంది. ఫోల్డర్లో గడువు ముగిసిన ధృవపత్రాలు, రద్దు చేయబడినవి మరియు ఎప్పుడూ డిప్లాయ్ చేయని పరికరాలకు జారీ చేసిన గుర్తింపులు ఉండవచ్చు. ఫైళ్లను లెక్కించడం ఎన్ని ఫైళ్లు ఉన్నాయో చెబుతుంది, అది ఎవరూ అడగని ప్రశ్న. బదులుగా అర్థాన్ని మోసే రికార్డులతో ప్రారంభించండి.
నాలుగు ప్రశ్నలు, నాలుగు వేర్వేరు రికార్డులు
ప్రతి రికార్డు రకం ఒక ప్రశ్నకు బాగా, మిగిలిన వాటికి దారుణంగా సమాధానం ఇస్తుంది, అందుకే వాటిని కలిపే నివేదిక పూర్తిగా కనిపిస్తుంది కానీ ఒక నిర్దిష్ట మార్గంలో తప్పు. క్రింది పట్టిక వాటిని ఉత్పత్తి చేసే వ్యవస్థ ప్రకారం కాదు, అవి పరిష్కరించే ప్రశ్న ప్రకారం అమర్చుతుంది.
| Question you are answering | Where the answer lives | How quickly it changes | What it will never show |
|---|---|---|---|
| Was this identity ever created? | The issuer's issuance database | Only when something is issued | Whether the device still exists |
| Is a copy sitting on this host? | The paths you actually inspected | Whenever anyone copies files | Certificates that were never copied here |
| Has the issuer withdrawn it? | Published revocation state | When the issuer next publishes | Withdrawals that are not published yet |
| Is it connected right now? | The live session table | Continuously | Anything about past or future sessions |
ప్రజా ధృవపత్రాల ఆర్కైవ్ రహస్యం కాదు, ఎందుకంటే అందులో ప్రైవేట్ కీలు లేవు, కానీ పంచుకోవడానికి కూడా వీలుకాదు. విషయాలు మరియు పరికరాల పేర్లు కార్యాచరణ వివరాలను బయటపెడతాయి, నివేదిక దానిని అవసరమైన ప్రేక్షకుల వద్దే ఉండాలి. ప్రైవేట్ కీలు జాబితా నుండి పూర్తిగా బయట ఉంటాయి, ఎందుకంటే జాబితాకు క్రెడెన్షియల్స్ కాదు, మెటాడేటా కావాలి.
జారీచేసేవారు మరియు క్రమ సంఖ్య మాత్రమే స్థిరమైన కీ
విషయాలు పునర్వినియోగించబడతాయి మరియు ఫైల్ పేర్లు మళ్లీ ఉపయోగించబడతాయి, కాబట్టి గత సంవత్సరం ఒక పరికరాన్ని సూచించిన పేరు ఇప్పుడు మరొకదాన్ని సూచించవచ్చు. రెండూ కీ కావు, వాటిలో దేని ఆధారంగా రూపొందిన నివేదిక అయినా చివరికి రెండు గుర్తింపులను ఒకే వరుసలో విలీనం చేస్తుంది.
జారీచేసేవారు మరియు క్రమ సంఖ్య జత ధృవపత్రాన్ని ప్రత్యేకంగా గుర్తిస్తుంది, రెండు ఫీల్డులు ధృవపత్రం నుండే వస్తాయి. వాటిని విషయం, చెల్లుబాటు తేదీలు, కాపీ వచ్చిన మూలం మరియు బాధ్యత వహించే వ్యక్తి లేదా పరికరంతో నమోదు చేయండి. రద్దు మరియు డిప్లాయ్ స్థితిని వాటి స్వంత పరిశీలన సమయాలతో వేర్వేరు ఫీల్డులుగా జోడించండి, ఎందుకంటే చెల్లుబాటు విండో లోపల ఉన్న ధృవపత్రం స్వయంచాలకంగా అధికారం పొందదు. ఈ రెండు వాస్తవాలు వేర్వేరు వ్యవస్థల్లో నివసిస్తాయి, వాటిని కలపడం గుర్తింపు ఉపసంహరించబడినా దాని ఫైల్ ఇంకా తాజాగా కనిపించే సందర్భాన్ని దాచుతుంది.
ఒకసారి ఒక ధృవపత్రం చదవండి
ఫోల్డర్ అంతటా విస్తరించే వైల్డ్కార్డ్ బ్యాచ్ ఇంటర్ఫేస్ కాదు, ఏ ఫైల్ ఏ అవుట్పుట్ ఇచ్చిందో అది దాచుతుంది. ప్రతి ధృవపత్రానికి మెటాడేటా చదవండి, రద్దు వైపును దాని స్వంత ఆర్టిఫ్యాక్ట్ నుండి చదవండి. OpenSSL x509 సూచన ఆ ఎంపికలు ముద్రించే ఫీల్డులను జాబితా చేస్తుంది.
openssl x509 -in <cert>.pem -noout -issuer -serial -subject -dates -fingerprint -sha256
openssl crl -in <issuer>.crl -noout -text | head -n 40
నిర్వహించబడే Easy-RSA PKI కోసం, సాధనం మద్దతు ఇచ్చే పనిప్రవాహం ద్వారా జారీ డేటాబేస్ను అడగండి ఫోల్డర్ అమరికను ఊహించడం బదులు, మరియు జాబితా సిద్ధమవుతున్నప్పుడు అసలైనవి చదవడానికి-మాత్రమే ఉంచండి. లెడ్జర్ ఫార్మాట్ తగినంత క్రమబద్ధంగా ఉంటుంది, కాబట్టి డేటాబేస్ను చేతితో తెరవకుండా చెల్లుబాటు అయ్యే నమోదులను లెక్కించి ఉపసంహరించినవి జాబితా చేయవచ్చు.
grep -c '^V' pki/index.txt
grep '^R' pki/index.txt | cut -f4,5
తదుపరి జారీని కూడా తట్టుకునే జాబితా
ఫోల్డర్ యొక్క ఒక-సారి డంప్ తదుపరి ధృవపత్రం జారీ అయిన క్షణంలోనే పాతది అవుతుంది, కాబట్టి నివేదికను జారీ పనిప్రవాహం నుండి నిర్మించి సాధారణ నిర్వహణలో భాగంగా అది నవీకరణ చెందేలా అనుమతించండి. ఇది నివేదికను తిరిగి ఉత్పత్తి చేయగలిగేలా కూడా చేస్తుంది, ఏమి జారీ చేయబడిందనే దానిపై ఇద్దరు వ్యక్తులు ఏకీభవించనప్పుడు ఇది ముఖ్యం.
ఫలితాన్ని స్ప్రెడ్షీట్ వ్యాయామంగా కాదు, పునరుద్ధరణ మరియు విరమణ నిర్ణయాలకు ఉపయోగించండి. స్థానిక కాపీని తొలగించడం ఇప్పటికే ఉన్న రిమోట్ కాపీలను చెల్లనిదిగా చేయదు. కాన్ఫిగర్ చేసిన రద్దు మరియు అధికార పనిప్రవాహం ద్వారా గుర్తింపును ఉపసంహరించండి, తర్వాత ఉపసంహరణను దాని తేదీతో నమోదు చేయండి. సర్వర్ నుండి మాయమైనా జారీచేసేవారు ఇంకా నమ్మే గుర్తింపు విరమించబడలేదు, ఆ వ్యత్యాసమే ఖచ్చితమైన జాబితాను కేవలం అభయప్రదమైన జాబితా నుండి వేరు చేస్తుంది.