ఈ NetworkManager ప్లగిన్ ఒకేసారి రెండు VPN లను అమలు చేయగలదా?

కనెక్షన్ జాబితాలో రెండు VPN ఎంట్రీలు ఉన్నాయి, రెండూ కనెక్ట్ అయ్యాయని చెబుతాయి, మీరు ఆశించిన ట్రాఫిక్‌ను వాటిలో ఒకటి మాత్రమే తీసుకువెళుతుంది. లేదా రెండవది ప్రారంభం కావడానికే నిరాకరిస్తుంది, తప్పు ప్లగిన్‌దా, క్లయింట్‌దా లేక మీరు మరచిపోయిన విధానందా అని ఎవరూ చెప్పలేరు. ఒక VPN పరిమితి గురించిన ప్రకటనలు నిర్దిష్ట అమలులను వివరిస్తాయి, అమలులు భిన్నంగా ఉంటాయి. మొదట సామర్థ్యాన్ని చూడండి, ఆపై సమన్వయాన్ని.

మొదట సేవ్ చేసిన ప్రొఫైల్‌లను లెక్కించండి, ఆపై యాక్టివేషన్‌లను

సేవ్ చేసిన ప్రొఫైల్ ఒక కాన్ఫిగరేషన్ వస్తువు, యాక్టివ్ కనెక్షన్ అనేది నడుస్తున్న ఇన్‌స్టాన్స్. జాబితా ఈ రెండు భావనలను దృశ్యపరంగా విలీనం చేస్తుంది, అందుకే రెండు నివేదికలు నిజమని అనిపిస్తాయి. ఖచ్చితమైన వస్తువులను వాటి UUID లతో పేరు పెట్టడం ద్వారా ప్రారంభించండి, ఎందుకంటే చూపబడే పేరు ప్రత్యేకమైనది కాదు మరియు పాత దిగుమతి తరచుగా కొత్త ఎంట్రీతో లేబుల్‌ను పంచుకుంటుంది. ఆపై యాక్టివ్ జాబితాను విడిగా తనిఖీ చేసి ఏ UUID లు కనిపిస్తాయో చూడండి. అప్పుడే మీరు రెండు కాన్ఫిగరేషన్‌లను పోలుస్తున్నారా లేక రెండు సజీవ సొరంగాలను పోలుస్తున్నారా అని తెలుస్తుంది.

అదే UUID ను రెండుసార్లు యాక్టివేట్ చేయడం మూడవ సందర్భం, అది ఏకకాలికత కాదు. అది ఒక ఇన్‌స్టాన్స్ తిరిగి యాక్టివేట్ చేయడం.

ప్లగిన్ యొక్క స్వంత మెటాడేటాను చదవండి

ప్రతి VPN ప్లగిన్ నిర్వాహకుడు చదివే చిన్న మెటాడేటా ఫైల్‌ను తీసుకువస్తుంది, ఆ ఫైళ్లు ప్లగిన్ ఒకేసారి అనేక కనెక్షన్‌లకు మద్దతు ఇస్తుందో లేదో ప్రకటించగలవు. అప్‌స్ట్రీమ్ ప్రాజెక్ట్ ఇప్పుడు రాస్తున్నదాన్ని పునరావృతం చేయడం బదులు ఈ మెషీన్‌లో ఇన్‌స్టాల్ చేసిన ఫైల్‌ను చదవండి, ఎందుకంటే మీకు నిజంగా ఏమి ఉందో పంపిణీ ప్యాకేజీ నిర్ణయిస్తుంది. అదే తనిఖీ ప్రతి ప్రోటోకాల్‌కు వర్తిస్తుంది: ఒక ప్లగిన్‌కు సమాధానం మరొకదాని గురించి ఏమీ చెప్పదు. ప్యాకేజీ వెర్షన్‌ను ఫలితంతో పాటు నమోదు చేయండి, తద్వారా తర్వాతి పోలికకు అర్థం ఉంటుంది.

ఒక VPN పరిమితి గురించిన పాత సలహా పాత ఇంటిగ్రేషన్‌లను వివరించింది. అది శాశ్వతంగా నిజం కాదు మరియు స్థిరంగా భావించడం సురక్షితం కాదు, మీ ముందున్న ఫైల్ దాన్ని స్థానికంగా నిర్ణయిస్తుంది.

ఏకకాలికం అంటే సమన్వయమైనది కాదు

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

ఏదైనా యాక్టివేట్ చేయడానికి ముందు ఏ గమ్యస్థానాలు ఏ ప్రొఫైల్‌కు చెందుతాయో నిర్ణయించండి. ప్రొఫైల్ పేరు మార్చడం గమ్యస్థానాలను వేరు చేయదు.

మీరు చేసినా చేయకపోయినా DNS విజేతను ఎంచుకుంటుంది

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

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

నిర్దిష్ట క్రమంలో మోహరించి మధ్యలో తనిఖీ చేయండి

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

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