NM OpenVPN: సేవ్ చేసిన ప్రొఫైల్ మీ .ovpn ఫైల్ కాదు

అదే .ovpn ఫైల్ షెల్ నుండి కనెక్ట్ అవుతుంది మరియు NetworkManager లోకి దిగుమతి తర్వాత సమయం ముగుస్తుంది. సహజమైన ముగింపు VPN పాడైంది అని. ఎక్కువ సంభావ్యత ఉన్న వివరణ చిన్నది: NetworkManager ఫైల్ను ఉంచలేదు, దానిలో కొంత భాగాన్ని సేవ్ చేసిన కనెక్షన్లోకి దిగుమతి చేసింది, మరియు నడుస్తున్న టన్నెల్ బదులుగా ఆ సేవ్ చేసిన డేటాను ఉపయోగిస్తుంది. ఫైల్ ఇప్పుడు ఏమి చెబుతుందో ప్రొఫైల్ కలిగి ఉన్నదానికి సంబంధం లేదు.

ఫైల్ ప్రొఫైల్ కాదు

దిగుమతి ఒక అనువాదం, మౌంట్ కాదు. ప్లగిన్ అర్థం చేసుకునే ఎంపికలు కనెక్షన్ యొక్క vpn.data నిఘంటువులో కీలు అవుతాయి; అర్థం చేసుకోని ఎంపికలు విస్మరించబడతాయి లేదా మరెక్కడైనా నమోదు చేయబడతాయి, మరియు అసలు మార్గం కేవలం ఒక సూచన. తర్వాత మూల ఫైల్ను సవరించడం ఇప్పటికే సేవ్ చేసిన కనెక్షన్లో ఏమీ మార్చదు.

ఈ అంతరం మొత్తం నివేదికల కుటుంబాన్ని వివరిస్తుంది: భాగస్వామ్య కీ తిప్పబడింది, ఫైల్ నవీకరించబడింది, మరియు టన్నెల్ ఇప్పటికీ విఫలమవుతుంది. సేవ్ చేసిన ప్రొఫైల్ ఇప్పటికీ పాత మార్గం లేదా పాత విలువను సూచిస్తుంది, మరియు మీరు సవరించిన ఫైల్ను చదివే కారణంగా కమాండ్ లైన్ పని చేస్తూనే ఉంటుంది. రెండు క్లయింట్లు, సత్యానికి రెండు మూలాలు, మరియు వాటిలో ఒకటి మాత్రమే నవీకరించబడింది.

సేవ్ చేసిన ప్రొఫైల్ చదవండి, సంభాషణ కాదు

nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn

రెండు ప్రొఫైల్లు ఒకే పేరును పంచుకున్నప్పుడు UUID ఉపయోగించండి, మరియు సేవా రకం మీరు ఆశించే OpenVPN ప్లగిన్ అని నిర్ధారించండి, యాదృచ్ఛికంగా ఇన్స్టాల్ చేయబడిన మరో VPN రకం కాదు. ఆపై ముగింపు బిందువు, రవాణా మరియు ధృవపత్ర సూచనలను పని చేస్తున్న పిలుపుతో పోల్చండి.

గ్రాఫికల్ ఎడిటర్లో కనిపించే విలువ అది సేవ్ చేయబడిందని రుజువు కాదు. సేవ్ చేయండి, మళ్లీ తెరవండి మరియు కమాండ్ లైన్ ద్వారా తిరిగి చదవండి; చారిత్రక సేవ్ లోపాలు నిల్వ చేసిన డేటాను తనిఖీ చేయడానికి కారణం, ప్రతి ప్రస్తుత బిల్డ్లో అదే బగ్ ఉందని రుజువు కాదు. తనిఖీకి ఒక ఆదేశం ఖర్చవుతుంది.

రెండు కీలు, మరియు ముఖ్యమైన ఒక దిశ

