అదే ప్రొఫైల్, రెండు సెషన్లు: డెస్క్‌టాప్ నుండి అది కనెక్ట్ అవుతుంది, SSH ద్వారా ఏదీ సమాధానం చెప్పలేని ప్రాంప్ట్‌పై వేలాడుతుంది. ఏదీ పాడవలేదు మరియు ఏ సెట్టింగ్ పోలేదు. NetworkManager సీక్రెట్ ఏజెంట్ నుండి ఆధారాలను అడుగుతోంది, సీక్రెట్ ఏజెంట్ అంటే మీరు ఉపయోగిస్తున్న సెషన్‌లో లేని డెస్క్‌టాప్ భాగం.

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

ఏదైనా మార్చే ముందు నిర్ధారణను నిర్ధారించుకోండి

ఇంటరాక్టివ్ మరియు నాన్-ఇంటరాక్టివ్ యాక్టివేషన్ మధ్య వ్యత్యాసమే మొత్తం నిర్ధారణ. nmcli --ask connection up విజయవంతమైతే సాధారణ యాక్టివేషన్ నిలిచిపోతే, ప్రొఫైల్ సరైనది మరియు రహస్యం మూలం లేదు. ఆ ఒక్క పోలిక పనిచేస్తున్న కాన్ఫిగరేషన్‌ను తిరిగి రాయకుండా మిమ్మల్ని కాపాడుతుంది.

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office IPsec" | grep -i flags

ఊహించకుండా ఫ్లాగ్‌లను చదవండి. "ఏజెంట్‌ను అడగండి" అని అర్థమయ్యే విలువలే మీరు వెతుకుతున్నది, ఖచ్చితమైన కీ పేర్లు VPN ప్లగిన్‌ల మధ్య భిన్నంగా ఉంటాయి ఎందుకంటే అవి ప్లగిన్ సొంత డేటా నిఘంటువులో నివసిస్తాయి. FortiSSL ప్రొఫైల్ మరియు IPsec ప్రొఫైల్ తప్పనిసరిగా ఒకే పేర్లను ఉపయోగించవు, కాబట్టి మీ సొంత ప్రొఫైల్ output నుండి పని చేయండి.

ఆ ప్రోటోకాల్ కోసం ప్లగిన్ ప్యాకేజీ ఇన్‌స్టాల్ అయిందని కూడా నిర్ధారించండి. లేని ప్లగిన్ తెలియని కనెక్షన్ రకంగా లేదా పాస్‌వర్డ్‌ల గురించి ఏమీ చెప్పని యాక్టివేషన్ లోపంగా కనిపిస్తుంది, ఆ స్థితిలో రహస్యం వెంట పరిగెత్తడం అదే గంటను రెండుసార్లు వృథా చేస్తుంది. ఒక ప్యాకేజీ ప్రశ్న కీ ఫైళ్లను సవరించే పూర్తి మధ్యాహ్నం కంటే చవకైనది.

రహస్యాన్ని కీ ఫైల్‌కు తరలించండి

కనెక్షన్ ఫైల్ /etc/NetworkManager/system-connections/ కింద ఉంటుంది. రహస్యాలు అక్కడ డిఫాల్ట్‌గా నిల్వ చేయబడవు, మీరు ఇప్పుడు చదివిన ఫ్లాగ్‌ల అర్థం అదే. ఫ్లాగ్‌ను సున్నాకు మార్చడం విలువ ప్రొఫైల్‌తో పాటు నిల్వ చేయబడిందని, యాక్టివేషన్ సమయంలో అడగబడదని NetworkManagerకు చెబుతుంది.

[vpn]
password-flags=0

[vpn-secrets]
password=YOUR-VPN-PASSWORD

