ppp0 की ppp1? स्क्रिप्टसाठी PPP VPN सत्राचे नामकरण

हुक स्क्रिप्ट चालू होते, ppp0 वाचते आणि त्या क्षणी ते नाव असलेल्या कोणत्याही इंटरफेसवर मार्ग लागू करते। कधी तो तुम्ही हेतू असलेला बोगदा असतो; कधी ती एक मिनिट आधी जोडलेली सत्र असते। पुढील पुनर्जोडणी क्रमांक हलवते, आणि तीच स्क्रिप्ट शांतपणे चुकीची लिंक कॉन्फिगर करते। उपाय म्हणजे नुकत्याच झालेल्या कॉलमधून इंटरफेस घेणे आणि इच्छित प्रोफाइल त्याच्यासोबत नेणे।

पर्यायांपासून हुकपर्यंत एका सत्राचा मागोवा घ्या

सत्र तयार होते तिथून सुरुवात करा। xl2tpd त्या बोगद्याच्या pppoptfile ने नाव दिलेल्या पर्याय फाइलसह pppd सुरू करतो, त्यामुळे प्लगइन, युनिट क्रमांक आणि कोणताही प्रोफाइल मार्कर जागतिक फाइलमध्ये नाही, तिथेच ठरतो। कनेक्शन मॅनेजर स्वतःचे पर्याय तयार करू शकतो, याचा अर्थ /etc/ppp/options संपादित करणे हा तुमच्या लक्षातील बोगदा बदलला याचा पुरावा नाही। लिंक वर आल्यावर pppd वितरणाच्या डिस्पॅचरकडून सूचना स्क्रिप्ट चालवतो। त्या स्क्रिप्ट इंटरफेसचे नाव पहिला आर्ग्युमेंट म्हणून आणि प्रोफाइल मार्कर सहावा आर्ग्युमेंट म्हणून घेतात।

पर्यावरण तीच तथ्ये IFNAME आणि PPP_IPPARAM सारख्या नावांखाली वाहते, पण त्यांची उपलब्धता स्थापित डिस्पॅचरवर अवलंबून असते। चलावर विसंबून राहण्यापूर्वी डिस्पॅचर वाचा: काही वितरणे upstream आर्ग्युमेंट क्रम ठेवतात, इतर तुमची स्क्रिप्ट बोलावण्यापूर्वी पर्यावरण गाळतात। फक्त $1 आणि सहावा आर्ग्युमेंट वापरणारी स्क्रिप्ट दोन्ही प्रकारांत चालते।

कॉलमधून इंटरफेस वाचा

पारंपरिक हुक इंटरफेस प्रथम घेतो। ते स्थान मूल्य म्हणजे स्क्रिप्ट चालवणाऱ्या सत्राचे वर्णन करणारा इंटरफेस ओळखकर्ता। ते वरच्या बाजूला चलात साठवा, नंतर तेच चल मार्ग, फायरवॉल नियम आणि विसर्जनासाठी वापरा।

ipparam office-vpn

पर्याय परिभाषित होतात तिथे प्रोफाइल मार्कर जोडा, स्क्रिप्टमध्ये नाही। बोगद्याच्या पर्याय फाइलमध्ये ती ओळ असल्यास त्या फाइलमधून तयार होणारे प्रत्येक सत्र सहावा आर्ग्युमेंट म्हणून office-vpn वाहते। स्क्रिप्ट मार्करनुसार शाखा पाडू शकते आणि तरीही खऱ्या इंटरफेसवर कार्य करू शकते। कोडमध्ये दोन्ही वेगळे ठेवा, कारण मार्कर स्थिर आहे आणि इंटरफेस प्रत्येक सत्रासाठी दिला जातो।

नकार योग्य असेल तेव्हाच नाव मागा

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

ifname ppp-office

ifname पर्याय वेगळा वागतो: मागितलेले नाव आधीच वापरात असल्यास किंवा देता येत नसल्यास, pppd दुसरे निवडण्याऐवजी बाहेर पडतो। ते दिखाऊ नामांतर नाही, धोरणाची निवड आहे। त्याच प्रोफाइलची दुसरी समवर्ती प्रत नाकारायची असेल तेव्हा तो वापरा, आणि स्थापित pppd व तुमचा कनेक्शन मॅनेजर तो पर्याय पुढे पाठवतात याची खात्री करा।

कोणत्याही प्रकारे, स्क्रिप्ट जे नाव पाहते तेच कार्य करण्याचे नाव आहे। कॉन्फिगर केलेले नाव कॉल वाचण्याची गरज टाळत नाही, कारण पुन्हा सुरू केलेले सत्र पूर्वीपेक्षा वेगळे नाव सादर करू शकते।

विसर्जन तुम्ही कॉन्फिगर केलेल्या सत्राशी जुळवा

मार्ग आणि फायरवॉल नियम त्यांना तयार करणाऱ्या स्क्रिप्टपेक्षा जास्त टिकतात, म्हणून विसर्जनाने सत्राच्या मालकीच्या वस्तू नेमक्या काढून टाकल्या पाहिजेत। नियमांना इंटरफेससह प्रोफाइल मार्करनेही टॅग करा, आणि त्या टॅगने हटवा। दोन बोगदे एकत्र उभे असू शकत असतील, तर pppचा उल्लेख असलेले सर्व हटवणे हा एक डिस्कनेक्ट दुसरे कनेक्शन तोडण्याचा मार्ग आहे।

बग उघड करणारी स्थिती तपासा: पहिले अजून जोडलेले असताना दुसरे PPP सत्र वर आणा, नंतर पहिले पुन्हा जोडा आणि हुक कोणता इंटरफेस कळवतो ते पाहा। एका सत्रासह यशस्वी धाव नाव वाटपाबद्दल काहीही सिद्ध करत नाही। VPN बंद ठेवून पुनरावृत्ती करा, जेणेकरून विसर्जन जुना मार्ग मागे ठेवत नाही याची खात्री होईल।

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