TLS ప్రామాణీకరణను ఉపయోగించే కనెక్షన్ కోసం, ప్లగిన్ భాగస్వామ్య కీ మార్గాన్ని ta లో మరియు దిశను ta-dir లో నిల్వ చేస్తుంది, అమరిక ఒకదాన్ని ఉపయోగించినప్పుడు. రెండూ ప్రొఫైల్ డేటా నిఘంటువులో నివసిస్తాయి, మరియు రెండూ సర్వర్ ఆశించే దానికి సరిపోలాలి.

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

కీ ఫైల్ స్వయంగా ప్లగిన్కు అది నిజంగా నడిచే సందర్భంలో చదవగలిగేదిగా ఉండాలి. పరిమిత ప్యాకేజీ సాధారణ డెస్క్టాప్ ఇన్స్టాల్ కంటే భిన్నమైన ఫైల్సిస్టమ్ వీక్షణను కలిగి ఉంటుంది, కాబట్టి మీ షెల్లో ఉన్న మార్గం సేవకు కనిపించకపోవచ్చు.

ఒక ఎంట్రీని నవీకరించండి, నిఘంటువు కాదు

nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'

మొదటి ప్లస్ వ్యక్తిగత నిఘంటువు ఎంట్రీలను నవీకరిస్తుంది. కేటాయించడం vpn.data దాన్ని లేకుండా మొత్తం నిఘంటువును భర్తీ చేస్తుంది, అలా ఒక తప్పిపోయిన కీ ఐదు పాడైన సెట్టింగ్లుగా మారుతుంది. మార్పు తర్వాత ప్రొఫైల్ను తిరిగి చదవండి మరియు ఇతర ఎంట్రీలు బతికాయని నిర్ధారించండి. తన దూర ముగింపు బిందువును మరియు ధృవపత్రాలను కోల్పోయిన నిఘంటువు మీరు ప్రారంభించిన మధ్యాహ్నం కంటే చాలా పొడవైన మధ్యాహ్నం.

సాధారణ నియంత్రణల ద్వారా తిరిగి కనెక్ట్ అవ్వండి మరియు విఫలమయ్యే దశను గమనించండి. భాగస్వామ్య-కీ ద్వారం ఇప్పుడు దాటితే మరియు క్లయింట్ ధృవపత్రం లేదా వినియోగదారు-ప్రామాణీకరణ లోపాన్ని నివేదిస్తే, మీరు ముందుకు సాగారు మరియు తదుపరి దర్యాప్తు వేరేది.

నియంత్రణ-ఛానల్ మోడ్లను కలపకండి

tls-auth, tls-crypt, మరియు tls-crypt-v2 వేర్వేరు ఏర్పాట్లు. పోలి ఉండే కీ ఫైల్ వాటిని పరస్పరం మార్చుకోగలిగేలా చేయదు, మరియు మరో ప్రొఫైల్లో ఫార్మాట్ చేసిన కీ ఉందని TLS-Auth ఫీల్డ్లను నింపడం తప్పు కీని పోలిన విధంగా విఫలమయ్యే ప్రొఫైల్ను ఉత్పత్తి చేస్తుంది.

సర్వర్ కాన్ఫిగరేషన్లోని మోడ్కు సరిపోలే ప్లగిన్ మ్యాపింగ్ ఉపయోగించండి. మోడ్ స్పష్టంగా లేనప్పుడు, ఫైల్ మొదటి పంక్తి నుండి ఊహించడానికి బదులుగా సర్వర్ యజమానిని అడగండి.

టన్నెల్ మీ నిర్వహణ సెషన్ను మోసుకెళ్లేటప్పుడు రికవరీ మార్గాన్ని ఉంచండి. సేవ్ చేసిన మార్పు తప్పనిసరిగా వర్తింపజేసిన మార్పు కాదు, మరియు విజయవంతమైన దిగుమతి ప్రతి మూల ఎంపిక మద్దతు పొందిందని రుజువు కాదు. మీరు పని చేస్తున్న లింక్ను తిరిగి కనెక్ట్ చేయడానికి ముందు ఈ రెండు అంతరాలను తెలుసుకోవడం విలువైనది.