రెండు రహస్యాలు ఉన్న ప్రొఫైల్ కోసం నమూనా పునరావృతమవుతుంది: [vpn] విభాగంలో ప్రతి రహస్యానికి ఒక ఫ్లాగ్, విలువలు [vpn-secrets] లో. IPsec ప్రొఫైల్ సాధారణంగా వినియోగదారు ఆధారంతో పాటు ముందే పంచుకున్న కీని కలిగి ఉంటుంది, ప్లగిన్ వాటిని సాధారణ పాస్‌వర్డ్ ఫీల్డ్ కంటే భిన్నంగా పేరు పెడుతుంది, కాబట్టి కీ పేర్లను vpn.data output నుండి కాపీ చేయండి, వేరే ప్లగిన్ ఉపయోగించిన బ్లాగ్ పోస్ట్ నుండి కాదు. ఒక కీ పేరు తప్పైతే లోడ్ అయి తర్వాత ప్రామాణీకరణలో విఫలమయ్యే ప్రొఫైల్ ఏర్పడుతుంది, అది సరిగ్గా తప్పు పాస్‌వర్డ్‌లాగానే చదవబడుతుంది. మళ్లీ కనెక్ట్ అయ్యే ముందు మీ ఫైల్‌ను అదే ప్లగిన్ పనిచేస్తున్న ప్రొఫైల్‌తో పోల్చండి.

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

తర్వాత ఫైల్ యాజమాన్యం మరియు మోడ్‌ను సరిచేయండి. ఈ కీ ఫైళ్లను ప్రత్యేక హక్కుల సేవ చదుస్తుంది, ఇతర వినియోగదారులు చదవగల ఫైల్ నమ్మదగనిదిగా పరిగణించబడుతుంది, సవరించిన ప్రొఫైల్ నిర్లక్ష్యం చేయబడినట్లు కనిపించడానికి ఇదే సాధారణ కారణం. యజమాని root, మోడ్ 600, మినహాయింపులు లేవు.

మళ్లీ లోడ్ చేయండి, తర్వాత యాక్టివేట్ చేయండి

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

sudo nmcli connection reload
sudo nmcli connection up "Office IPsec"

మళ్లీ లోడ్ చేయడం మార్పును పట్టుకోకపోతే, సేవ పూర్తిగా పునఃప్రారంభం అది పట్టుకుంటుంది, దాని గురించే నివేదికలు ఉన్నాయి. ఇతర లింక్‌లు ముఖ్యమైనప్పుడు మళ్లీ లోడ్ చేయడానికి ప్రాధాన్యత ఇవ్వండి, ఎందుకంటే సేవను పునఃప్రారంభించడం ప్రతి నిర్వహిత కనెక్షన్‌ను తెంచుతుంది, దూరపు హోస్ట్‌లో అది మీరు కోరుకున్న టన్నెల్ పైకి రాకముందే మీ సెషన్‌ను ముగించవచ్చు.

పేర్లు అస్పష్టంగా ఉన్నప్పుడు UUID ఉపయోగించండి. అనేక కస్టమర్ ప్రొఫైల్‌లు ఉన్న మెషీన్‌లలో దాదాపు-నకళ్లు పేరుకుపోతాయి, తప్పుదాన్ని యాక్టివేట్ చేయడం ఆధారాల సమస్యలా కనిపించే వైఫల్యాన్ని కలిగిస్తుంది.

నిల్వ చేసిన రహస్యమే సమస్య కానప్పుడు

FortiSSL ప్రొఫైల్ సరైన నిల్వ చేసిన ఆధారంతో కూడా విఫలం కావచ్చు ఎందుకంటే క్లయింట్ గేట్‌వే సర్టిఫికెట్‌ను ఎప్పుడూ నమ్మదు. ఆ సెట్టింగ్ ప్రధాన సంభాషణలో లేదు; అది VPN యొక్క అధునాతన ఎంపికల వెనుక ఉంది, అక్కడ నమ్మదగిన సర్టిఫికెట్ డైజెస్ట్ నమోదు చేయబడుతుంది. లాగ్ పాస్‌వర్డ్‌కు బదులుగా సర్టిఫికెట్‌ను ప్రస్తావిస్తే, మీరు ఈ శాఖలో ఉన్నారు మరియు [vpn-secrets] సవరించడం ఎంతమాత్రం సహాయపడదు.

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

నిల్వ చేయడం ఆమోదయోగ్యమా అని నిర్ణయించండి

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

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

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

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