మొదటి సంకేతం సాధారణంగా హెచ్చరిక, వైఫల్యం కాదు. ఫైల్ గ్రూప్ లేదా అందరూ చదవగలిగేది కావడంతో క్లయింట్ కీని లోడ్ చేయడానికి నిరాకరిస్తుంది, లేదా ఎగుమతి చేసిన బండిల్స్ కూడా ఉన్న ప్రొఫైల్ డైరెక్టరీలో 644 మోడ్లో client.key భద్రతా సమీక్షకు కనిపిస్తుంది. ఇంకా ఏదీ విఫలం కాలేదు, అందుకే హెచ్చరికను పట్టించుకోరు. కీ పనిచేస్తుంది, టన్నెల్ పైకి వస్తుంది, ఫైల్ మెషీన్లోని ప్రతి ఖాతాకు చదవగలిగేది.

లక్షణం అనుమతి హెచ్చరిక, అంతరాయం కాదు

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

దీన్ని తనిఖీ చేసే క్లయింట్లు మీకు మేలు చేస్తాయి. తనిఖీ చేయనివి ఫైల్ సురక్షితం అనడానికి రుజువు కావు, విజయవంతమైన కనెక్షన్ దాన్ని సాధ్యం చేసిన పదార్థాన్ని మరెవరు చదవగలరు అనే దాని గురించి ఏమీ చెప్పదు. హెచ్చరికను మొత్తం కనుగొనడంగా పరిగణించండి. అది ఖచ్చితమైనది, ఎవరైనా ఫైల్ను కాపీ చేయకముందే వచ్చింది.

మోడ్ను సేవ గుర్తింపుకు సరిపోల్చండి

యజమానికి మాత్రమే ప్రవేశం ఆ యజమాని ఉపయోగించే కీకి సరిపోతుంది. ఉద్దేశపూర్వకంగా పంచుకున్న గ్రూప్ ఉన్న సేవకు మరో నియంత్రిత ఏర్పాటు అవసరం కావచ్చు, ఉదాహరణకు సేవా ఖాతా సొంతమైన కీపై గ్రూప్ చదవడం. ప్రతి ఫైల్ను గుడ్డిగా ఒకే సంఖ్యా మోడ్పై పెట్టడం మద్దతు ఉన్న క్లయింట్లను విరుస్తుంది, chmod -R 777 దేనికీ పరిష్కారం కాదు.

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

ls -l /etc/openvpn/client/
stat -c '%U %G %a %n' /etc/openvpn/client/*.key
id openvpn

ఇతర ప్లాట్ఫారమ్లలో యూనిక్స్ మోడ్లను ఊహకు అనువదించడం బదులు డాక్యుమెంట్ చేసిన కీ స్టోర్ లేదా ప్రవేశ నియంత్రణ నమూనాను ఉపయోగించండి. privateతో ముగిసే ఫైల్ పేరు లేబుల్, అమలు యంత్రాంగం కాదు.

మోడ్ కవర్ చేయని ప్రతులను కనుగొనండి

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

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

పని పూర్తయిందని ప్రకటించే ముందు ప్రతులను వెతకండి: grep -rl సంభావ్య డైరెక్టరీలలో కీ హెడర్ పంక్తి, మరియు బ్యాకప్ మినహాయింపులపై ఒక చూపు. ఫలితం సాధారణంగా మీరు ప్రారంభించిన ఫైల్ కంటే ఆసక్తికరంగా ఉంటుంది.

సరిచేసిన తర్వాత, ధృవీకరించి మార్చండి

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

కీ బహిర్గతమైతే, మోడ్ను బిగించి, ఆపై ఆధారాలను మార్చి పాతదాన్ని రద్దు చేయండి. POSIX chmod స్పెసిఫికేషన్ ప్రతి మోడ్ బిట్ అర్థాన్ని వివరిస్తుంది, తదుపరి సమీక్ష మీరు ఎంచుకున్న సంఖ్యను సమర్థించమని అడిగే ముందు దాన్ని తెలుసుకోవడం విలువైనది.

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