Linux మీ VPN పాస్‌వర్డ్‌ను ఎక్కడ నిల్వ చేయాలి? ప్రొఫైల్‌లో కాదు
NetworkManager యొక్క సీక్రెట్ ఫ్లాగ్‌లు పాస్‌వర్డ్‌ను ప్రొఫైల్, కీరింగ్ ఏజెంట్ లేదా ఎవరూ ఉంచుకుంటున్నారా అని నిర్ణయిస్తాయి. సమాధానం కనెక్షన్ ఎప్పుడు ప్రారంభమవుతుంది అనే దానిపై ఆధారపడి ఉంటుంది.
VPN పాస్‌వర్డ్ ఎక్కడో జీవించాలి: కనెక్షన్ ప్రొఫైల్‌లో, డెస్క్‌టాప్ తెరిచే కీరింగ్‌లో, లేదా ఎక్కడా లేదు. NetworkManager ఆ ఎంపికను సీక్రెట్ ఫ్లాగ్ అంటుంది, తప్పుదాన్ని ఎంచుకోవడమే కనెక్షన్ లాగిన్ తర్వాత పనిచేసి సేవగా విఫలమయ్యే కారణం. ఫ్లాగ్ కాన్ఫిగరేషన్ యొక్క ఒక లైన్, ఆ మూడు ఫలితాల్లో ఏది లభిస్తుందో అది నిర్ణయిస్తుంది.
మూడు ఫ్లాగ్‌లు దాదాపు ప్రతి సందర్భాన్ని కవర్ చేస్తాయి, నిర్ణయం కనెక్షన్ ఎప్పుడు ప్రారంభమవుతుంది అనే దానికి సంబంధించినది.
మూడు సీక్రెట్ ఫ్లాగ్‌లు, మూడు ప్రవర్తనలు
ఫ్లాగ్ 0 అంటే సీక్రెట్ కనెక్షన్‌తో పాటు నిల్వ చేయబడుతుంది, ప్రొఫైల్ ఏ నిల్వలో ఉన్నా. ఫ్లాగ్ 1 దాన్ని ఏజెంట్ యాజమాన్యం చేస్తుంది: సీక్రెట్ సీక్రెట్ ఏజెంట్ నుండి, ఉదాహరణకు డెస్క్‌టాప్ కీరింగ్ నుండి వస్తుంది, NetworkManager యాక్టివేట్ చేసినప్పుడు దాన్ని అడుగుతుంది. ఫ్లాగ్ 2 అంటే నిల్వ చేయబడలేదు, కాబట్టి సీక్రెట్ ఎప్పుడూ వ్రాయబడదు, ప్రతిసారీ ఇవ్వాలి. ఫ్లాగ్ 4 సీక్రెట్‌ను అనవసరమని గుర్తిస్తుంది, నిజంగా ఏదీ అవసరం లేని కనెక్షన్‌లకు.
| Flag | Where it lives | Works unattended |
|---|---|---|
| 0 saved | Connection profile | Yes, if the store is readable |
| 1 agent-owned | Secret agent or keyring | Only if that agent is available |
| 2 not-saved | Nowhere | No |
ఫ్లాగ్‌లను కనెక్షన్‌కు కాకుండా ప్రతి సీక్రెట్‌కు సెట్ చేయండి. ఒక కనెక్షన్‌లో ఏజెంట్ యాజమాన్య పాస్‌వర్డ్ మరియు నిల్వ చేసిన ప్రైవేట్-కీ పాస్‌ఫ్రేజ్ రెండూ ఉండవచ్చు.
కనెక్షన్ ఎప్పుడు ప్రారంభమవుతుంది అనే దాని ప్రకారం నిర్ణయించండి
లాగిన్ అయిన వినియోగదారు కనెక్షన్ ప్రారంభిస్తే, ఏజెంట్ యాజమాన్యం సరైన డిఫాల్ట్: లాగిన్‌తో కీరింగ్ తెరుచుకుంటుంది మరియు సీక్రెట్ ఎప్పుడూ ఫైల్‌లో కూర్చోదు. ఎవరైనా లాగిన్ అయ్యే ముందు కనెక్షన్ లేవాల్సి ఉంటే, ఏజెంట్ యాజమాన్యం తప్పు ఎంపిక, ఎందుకంటే తెరవడానికి ఎటువంటి సెషన్ కీరింగ్ లేదు.
అదే మొత్తం నిర్ణయం. మిగతావన్నీ దాని ఒక రూపం.
లాగిన్‌కు ముందు సేవ కోసం సిస్టమ్-స్థాయి నిల్వ లేదా రక్షిత కీ ఫైల్ మద్దతు ఉన్న నమూనా, ఫైల్ అనుమతులే రక్షణగా మారుతాయి. బూట్‌లో నడిచే షెల్ స్క్రిప్ట్‌లో పాస్‌వర్డ్‌ను అతికించి సమస్యను పరిష్కరించవద్దు.
కీరింగ్ ఏమి ఇస్తుంది, ఏమి ఇవ్వదు
కీరింగ్ సీక్రెట్‌ను కనెక్షన్ ప్రొఫైల్ వెలుపల ఉంచి వినియోగదారు సెషన్‌కు కట్టేస్తుంది. సెషన్ లేని సేవకు సీక్రెట్‌ను అందుబాటులోకి తీసుకురాదు, వైర్‌పై ఏదీ గుప్తీకరించదు. ఇవి ప్రజలు తరచుగా కలిపే వేర్వేరు లక్షణాలు. ఇది నిజంగా కొనేది ప్రొఫైల్ ఫైల్ లీక్ అయినప్పుడు చిన్న నష్ట పరిధి.
ప్రొఫైల్ సూచించే ప్రైవేట్ కీకి పాస్‌వర్డ్ ఎక్కడ జీవిస్తుంది అనే దానితో సంబంధం లేకుండా దాని స్వంత అనుమతులు అవసరం.
సీక్రెట్‌లను కుమ్మరించకుండా నిర్ధారణ
కనెక్షన్ పేర్లు, UUIDలు మరియు ఫ్లాగ్‌లు సాధారణంగా వైఫల్యాన్ని వివరించడానికి సరిపోతాయి. nmcli connection show ప్రొఫైల్‌ను జాబితా చేస్తుంది, సీక్రెట్ ఫ్లాగ్‌లు పాస్‌వర్డ్ ఎక్కడి నుండి రావాల్సి ఉండేదో చెబుతాయి.
తప్పించుకోండి --show-secrets టికెట్‌లలో మరియు చాట్‌లో. ఒకసారి అతికించిన తర్వాత అది ట్రాన్స్‌క్రిప్ట్‌లోని ఆధారం.
నిల్వ అనేది రద్దు కాదు
ఒక కీరింగ్ నుండి సీక్రెట్ తీసినా దూర ఆపరేటర్ ఇప్పటికే అంగీకరించిన ఆధారం చెల్లదు కాదు. ఖాతా రద్దు సర్వర్-వైపు చర్య, స్థానిక నిల్వ వేరే యజమాని ఉన్న వేరే విషయం.
రెండింటినీ సంఘటనకు ముందు నిర్ణయించండి, సంఘటన సమయంలో కాదు. పరస్పర వినియోగదారు కనెక్షన్ మరియు లాగిన్-ముందు సేవకు వేర్వేరు సమాధానాలు కావాలి, పంచుకున్న షెల్ స్క్రిప్ట్ రెండూ కాదు. NetworkManager యొక్క సీక్రెట్ ఫ్లాగ్ పత్రం విలువలను పూర్తిగా జాబితా చేస్తుంది.