పాస్‌వర్డ్ మాత్రమే ఉన్న OpenVPN ప్రొఫైల్‌లో ఏ CA ఫైల్ వెళ్తుంది?

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

క్రమం ముఖ్యం: చివరి రెండు ప్రశ్నలు ఏ పదార్థం ఉండాలో తెలిసిన తర్వాతే అర్థవంతం.

ప్రొఫైల్ ఇప్పటికే కలిగి ఉన్న దానితో ప్రారంభించండి

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

ca /absolute/path/operator-ca.crt
auth-user-pass
remote-cert-tls server

ప్రొఫైల్ సూచించే ఫైళ్ల కోసం అందించిన ప్యాకేజీని తనిఖీ చేయండి: ఒక CA సర్టిఫికెట్, కొన్నిసార్లు ప్రత్యేక క్లయింట్ సర్టిఫికెట్ మరియు కీ, మరియు tls-auth లేదా tls-crypt ఫైల్ కావచ్చు. నాలుగు ఫైళ్లను సూచించి రెండింటితో వచ్చే ప్రొఫైల్ అసంపూర్ణం, ఫీల్డ్‌లను చూపించడం దాన్ని సరిచేయదు. యాదృచ్ఛికంగా మీ దగ్గర ఉన్న సర్టిఫికెట్‌ను భర్తీ చేయడం కాకుండా ఆపరేటర్‌ను తప్పిపోయిన భాగం అడగండి.

నాలుగు రకాల పదార్థాలను వేరు చేయండి

CA సర్టిఫికెట్ సర్వర్ గుర్తింపును ధృవీకరించడానికి ఉపయోగించే పబ్లిక్ పదార్థం. క్లయింట్ సర్టిఫికెట్ వినియోగదారుని లేదా పరికరాన్ని సర్వర్‌కు గుర్తిస్తుంది. ప్రైవేట్ కీ ఆ క్లయింట్ సర్టిఫికెట్ యొక్క రహస్య సగం, అది ఎప్పుడూ CA సంతకం కీ లేదా సర్వర్ కీగా ఉండకూడదు. tls-auth లేదా tls-crypt పదార్థం నియంత్రణ ఛానెల్‌ను రక్షించే ప్రత్యేక భాగస్వామ్య రహస్యం. ఈ నాలుగూ పరస్పరం మార్చుకోగలవి కావు, CA ఫీల్డ్‌ను క్లయింట్ సర్టిఫికెట్ వైపు చూపిస్తే నమ్మకం సమస్యలా కనిపించే ధృవీకరణ వైఫల్యం ఏర్పడుతుంది.

పాస్‌వర్డ్ మాత్రమేతో ప్రామాణీకరణ నాలుగింటిలో ఏది అవసరమో మారుస్తుంది, వాటి అర్థాన్ని కాదు. auth-user-pass మరియు remote-cert-tls server ఉన్నప్పుడు క్లయింట్ ఇంకా CAకి వ్యతిరేకంగా సర్వర్‌ను ధృవీకరిస్తుంది, అందుకే క్లయింట్ సర్టిఫికెట్ లేనప్పుడు కూడా CA ఫీల్డ్ కనిపిస్తుంది. క్లయింట్ సర్టిఫికెట్ కూడా అవసరమా అనేది ఆపరేటర్ విధానం నిర్ణయిస్తుంది, ఏ సంభాషణా అది మీకు చెప్పలేదు.

క్లయింట్‌ను నమ్మకం ఫైల్ వైపు మళ్లించండి

CA సర్టిఫికెట్ ఫైల్‌నే ఎంచుకోండి, దాన్ని కలిగిన ఫోల్డర్ కాదు, క్లయింట్ గుర్తింపు కలిగిన .p12 బండిల్ కాదు. Windowsలో మార్గ వాక్యనిర్మాణం మరియు ఫైల్ ఎంపికదారు చాలా మార్గదర్శకాల్లోని Linux ఉదాహరణలకు భిన్నంగా ప్రవర్తిస్తాయి, కాబట్టి ఇన్‌స్టాల్ చేసిన క్లయింట్ అంగీకరించేది ఉపయోగించి దాన్ని నడిపే ఖాతా ఫైల్‌ను చదవగలదని నిర్ధారించుకోండి. అనుమతి సమస్య మరియు లేని ఫైల్ సంభాషణలో ఒకేలా కనిపిస్తాయి కానీ వేర్వేరు లాగ్ లైన్లను ఉత్పత్తి చేస్తాయి. ఎంపిక తర్వాత క్లయింట్ ఎంపికను ఉంచుకుందని నిర్ధారించడానికి ప్రొఫైల్ సెట్టింగ్‌లను తిరిగి తెరవండి.

<ca>
-----BEGIN CERTIFICATE-----
...operator-provided public CA...
-----END CERTIFICATE-----
</ca>

క్లయింట్ ఇన్‌లైన్ బ్లాక్‌లకు మద్దతు ఇస్తే, చేతితో కూర్చిన ప్రొఫైల్ కంటే ఆపరేటర్ ఇన్‌లైన్ ప్రొఫైల్‌కు ప్రాధాన్యం ఇవ్వండి. ఇన్‌లైన్ పదార్థం ప్రొఫైల్‌తో ప్రయాణిస్తుంది మరియు పునః దిగుమతిలో నిలిచి ఉంటుంది, సంపూర్ణ మార్గం ప్రొఫైల్ మరో మెషీన్‌కు మారిన క్షణంలో విరిగిపోతుంది.

అదే లోపం కాదు, తదుపరి లోపాన్ని చదవండి

సరైన CA ఇవ్వడం లక్ష్యం లోపాన్ని మార్చడం, దాన్ని మాయం చేయడం కాదు. CA లోడ్ అయిన తర్వాత సర్వర్ గుర్తింపు వైఫల్యం అంటే సర్టిఫికెట్ ఆశించిన పేరుతో లేదా remote-cert-tls ఆశతో సరిపోలలేదు, ఇది పాస్‌వర్డ్ తిరస్కరణ కంటే భిన్నమైన మరమ్మతు. పాస్‌వర్డ్ తిరస్కరణ అంటే TLS పొర విజయవంతమైంది మరియు ఆధారాలు తప్పు. మొదటి కొత్త సందేశాన్ని ఉంచుకోండి; అదే ఉపయోగకరం.

కనెక్ట్ అయ్యే కానీ ఎక్కడికీ చేరుకోలేని క్లయింట్ నమ్మకాన్ని పూర్తిగా దాటింది మరియు ఇప్పుడు రూటింగ్ లేదా DNS ప్రశ్నను ఎదుర్కొంటోంది.

ఆ సంభాషణను దాటడానికి ఎప్పుడూ ధృవీకరణను నిలిపివేయవద్దు. ఏ సర్టిఫికెట్‌నైనా అంగీకరించే క్లయింట్‌కు CA అడగడానికి కారణం లేదు, అది నిర్మించే సొరంగం ఆపరేటర్ ఉద్దేశించినది కాదు.