सामायिक pppd पर्याय फाइल तुमचा दुसरा VPN तोडते का?

तुम्ही एक ओळ जोडता जेणेकरून हट्टी PPTP प्रोफाइल जोडले जाईल, आणि आठवडाभरानंतर महिन्यांपासून चालणारा L2TP क्लायंट थांबतो. स्पष्ट अर्थ असा आहे की दोन्ही प्रोटोकॉल आता संघर्ष करत आहेत. बहुतेक वेळा दोन्ही क्लायंट pppd सुरू करतात, दोन्ही एकाच डीफॉल्ट वाचतात, आणि तुम्ही जोडलेली ओळ तुम्ही दुरुस्त करत असलेल्या प्रोफाइलपुरती कधीच मर्यादित नव्हती. सामायिक पर्याय फाइल हेच जोडणी आहे, आणि प्रोटोकॉल निर्दोष आहेत.

क्लायंट सुरू होताना काय वारसाहक्काने मिळवतो

PPP आधारित क्लायंट आपली कमांड लाइन शून्यातून क्वचितच बनवतो. तो pppd सुरू करतो, जो सिस्टम डीफॉल्ट, नंतर कोणतीही वापरकर्ता किंवा टर्मिनल फाइल, नंतर क्लायंट पाठवत असलेली आर्ग्युमेंट्स वाचतो, आणि क्लायंट ते पीअर फाइलकडेही निर्देशित करू शकतो. यापैकी प्रत्येक स्तर प्लगइन, प्रमाणीकरण पद्धत किंवा मार्ग सूचना बाळगू शकतो, आणि संरक्षित पर्याय सेट करणारा पहिला स्तर त्याला पुढील बदलांपासून लॉक करू शकतो.

म्हणून उपयुक्त प्रश्न हा नाही की कोणता VPN तुटला आहे, तर हा की कोणत्या स्तराने सेटिंग दिली. स्वतःची आर्ग्युमेंट्स तयार करणारा क्लायंट स्वयंपूर्ण दिसतो आणि तरीही सिस्टम फाइलमधील सर्व काही वारसाहक्काने मिळवतो.

बदलण्यापूर्वी ओळीचा उगम निश्चित करा

कनेक्शन चालू असताना चालणाऱ्या प्रोसेसकडे पाहून सुरुवात करा. कमांड लाइन दाखवते की कोणत्या फाइल्स स्पष्टपणे पाठवल्या गेल्या, आणि तिथे नाव नसलेले सर्व काही डीफॉल्ट मार्गातून आले.

ps -o pid=,args= -C pppd

आर्ग्युमेंट्सच्या यादीत पीअरचे नाव असल्यास ती फाइल वाचा. नसल्यास, तुम्ही शोधत असलेली सेटिंग सामायिक मार्गावर राहते. pppd मॅन्युअल त्या फाइल्स वाचण्याचा क्रम आणि सामान्य वापरकर्ता जे पर्याय ओलांडू शकत नाही ते सूचीबद्ध करते, म्हणूनच पुढील ओळ कधीकधी काहीच करत नाही. प्लगइन मार्गासारखा संरक्षित पर्याय पुढील वापरकर्ता-स्तरीय ओळीने बदलता येत नाही, त्यामुळे चुकीची फाइल संपादित केल्याचा कोणताही दृश्य परिणाम होत नाही.

प्रत्येक क्लायंटच्या मागे येणारी प्लगइन ओळ

सिस्टम फाइलमध्ये लोड केलेले प्लगइन हा सर्वात वाईट दोषी आहे कारण वापरकर्त्याने कोणते बटण दाबले याची पर्वा न करता नवीन PPP प्रोसेस काय लोड करण्याचा प्रयत्न करतो हे ते बदलते. L2TP प्लगइन हे उत्कृष्ट उदाहरण आहे: एका प्रोफाइलसाठी योग्य, त्याच डीफॉल्टपासून सुरू होणाऱ्या PPTP प्रोफाइलसाठी अर्थहीन किंवा हानिकारक.

ते क्लायंट निवडत असलेल्या पीअर फाइलमध्ये, किंवा क्लायंटला समर्थन असल्यास त्याच्या स्वतःच्या प्रति-कनेक्शन सेटिंग्जमध्ये हलवा. ते पूर्णपणे हटवल्यास दुसरा क्लायंट दुरुस्त होतो आणि पहिला तुटतो, आणि या समस्या संघांमध्ये अशाच प्रवास करतात.

हलवल्यानंतर प्रत्येक क्लायंट तपासा

दोन्ही कनेक्शन एकाच मशीनवरून एकामागून एक तपासा, आणि यशाच्या संवादाऐवजी वाटाघाटी केलेले पर्याय वाचा. खालील डंप pppd ने प्रत्यक्षात जुळवलेला पर्याय-संच छापतो, आणि तोच एकमेव महत्त्वाचा यादी आहे.

sudo pppd call office debug dump

दुसऱ्या क्लायंटसाठी पुन्हा करा आणि दोन्ही आउटपुटची तुलना करा. तुम्ही हलवलेला पर्याय त्यापैकी नेमक्या एकात दिसला पाहिजे. तो दोन्हीत दिसल्यास, क्लायंट तो पुन्हा तयार करत आहे आणि दुरुस्ती सामायिक फाइलमध्ये नाही तर त्या प्रोफाइलमध्ये आहे. सेटिंग आता कुठे राहते ते कनेक्शनच्या शेजारी नोंदवा, जेणेकरून पुढील व्यक्ती ते पुन्हा तोडून जोडणी पुन्हा शोधणार नाही.