Android वर L2TP ऑटोमेशन: स्क्रिप्ट विनंती करू शकते, तयार करू शकत नाही

shell मार्ग Android वर L2TP/IPsec उभारत नाही. IPsec, L2TP, PPP आणि प्लॅटफॉर्म धोरण यापैकी प्रत्येकाचा स्वतःचा भाग आहे, म्हणून कोणते नियंत्रित करू शकते ते निवडा.

दंतकथा अशी आहे की L2TP Android वर अजून एक गोष्ट आहे जी shell स्क्रिप्ट सुरू करू शकते: मार्ग जोडा, जुन्या सेवेला कॉल करा, झाले. असे होऊ शकत नाही, कारण टनेल पॅकेट वाहून नेण्यापूर्वी चार वेगवेगळ्या स्तरांनी सहमती दर्शविली पाहिजे. IPsec स्तर मार्गाचे रक्षण करतो, L2TP सत्र वाहून नेतो, PPP लिंकवर बोलणी करतो, आणि Android ने निकाल VPN म्हणून नोंदवला पाहिजे ज्याच्या भोवती तो मार्ग काढू शकेल. मी हे कॉपी केलेल्या आदेशांसह दोनदा केलेले पाहिले आहे, आणि दोन्ही वेळा मार्ग अस्तित्वात होता तर काहीही एन्क्रिप्ट केलेले नव्हते.

मार्ग बदलणे प्रत्यक्षात काय साधते

मार्ग जोडणे पॅकेट पुढे कुठे जाईल हे ठरवते. ते सुरक्षा संघटनेवर बोलणी करत नाही, L2TP सत्र उघडत नाही, आणि पत्ता, पीअर आणि DNS सेटिंग्ज तयार करणारी PPP देवाणघेवाण चालवत नाही. हँडसेटवर दिसणारा निकाल म्हणजे चुकीच्या मार्गाने बाहेर पडणारा रहदारी, किंवा बाहेर पडून मरणारा रहदारी, कुठेही टनेल स्थिती नसताना.

जुन्या आवृत्तीतून कॉपी केलेल्या सेवा कॉललाही हेच लागू होते. Android चे अंतर्गत VPN प्लंबिंग प्रकाशित ऑटोमेशन API नाही, आणि दुसऱ्या आवृत्तीचा क्रमांकित व्यवहार वेगळ्या क्रियेवर जाऊ शकतो किंवा स्क्रिप्टकडे नसलेल्या विशेषाधिकारांची मागणी करू शकतो. पासवर्ड वाहणारे ऑटोमेशन कधीही अंदाजित अंतर्गत युक्तिवादांवर अवलंबून राहू नये, कारण अपयशाचा प्रकार एकतर शांत no-op आहे किंवा कोणीही साफ करत नाही असे अर्धवट तयार केलेले प्रोफाइल आहे.

चार मालक, आणि स्क्रिप्ट त्यापैकी एकही नाही

ते क्रमाने घ्या. IPsec संरक्षित मार्ग स्थापित करतो आणि टिकवतो आणि पीअरची प्रमाणित करतो. L2TP त्यावर सत्र वाहून नेतो, आणि हे स्तरिकरण म्हणूनच मानक त्यांना एक प्रोटोकॉलऐवजी स्वतंत्र यंत्रणा मानते. त्याच्या आत PPP क्लायंट वापरणार असलेल्या लिंक पॅरामीटर्सवर बोलणी करतो. मग Android प्लॅटफॉर्म बाजू धारण करते: नोंदणीकृत VPN इंटरफेस, प्रति-अ‍ॅप व्याप्ती, always-on स्थिती आणि अ‍ॅप मारले गेल्यावर काय होते हे ठरवणारे जीवनचक्र.

स्क्रिप्ट त्या स्तरांपैकी फक्त शेवटचा पाहू शकते, आणि सहसा अप्रत्यक्षपणे. तो क्लायंट दस्तऐवजीकृत नियंत्रण उघड करत असेल तर स्क्रिप्ट कनेक्ट होण्याची विनंती करू शकते, आणि नंतर इंटरफेसची स्थिती पाहू शकते. ते खालील तीन स्तरांची जागा घेऊ शकत नाही, आणि प्लॅटफॉर्मला नोंदणी न केलेल्या इंटरफेसला VPN म्हणून वागवायला भाग पाडू शकत नाही.

