షేర్ చేసిన pppd ఎంపిక ఫైల్ మీ మరో VPNను పాడు చేస్తుందా?
PPP ఆధారిత రెండు VPN క్లయింట్లు ఒకే pppd డిఫాల్ట్లను చదవగలవు, కాబట్టి ఒకదానికి చేసిన సరిదిద్దు మరొకదాన్ని నిశ్శబ్దంగా మారుస్తుంది. సవరించే ముందు ఆ ఎంపిక యజమాని ఎవరో కనుగొనండి.
మొండి PPTP ప్రొఫైల్ కనెక్ట్ కావడానికి ఒక లైన్ జోడిస్తారు, ఒక వారం తర్వాత నెలల తరబడి పనిచేసిన L2TP క్లయింట్ ఆగిపోతుంది. స్పష్టమైన అర్థం ఏమిటంటే రెండు ప్రోటోకాల్లు ఇప్పుడు ఘర్షణ పడుతున్నాయి. ఎక్కువసార్లు రెండు క్లయింట్లూ pppd ను ప్రారంభిస్తాయి, రెండూ ఒకే డిఫాల్ట్లను చదువుతాయి, మరియు మీరు జోడించిన లైన్ మీరు సరిచేస్తున్న ప్రొఫైల్కే పరిమితం కాలేదు. షేర్ చేసిన ఎంపిక ఫైలే ఆ కలయిక, ప్రోటోకాల్స్ నిర్దోషి.
ప్రారంభంలో క్లయింట్ ఏమి వారసత్వంగా పొందుతుంది
PPP ఆధారిత క్లయింట్ తన కమాండ్ లైన్ను అరుదుగా సున్నా నుండి నిర్మిస్తుంది. అది pppd ను ప్రారంభిస్తుంది; pppd సిస్టమ్ డిఫాల్ట్లను చదువుతుంది, తర్వాత యూజర్ లేదా టెర్మినల్ ఫైల్ను, తర్వాత క్లయింట్ పంపిన ఆర్గ్యుమెంట్లను చదువుతుంది, అలాగే క్లయింట్ దానిని peer ఫైల్ వైపు కూడా మళ్లించవచ్చు. ఈ ప్రతి పొర ప్లగిన్, ప్రామాణీకరణ పద్ధతి లేదా రూట్ సూచనను మోసుకెళ్లగలదు, మరియు రక్షిత ఎంపికను మొదట సెట్ చేసే పొర తర్వాతి మార్పులకు దానిని లాక్ చేయగలదు.
కాబట్టి ఉపయోగకరమైన ప్రశ్న ఏ VPN పాడైంది అని కాదు, ఆ సెట్టింగ్ను ఏ పొర అందించింది అని. తన ఆర్గ్యుమెంట్లను తానే ఉత్పత్తి చేసే క్లయింట్ స్వయం సమృద్ధిగా కనిపిస్తుంది, అయినా సిస్టమ్ ఫైల్లో ఉన్న ప్రతిదాన్ని వారసత్వంగా పొందుతుంది.
మార్చే ముందు లైన్ మూలాన్ని గుర్తించండి
కనెక్షన్ నడుస్తున్నప్పుడు పనిచేస్తున్న ప్రాసెస్ను చూడడంతో ప్రారంభించండి. ఏ ఫైల్లు స్పష్టంగా పంపబడ్డాయో కమాండ్ లైన్ చూపుతుంది, అక్కడ పేరు లేని ఏదైనా డిఫాల్ట్ మార్గం నుండి వచ్చింది.
ps -o pid=,args= -C pppdఆర్గ్యుమెంట్ జాబితాలో peer పేరు ఉంటే ఆ ఫైల్ను చదవండి. లేకపోతే మీరు వెతుకుతున్న సెట్టింగ్ షేర్ చేసిన మార్గంలో ఉంటుంది. pppd మాన్యువల్ ఆ ఫైళ్లు చదివే క్రమాన్ని, సాధారణ యూజర్ ఓవర్రైడ్ చేయలేని ఎంపికలను జాబితా చేస్తుంది; అందుకే తర్వాత రాసిన లైన్ కొన్నిసార్లు ఏమీ చేయదు. ప్లగిన్ మార్గం వంటి రక్షిత ఎంపికను తర్వాతి యూజర్-స్థాయి లైన్తో భర్తీ చేయలేరు, కాబట్టి తప్పు ఫైల్ను సవరిస్తే కనిపించే మార్పు ఉండదు.
ప్రతి క్లయింట్ వెంట వచ్చే ప్లగిన్ లైన్
సిస్టమ్ ఫైల్లో లోడ్ అయ్యే ప్లగిన్ అత్యంత దుష్ప్రభావం కలిగిస్తుంది, ఎందుకంటే యూజర్ ఏ బటన్ నొక్కినా కొత్త PPP ప్రాసెస్ ఏమి లోడ్ చేయాలని ప్రయత్నిస్తుందో అది మారుస్తుంది. L2TP ప్లగిన్ క్లాసిక్ ఉదాహరణ: ఒక ప్రొఫైల్కు సరైనది, కానీ అదే డిఫాల్ట్ల నుండి మొదలయ్యే PPTP ప్రొఫైల్కు అర్థరహితం లేదా హానికరం.
దానిని క్లయింట్ ఎంచుకునే peer ఫైల్కు, లేదా క్లయింట్ మద్దతు ఇస్తే దాని స్వంత కనెక్షన్-వారీ సెట్టింగ్లకు తరలించండి. కేవలం తొలగిస్తే రెండో క్లయింట్ సరిచేయబడుతుంది, మొదటిది పాడవుతుంది; ఈ సమస్యలు జట్ల మధ్య ప్రయాణించేది ఇలాగే.
తరలించిన తర్వాత ప్రతి క్లయింట్ను ధృవీకరించండి
ఒకే మెషీన్ నుండి రెండు కనెక్షన్లను ఒకదాని తర్వాత ఒకటి పరీక్షించండి, విజయం డైలాగ్ కాదు, బేరమాడిన ఎంపికలను చదవండి. కింది డంప్ pppd నిజంగా కూర్చిన ఎంపికల సమితిని ముద్రిస్తుంది, ఆ జాబితా ఒక్కటే ముఖ్యం.
sudo pppd call office debug dumpరెండో క్లయింట్ కోసం పునరావృతం చేసి రెండు అవుట్పుట్లను పోల్చండి. మీరు తరలించిన ఎంపిక సరిగ్గా ఒకదానిలోనే కనిపించాలి. రెండింటిలోనూ కనిపిస్తే క్లయింట్ దానిని మళ్లీ ఉత్పత్తి చేస్తోంది, సరిదిద్దు షేర్ చేసిన ఫైల్లో కాదు, ఆ ప్రొఫైల్లో ఉండాలి. ఈ సెట్టింగ్ ఇప్పుడు ఎక్కడ ఉందో కనెక్షన్ పక్కన రాసి పెట్టండి, తదుపరి వ్యక్తి దాన్ని మళ్లీ పగలగొట్టి ఈ కలయికను తిరిగి కనుగొనవలసి రాకుండా.