Keyfile లేదా Netplan: VPN ప్రొఫైల్ నిజంగా ఎక్కడ నిల్వ చేయబడుతుంది?
నిల్వ చేసిన VPN ఒక keyfile లో లేదా సృష్టించిన Netplan ఫైల్‌లో ఉండవచ్చు. తిరిగి రాయబడే ఏదైనా సవరించే ముందు కనెక్షన్ UUID ను దాని నిజమైన యజమానితో సరిపోల్చండి.
మీరు దిగుమతి చేసుకున్న ఫైల్‌ను కనుగొనడం సులభమైన భాగం మరియు తరచుగా తప్పు ప్రారంభం. ముఖ్యమైనది NetworkManager ఈ రోజు ఏ ఫైల్‌ను నిల్వ చేసిన కనెక్షన్‌గా చదువుతుంది అనేది, మరియు అది కనెక్షన్ గుర్తింపుదారు మరియు ఇన్స్టాల్ చేసిన ప్యాకేజీలు నిజంగా ఉపయోగించే కాన్ఫిగరేషన్ బ్యాకెండ్‌పై ఆధారపడి ఉంటుంది. ఆ ప్రశ్నకు సమాధానం ఇవ్వకముందే దిగుమతిని సవరించడం అనేది పనిచేసే VPN రెండు సగం-సరైన కాన్ఫిగరేషన్‌లుగా మారే మార్గం.
దిగుమతి చేసిన ఫైల్ నిల్వ చేసిన ప్రొఫైల్ కాదు
ప్రతి VPN సమస్య చుట్టూ మూడు పేర్లు తిరుగుతాయి: కనెక్షన్ పేరు, మీరు దిగుమతి చేసుకున్న ఫైల్ పేరు, మరియు సొరంగం పైకి వచ్చినప్పుడు కనిపించే వర్చువల్ ఇంటర్‌ఫేస్. వాటిలో ఏదీ నిల్వ చేసిన కాన్ఫిగరేషన్‌ను గుర్తించదు, కనెక్షన్ పేరు సవరించవచ్చు అయితే దాని వెనుక ఉన్న ఫైల్ తన అసలు గుర్తింపుదారును నిలుపుకుంటుంది.
చదవడం-మాత్రమే జాబితాతో ప్రారంభించి లేబుల్ బదులు గుర్తింపుదారు ద్వారా కావలసిన VPN ఎంచుకోండి:
nmcli -f NAME,UUID,TYPE connection showటికెట్‌లో అతికించే ఏ జాబితా నుండైనా ఎండ్‌పాయింట్ హోస్ట్‌నేమ్‌లు మరియు గుర్తింపు లేబుల్‌లను బయట ఉంచండి. ఉపయోగకరమైన భాగం రకం మరియు గుర్తింపుదారు; మిగిలినది అపరిచితుడికి అవసరం లేని సందర్భం. పంచుకునే ముందు మిగిలినదాన్ని కప్పి, అలా చేసినట్లు చెప్పండి, తద్వారా ఖాళీల అర్థం ఏమిటో ఎవరూ ఆలోచించాల్సిన అవసరం లేదు.
keyfile స్థానాలు ఒకే అర్థాన్ని ఇవ్వవు
స్థానిక keyfile ప్లగిన్‌తో, కనెక్షన్ ఫైల్‌లు మూడు డైరెక్టరీలలో కనిపించవచ్చు, వాటి మధ్య వ్యత్యాసం సౌలభ్యం కాదు, స్థిరత్వం.
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
రన్‌టైమ్ కాపీని సవరించడం తదుపరి ప్రారంభం వరకు విజయవంతంగా కనిపిస్తుంది, అప్పుడు మార్పు ఆవిరై ఫైల్ రహస్యంగా తిరిగి మార్చబడినట్లు కనిపిస్తుంది. ప్యాకేజీ అందించే కాపీని సవరించడం అప్‌గ్రేడ్ దాన్ని భర్తీ చేసే వరకు పనిచేస్తుంది, అది అదే పాఠం యొక్క నెమ్మదైన, ఎక్కువ గందరగోళమైన సంస్కరణ.
keyfile డాక్యుమెంటేషన్ గౌరవించదగిన వివరాన్ని జోడిస్తుంది: ఆ ఫైల్‌లలో ప్రైవేట్ కీలు మరియు పాస్‌ఫ్రేజ్‌లు ఉండవచ్చు, మరియు root కాకుండా ఇతర వినియోగదారులు చదవగలిగే లేదా రాయగలిగే ఏ keyfile నైనా NetworkManager విస్మరిస్తుంది. సెట్టింగ్ వెతకడానికి డైరెక్టరీ అనుమతులను విస్తరించడం మీరు పరిశీలించాలనుకున్న లోడింగ్ ప్రవర్తనను దెబ్బతీస్తుంది.
Netplan స్థిరత్వాన్ని కలిగి ఉన్నప్పుడు
Ubuntuలో, Netplan డాక్యుమెంటేషన్‌లో వివరించిన NetworkManager ఏకీకరణ, 23.10 నుండి అందుబాటులో ఉంది, శాశ్వత కాపీ ఎక్కడ నివసిస్తుందో మారుస్తుంది. తాత్కాలికం కాని కనెక్షన్‌ల కోసం ఇది వ్రాస్తుంది: /etc/netplan/90-NM-<connection UUID>.yaml మరియు దీని కింద తాత్కాలిక NetworkManager ప్రొఫైల్‌ను సృష్టిస్తుంది: /run/NetworkManager/system-connections/.
ఇది పంపిణీ ఏకీకరణ, ప్రతి NetworkManager సంస్థాపనకు నియమం కాదు. YAML ఫైల్ వెతకడానికి వెళ్లే ముందు ఇన్స్టాల్ చేసిన ప్యాకేజీలు నిజంగా దాన్ని ఉపయోగిస్తున్నాయని నిర్ధారించుకోండి. రన్‌టైమ్ ప్రొఫైల్ సవరించదగిన మూలం కాకుండా వేరే దాని ఉత్పత్తి ప్రాతినిధ్యం కావచ్చని కూడా గుర్తుంచుకోండి. రెండు ఆదేశాల తనిఖీ తప్పు ఫైల్‌ను సవరించే ఒక గంటను ఆదా చేస్తుంది.
డాక్యుమెంట్ చేసిన ఉదాహరణ NetworkManager పాస్‌త్రూ డేటాతో Netplan nm-devices రకం ద్వారా OpenVPN కనెక్షన్‌ను నిల్వ చేస్తుంది. Netplan కు నిర్దిష్ట VPN ఫీల్డ్‌పై సొంత వ్యాఖ్యానం లేకపోవడం మీ నిల్వ చేసిన VPN పోయిందని కాదు; ఆ ఫీల్డ్ అపారదర్శక డేటాగా ప్రయాణిస్తుందని అర్థం.
తాత్కాలిక ఇంటర్‌ఫేస్‌లు ప్రొఫైల్‌లు కావు
సక్రియం చేయడం ఎప్పటికీ నిలిచి ఉండకూడని తాత్కాలిక వర్చువల్ కనెక్షన్‌లు మరియు ఇంటర్‌ఫేస్‌లను సృష్టిస్తుంది. ఏకీకరణ ఉద్దేశపూర్వకంగా ప్రతి దానికి కొత్త YAML ఫైల్ రాయదు, కాబట్టి /etc/netplan లో అవి లేకపోవడం మాతృ ప్రొఫైల్ నిల్వ చేయబడిందా అనే దానిపై ఏమీ చెప్పదు.
కనిపించి మాయమయ్యే ఫైల్‌ను మీరు వెంబడిస్తుంటే, మీరు మీ కాన్ఫిగరేషన్ కాకుండా వీటిలో ఒకటి చూస్తున్నారు. దాని కంటెంట్ నుండి ఏదైనా నిర్ణయానికి రాకముందు అది పునఃప్రారంభాన్ని తట్టుకుంటుందో లేదో తనిఖీ చేయండి. రీబూట్‌లో మాయమయ్యే రన్‌టైమ్ ఫైల్ అది ఎప్పుడూ మూలం కాదని చెబుతుంది, ఆ ఒక్క పరిశీలన మొత్తం దర్యాప్తు దిశను మారుస్తుంది. అప్పుడు సవరణ విజయవంతంగా కనిపించిన కారణాన్ని కూడా అది వివరిస్తుంది.
రహస్యాలు మరియు యాజమాన్యం
ప్రొఫైల్ పూర్తిగా వేరే చోట నిల్వ చేసిన ధృవపత్రం లేదా కీని సూచించవచ్చు, పాస్‌వర్డ్ NetworkManager కు చెంది ఉండవచ్చు, వినియోగదారు సెషన్ రహస్య ఏజెంట్ అందించవచ్చు, లేదా ఉద్దేశపూర్వకంగా నిల్వ చేయకపోవచ్చు. కాబట్టి ఒక ఫైల్‌ను కనుగొనడం పర్యవేక్షణ లేని ప్రారంభానికి ఏమి అవసరమో చాలా తక్కువ నిర్ణయిస్తుంది.
రహస్య విలువలను ముద్రించకుండా సూచనలు మరియు రహస్య జెండాలను పరిశీలించండి. డెస్క్‌టాప్ లాగిన్ బూట్ సమయంలో లేని ఏజెంట్‌ను అందుబాటులోకి తేవచ్చు, సృష్టించిన రన్‌టైమ్ ఫైల్‌ను కాపీ చేయడం ఆ ఏజెంట్‌ను పునఃసృష్టించదు. ఆచరణాత్మక లక్షణం వ్యక్తి లాగిన్ అయినప్పుడు కనెక్ట్ అయ్యే, యంత్రం ఒంటరిగా ప్రారంభమైనప్పుడు విఫలమయ్యే సొరంగం. ఆ నమూనా రూటింగ్ వైపు కాదు, రహస్య యాజమాన్యం వైపు సూచిస్తుంది.
ఆమోదించిన మార్పులను కనెక్షన్‌ను కలిగి ఉన్న మేనేజర్ ద్వారా చేయండి, ఆపై నిల్వ చేసిన గుర్తింపుదారు మరియు ప్రభావవంతమైన కనెక్షన్ రెండింటినీ ధృవీకరించండి. ఒకే స్థిరమైన యజమానిని ఉంచండి, ఎందుకంటే దిగుమతి, సృష్టించిన keyfile మరియు YAML మూలాన్ని విడివిడిగా సవరించడం తదుపరి పునఃకనెక్షన్ ఏమి ఉపయోగిస్తుందనే దానిపై మూడు పోటీ వివరణలను మిగిల్చిస్తుంది. నిజంగా నిలిచేదాన్ని ఎంచుకోండి, దాన్ని మాత్రమే సవరించండి, మరియు ఏ ఫైల్‌ను అధికారికంగా పరిగణించారో టికెట్‌లో నమోదు చేయండి. తదుపరి వ్యక్తి ఒక పంక్తి మూలానికి మీకు కృతజ్ఞతలు తెలుపుతారు.