डेमन देखील छोटा मार्ग का नाही

डिव्हाइसवर विशेषाधिकारप्राप्त Linux डेमन सुरू करणे गहाळ तुकड्यासारखे वाटते, आणि बऱ्याचदा ते खरोखर टनेल उभारते. ते जे करत नाही ते म्हणजे त्या टनेलची Android सोबत नोंदणी करणे. इंटरफेस कर्नलच्या आत अस्तित्वात आहे, पण प्लॅटफॉर्मची VPN निवड, प्रति-अ‍ॅप मार्गनिर्देशन, always-on धोरण आणि जीवनचक्र यांना त्याची माहिती नाही, आणि डेमनचे स्वतःचे मार्ग व DNS बदल त्याच सारण्यांसाठी नेटवर्क व्यवस्थापकाशी स्पर्धा करतात.

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

समर्थित मार्ग कसे दिसतात

जर संस्था Android स्वतः पुरवतो त्या प्रोफाइलवर जाऊ शकत असेल, तर प्लॅटफॉर्मचा मार्ग प्रामाणिक आहे. API 30 पासून, VpnManager अ‍ॅप्सद्वारे प्लॅटफॉर्म VPN प्रोफाइलची तरतूद आणि नियंत्रण समर्थित करते, कॉल करणाऱ्या अ‍ॅपशी जोडलेल्या अधिकृतता प्रवाहासह. हे L2TP कनवर्टर नाही: IKEv2 साठी ते पुरवते ते प्रोफाइल मॉडेल विद्यमान L2TP कॉन्फिगरेशनचे भाषांतर करत नाही, आणि प्रोटोकॉल बदलणे हे स्थलांतर आहे, नाव बदलणे नाही. ओळखी, मार्ग, खाजगी DNS आणि प्रवेश परवानग्या जाणीवपूर्वक हस्तांतरित केल्या पाहिजेत.

जर सेवेला L2TP/IPsec राहावे लागत असेल, तर समर्थित संयोजन म्हणजे ऑपरेटरने खरोखर दस्तऐवजीकृत केलेला क्लायंट आणि OS आवृत्ती, आणि त्याचा ऑटोमेशन करार असल्यास. जेव्हा दस्तऐवजीकृत देखरेखीशिवाय नियंत्रण नसते, तेव्हा योग्य उत्तर समर्थित हस्तपद्धतीने कनेक्शन आहे, एका बिल्डवर अपघाताने चालणारी नाजूक विशेषाधिकारप्राप्त स्क्रिप्ट नाही.

योग्य ऑटोमेशन काय करते

दस्तऐवजीकृत नियंत्रण दिल्यास, ऑटोमेशनचे काम लहान आणि समर्थनीय आहे: नामनिर्देशित कनेक्शनची विनंती करा, तयारीसाठी थांबा, प्रमाणीकरण किंवा सेटअप अपयशावर थांबा, इच्छित कामभार चालवा, आणि स्वच्छता कनेक्शन धारण करणाऱ्या घटकाकडे सोडा. क्रेडेन्शियल्स ती साठवणे आणि फिरवणे जाणणाऱ्या क्लायंटकडे राहतात.

पहिली ओळ लिहिण्यापूर्वी कोणता घटक कोणता स्तर धारण करतो ते लिहा, आणि निकाल त्याच्याशी तपासा:

  • IPsec आणि PPP क्लायंट हाताळतो, स्क्रिप्टचे मार्ग नाही.
  • कनेक्शन प्लॅटफॉर्मच्या VPN स्थितीत दिसते, म्हणून प्रति-अ‍ॅप व्याप्ती आणि always-on त्यावर लागू होतात.
  • कोणताही अंतर्गत सेवा कॉल, व्यवहार क्रमांक किंवा अंदाजित युक्तिवाद क्रेडेन्शियल वाहत नाही.
  • कोणत्याही टप्प्यावर अपयश अर्धवट नोंदणीकृत प्रोफाइल मागे ठेवत नाही.

संबंधित लेख