OpenVPN మార్గ పరిమితిని నిజంగా ఏ భాగం కలిగి ఉంది?
మార్గ పరిమితి OpenVPN ఇంజిన్, NetworkManager ప్లగిన్ లేదా సర్వర్‌కు చెంది ఉండవచ్చు. ప్రొఫైల్‌ను సవరించే లేదా సంఖ్యను పెంచే ముందు యజమానిని పేర్కొనండి.
రెండు వందల మార్గాలను కలిగిన ప్రొఫైల్ ఒక యంత్రంలో పనిచేస్తుంది, మరొకదానిలో నలభైని ఇన్‌స్టాల్ చేస్తుంది. ఇంజిన్, దాన్ని ప్రారంభించే ఏకీకరణ మరియు దాన్ని పోషించే సర్వర్ అందరికీ చెప్పుకోవడానికి ఏదో ఉంది, మరియు ప్రతి ఒక్కటి జాబితాను వేరొక చోట ఆపగలదు. వైఫల్యాన్ని ఒకే పరిమితిగా చదవడం తప్పు ఫైల్‌కు తీసుకెళ్తుంది. యంత్రాంగానికి మూడు దశలు ఉన్నాయి, ఆగిన దశ ఏమి వెతకాలో తెలిస్తే కనిపించే సాక్ష్యాన్ని వదిలివేస్తుంది.
మూడు దశలు, మూడు వేర్వేరు పరిమితులు
మొదట ఇంజిన్ ఎంపికను విశ్లేషించి ఈ సంస్కరణ దాన్ని అర్థం చేసుకుంటుందా అని నిర్ణయిస్తుంది. తర్వాత ఏకీకరణ ఇంజిన్ నివేదించేదాన్ని ఇన్‌స్టాల్ చేస్తుంది, దాని స్వంత కోడ్ జాబితాను పరిమితం చేయవచ్చు లేదా పునఃరూపొందించవచ్చు. చివరగా ఏదైనా క్లయింట్ దశ ఏదైనా చూసే ముందే సర్వర్ ఒక నిర్దిష్ట గుర్తింపుకు ఎన్ని మార్గాలు పంపుతుందో నిర్ణయిస్తుంది. మూడు దశలు, మూడు పైకప్పులు, వాటిలో ఒకటి మాత్రమే ప్రొఫైల్‌లోని సంఖ్య.
ఒక పైకప్పును పెంచడం మిగతావాటికి ఏమీ చేయదు. తిరస్కరించబడిన పంపిన మార్గం సర్వర్‌లో విధాన నిర్ణయం కావచ్చు, క్లయింట్ పరిష్కరించిన అతివ్యాప్తి కావచ్చు, లేదా అదనపు భాగాన్ని విసిరిన ఇన్‌స్టాలర్ పరిమితి కావచ్చు. వీటిలో ప్రతిదానికి వేరే పరిష్కారం ఉంది.
ఏదైనా కొలవడానికి ముందు మూడింటిని వేరు చేయండి. పార్సర్ లోపం ఒక టోకెన్‌ను పేర్కొంటుంది, ఇన్‌స్టాలర్ పరిమితి చిన్న మార్గ పట్టికను వదిలిస్తుంది, విధాన నిర్ణయం ఏమీ వదలదు. మొదట ఏ దశను పరిశీలించాలో సాక్ష్యం చెబుతుంది.
| Stage | Who decides | What you can see |
|---|---|---|
| Parse | Client engine | An error naming the option |
| Install | Activation owner | A route count below the pushed count |
| Offer | Server policy | A route absent from the pushed list |
పార్సర్ మొదట మాట్లాడుతుంది
తెలియని ఎంపిక గట్టిగా మరియు ముందుగానే విఫలమవుతుంది, లోపం వచనం టోకెన్‌ను పేర్కొంటుంది. అదే గుర్తించడానికి సులభమైన దశ: ఖచ్చితమైన సందేశాన్ని ఇన్‌స్టాల్ చేసిన ఇంజిన్ సంస్కరణతో పోల్చండి, ఎందుకంటే ఒక విడుదలలో జోడించిన ఎంపిక దాని ముందు దానిలో తెలియదు. కొత్త అమరిక నుండి కాపీ చేసిన ప్రొఫైల్ ఈ అసమతుల్యతకు సాధారణ మూలం. పార్సర్ తనకు తెలియని సూచనను ఎప్పుడూ నిశ్శబ్దంగా పట్టించుకోదు.
ఆమోదించిన ఎంపిక ఫలితం గురించి ఏమీ చెప్పదు. విశ్లేషణ విజయవంతమవుతుంది, జాబితా ఇంకా ఇన్‌స్టాలర్ కత్తిరించవచ్చు లేదా సర్వర్ ఎప్పుడూ అందించకపోవచ్చు. శుభ్రమైన విశ్లేషణను కొనసాగడానికి అనుమతిగా భావించండి, సాక్ష్యంగా కాదు.
సంస్కరణ స్ట్రింగ్‌ను నిజంగా నడిచిన బైనరీ నుండి నమోదు చేయండి, ప్యాకేజీ నిర్వాహకుడు ఏమి ఇన్‌స్టాల్ అయిందనే భావన నుండి కాదు. ఈ రెండూ ఆశించిన దానికంటే ఎక్కువసార్లు కలవవు.
ఇన్‌స్టాలర్‌కు దాని సొంత పైకప్పు ఉంది
యాక్టివేషన్‌ను కలిగి ఉన్న భాగం ఇంజిన్ బైనరీకి బదులుగా NetworkManager ప్లగిన్ కావచ్చు, ఏ టన్నెల్ లేకముందే తన సొంత పరిమితిని విధించవచ్చు. దాని ఎడిటర్ నడుస్తున్న ఇంజిన్ ఎప్పుడూ చదవని ఫీల్డ్‌ను చూపవచ్చు, లేదా ఎడిటర్ చూపని ఫీల్డ్‌ను చదవవచ్చు. రెండు పరిస్థితులు బయటినుండి క్లయింట్ బగ్‌లా కనిపిస్తాయి. ఏదీ ప్రొఫైల్ సవరించడం ద్వారా సరికాదు.
ఏమి సెట్ చేయబడిందో కాదు, ఏమి చేరిందో లెక్కించండి. ip route show dev tun0 ఆదేశం ఇన్‌స్టాల్ చేసిన మార్గాలను జాబితా చేస్తుంది, ఆ సంఖ్యను పంపిన జాబితాతో పోల్చడం విసిరిన మార్గాన్ని ఎప్పుడూ పంపని మార్గం నుండి వేరు చేస్తుంది. పంపడంతో సరిపోయే సంఖ్య అనుమానాన్ని తిరిగి సర్వర్‌కు పంపుతుంది.
పెద్ద సంఖ్యను బలవంతంగా రాబట్టడానికి ఇంజిన్ బైనరీ చుట్టూ షెల్ పొర నవీకరణలను మసకబార్చి వెనక్కి తిరగడాన్ని ఊహగా మారుస్తుంది. తర్వాత కాన్ఫిగరేషన్ చదివే ప్రతి ఒక్కరి నుండి నిజమైన పరిమితిని కూడా దాచుతుంది.
మీకు ఏమి అందించబడిందో సర్వర్ నిర్ణయిస్తుంది
ప్రతి క్లయింట్‌కు విధానం ప్రసారానికి ముందు జాబితాను తగ్గించవచ్చు. క్లయింట్-నిర్దిష్ట ఫైల్ ఒక గుర్తింపుకు మార్గాలను జోడించవచ్చు, లేదా సమూహ విధానం వాటిని వదిలివేయవచ్చు, వడపోసిన మార్గాన్ని ఎప్పుడూ నిర్వచించని మార్గం నుండి క్లయింట్ వేరు చేయలేదు. ఆ అస్పష్టతే సర్వర్ రికార్డును ముఖ్యమైనదిగా చేస్తుంది. ఆ గుర్తింపు కోసం నిజమైన పంపే జాబితాను అడగండి, టెంప్లేట్ కాదు.
సర్వర్ రికార్డును అందుకున్న జాబితాతో పోల్చండి. వాటి మధ్య అంతరం విధాన పొర, అది సాధారణంగా ప్రొఫైల్ సూచించే దానికంటే చిన్నది.
రూపకల్పన అనుమతించినప్పుడు, ప్రక్కనే ఉన్న నెట్‌వర్క్‌లను సంక్షేపించి పాత నమోదులను తొలగించండి. తక్కువ కానీ పెద్ద మార్గాలు ఎత్తైన పైకప్పు కంటే ఎక్కువ కేసులను పరిష్కరిస్తాయి.
సంఖ్యను సరైన చోట మార్చండి
పరిమితిని నిజంగా కలిగి ఉన్న భాగం యొక్క డాక్యుమెంట్ చేసిన సెట్టింగ్‌ను ఉపయోగించండి. ప్లగిన్‌లో ఫీల్డ్ లేకపోతే, ప్లగిన్ ఫీచర్ కంటే పాతదా లేదా మరో నేపథ్యం మార్గాలను కలిగి ఉందా అని తనిఖీ చేయండి. తర్వాత మీరు ఎంచుకున్న విలువ పక్కన ఇంజిన్, ప్లగిన్ మరియు సర్వర్ సంస్కరణలను డాక్యుమెంట్ చేయండి. తదుపరి నవీకరణ ప్రశ్నను మళ్లీ తెరుస్తుంది, గమనికే దాన్ని సమాధానం చెప్పగలిగేలా చేస్తుంది.
మూడింటిలో ఏదైనా ఒకదాని ఏ నవీకరణ తర్వాత అయినా మళ్లీ పరీక్షించండి. సరైన చోట పెంచిన పరిమితి కూడా దాన్ని అమలు చేసే భాగం మారినప్పుడు కదులుతుంది. సంస్కరణల రికార్డే ఆ కదలికను ముందుగా తెలుసుకోగలిగేలా చేసే ఏకైక విషయం.