Windows లో Easy-RSA రిజిస్ట్రీ లోపం: రిజిస్ట్రీ వీక్షణను తనిఖీ చేయండి

ఆ రిజిస్ట్రీ సందేశం సాధనాల శోధన వైఫల్యం, విరిగిన CA కాదు. బ్యాచ్ ఫైల్ లేదా PKIని సవరించే ముందు 32-బిట్ మరియు 64-బిట్ వీక్షణలను పోల్చండి.

బ్యాచ్ ఫైల్ “సిస్టమ్ పేర్కొన్న రిజిస్ట్రీ కీ లేదా విలువను కనుగొనలేకపోయింది” అనే సందేశంతో ఆగిపోతుంది మరియు అందరూ సర్టిఫికెట్ అధారిటీ పాడైందని భావిస్తారు. అలా కాదు, లేదా కనీసం ఇంకా కాదు: స్క్రిప్ట్ సాఫ్ట్‌వేర్ కోసం వెతుకుతున్నప్పుడు విఫలమైంది, Easy-RSAని కీతో ఏదైనా చేయమని అడగక ముందే. ఈ క్రమం ముఖ్యం, ఎందుకంటే మరమ్మతు శోధన సమస్య అని మరియు PKI కేవలం ప్రేక్షకుడు అని దీని అర్థం. విఫలమైన పంక్తిని చదవడమే మొత్తం నిర్ధారణ, మరియు అది ఏ ప్రత్యామ్నాయ మార్గం కంటే తక్కువ సమయం తీసుకుంటుంది.

CAని తాకక ముందే లోపం సంభవిస్తుంది

పాత Easy-RSA 2 బ్యాచ్ ఫైల్‌లు రిజిస్ట్రీని అడిగి OpenSSL లేదా OpenVPN సంస్థాపనను కనుగొంటాయి, ఆపై కనుగొన్న దాని ఆధారంగా వేరియబుల్‌లను సెట్ చేస్తాయి. ప్రశ్న ఏమీ తిరిగి ఇవ్వనప్పుడు, ఏదైనా సర్టిఫికెట్ ఆపరేషన్ అమలు కాకముందే స్క్రిప్ట్ ఆగిపోతుంది.

అందువల్ల రిజిస్ట్రీ కీ గురించి సందేశం స్క్రిప్ట్ వాతావరణానికి సంబంధించిన రుజువు, CA డైరెక్టరీకి కాదు.

రెండు రిజిస్ట్రీ వీక్షణలు, ఒక బ్యాచ్ ఫైల్

32-బిట్ ప్రక్రియ మరియు 64-బిట్ ప్రక్రియ వేర్వేరు రిజిస్ట్రీ వీక్షణలను చూడగలవు, ఒకదాన్ని ఊహించే బ్యాచ్ ఫైల్ మరొకదానిలో ఉన్న నమోదును కోల్పోవచ్చు. ఈ చదవడం-మాత్రమే పోలికలు కొన్ని పాత స్క్రిప్ట్‌లు ఉపయోగించే పాత కీ కోసం తేడాను చూపుతాయి:

reg query "HKLM\SOFTWARE\OpenVPN" /reg:32
reg query "HKLM\SOFTWARE\OpenVPN" /reg:64

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

రెండు వీక్షణల్లో నమోదు లేకపోతే, ఇన్‌స్టాలర్ దాన్ని ఎప్పుడూ సృష్టించలేదు, చేతితో విలువ తయారు చేయడం సాధనాలను పని చేయించదు.

/reg:64ని షరతు లేకుండా జోడించవద్దు

ప్రలోభపెట్టే మరమ్మతు ప్రతి ప్రశ్నకు 64-బిట్ ఎంపికకారుడిని జోడించి ముందుకు సాగడం. కొన్ని సంస్థాపనల్లో అది సరైనది, మరికొన్నింటిలో అది స్క్రిప్ట్‌ను నిజంగా ఏమీ లేని వీక్షణకు పంపుతుంది.

ఆశించిన విలువ ఏ వీక్షణలో ఉందో చూసిన తర్వాతే శోధనను మార్చండి.

కనుగొనడం PKI మరమ్మతు కాదు

ఈ లోపం CA సర్టిఫికెట్, సంతకం కీ, సీరియల్ ఫైల్ లేదా రద్దు డేటాబేస్ దెబ్బతిన్నాయని నిరూపించదు. పాత ట్యుటోరియల్ నుండి కాపీ చేసిన clean-allని అమలు చేయడం పూర్తిగా భిన్నమైన వస్తువుల సమితిని నాశనం చేస్తుంది మరియు శోధన విరిగినట్లే ఉంటుంది. రెండు కార్యకలాపాలను మనస్సులో మరియు టికెట్‌లో వేరుగా ఉంచండి. తర్వాత సర్టిఫికెట్ ఆపరేషన్ విఫలమైతే, దాని సొంత రుజువుల ఆధారంగా అంచనా వేయండి.

ఏ ప్రయోగానికైనా ముందు CA డైరెక్టరీని బ్యాకప్ చేయండి, అది చదవడం-మాత్రమే అని మీకు ఖచ్చితంగా తెలిసినా.

Easy-RSA 3కి మారడం ఒక వలస

నిర్వహించబడే సంస్థాపన ప్రస్తుత ప్యాకేజీ యొక్క సొంత లాంచర్ మరియు కాన్ఫిగరేషన్ మోడల్‌ను ఉపయోగించాలి, మరియు Easy-RSA 3 అనేది Easy-RSA 2 వంటి అదే బ్యాచ్-ఫైల్ వర్క్‌ఫ్లో కాదు. కొత్త PKI కోసం దాని శీఘ్ర ప్రారంభం ఇప్పటికే ఉన్న అధికారం కోసం వలస సూచన కాదు. సంస్కరణలను మార్చే ముందు CA పదార్థాన్ని మరియు జారీ మరియు రద్దు రికార్డులను సంరక్షించండి, ఆ సంస్కరణ యొక్క అప్‌గ్రేడ్ మార్గదర్శకాన్ని అనుసరించండి. సాధన-శోధన లోపం మాయమయ్యేలా అధికారిక డైరెక్టరీలో ప్రత్యామ్నాయ CAని ప్రారంభించడం జాబితాలో అత్యంత చెడ్డ ఎంపిక.

సంస్కరణ మార్పు ఒక ప్రాజెక్ట్; రిజిస్ట్రీ లోపం ఒక మధ్యాహ్నం.

నిజంగా దాన్ని పరిష్కరించే పోలిక

నాలుగు విషయాలు రాసి నేరుగా పోల్చండి:

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

ఈ నాలుగు సరిపోలితే, లోపం పోతుంది, మిగిలిన ఏదైనా సర్టిఫికెట్ సమస్య CAని నిందించకుండా దాని సొంత రుజువులపై చదవవచ్చు.

సంబంధిత వ్యాసాలు