Android मा L2TP स्वचालन: स्क्रिप्टले अनुरोध गर्न सक्छ, बनाउन सक्दैन

किंवदन्ती यो हो कि 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 परिवर्तनहरू उही तालिकाहरूको लागि नेटवर्क प्रबन्धकसँग प्रतिस्पर्धा गर्छन्।

नतिजा डेमनको ट्राफिकका लागि काम गर्ने र तपाईंका लागि महत्त्वपूर्ण एपका लागि रहस्यमय रूपमा काम नगर्ने जडान हो, वा सिस्टमले आफ्ना नेटवर्कहरू पुनर्मूल्यांकन नगरेसम्म टिक्ने जडान। यीमध्ये कुनै पनि नतिजा प्लेटफर्म बग होइन; यो socket को स्वामित्व र VPN सुविधाको स्वामित्वबीचको सीमा हो।

समर्थित बाटाहरू कस्तो देखिन्छन्

यदि संस्था Android आफैले उपलब्ध गराउने प्रोफाइलमा जान सक्छ भने, प्लेटफर्मको बाटो इमानदार हो। API 30 देखि, VpnManager ले एपहरूद्वारा प्लेटफर्म VPN प्रोफाइलको प्रावधान र नियन्त्रणलाई समर्थन गर्छ, कल गर्ने एपसँग जोडिएको अनुमति प्रवाहसहित। यो L2TP कन्भर्टर होइन: IKEv2 का लागि यसले उपलब्ध गराउने प्रोफाइल मोडेलले विद्यमान L2TP कन्फिगरेसनलाई अनुवाद गर्दैन, र प्रोटोकल परिवर्तन गर्नु स्थानान्तरण हो, नाम परिवर्तन होइन। पहिचान, रुट, निजी DNS र पहुँच अनुमतिहरू जानाजानी स्थानान्तरण गर्नुपर्छ।

यदि सेवा L2TP/IPsec नै रहनुपर्ने हो भने, समर्थित संयोजन अपरेटरले साँच्चै दस्तावेजीकरण गरेको ग्राहक र OS रिलिज, र यदि छ भने यसको स्वचालन सम्झौता हो। जब दस्तावेजीकृत निगरानीविहीन नियन्त्रण हुँदैन, सही उत्तर समर्थित म्यानुअल जडान हो, एउटा बिल्डमा संयोगवश काम गर्ने नाजुक विशेषाधिकारप्राप्त स्क्रिप्ट होइन।

सही स्वचालनले के गर्छ

दस्तावेजीकृत नियन्त्रण दिइएपछि, स्वचालनको काम सानो र रक्षात्मक हुन्छ: नाम दिइएको जडानको अनुरोध गर्नुहोस्, तयारीको प्रतीक्षा गर्नुहोस्, प्रमाणीकरण वा सेटअप असफलतामा रोक्नुहोस्, इच्छित कार्यभार चलाउनुहोस्, र सफाई जडानको स्वामित्व लिने कम्पोनेन्टलाई छोड्नुहोस्। प्रमाणहरू तिनीहरूलाई भण्डारण र घुमाउन जान्ने ग्राहकसँग रहन्छन्।

पहिलो लाइन लेख्नु अघि कुन कम्पोनेन्टले कुन तहको स्वामित्व लिन्छ लेख्नुहोस्, र नतिजा त्यससँग जाँच्नुहोस्:

• IPsec र PPP ग्राहकले ह्यान्डल गर्छ, स्क्रिप्टका रुटहरूले होइन।
• जडान प्लेटफर्मको VPN स्थितिमा देखिन्छ, त्यसैले प्रति-एप दायरा र always-on यसमा लागू हुन्छन्।
• कुनै पनि आन्तरिक सेवा कल, लेनदेन नम्बर वा अनुमानित तर्कले प्रमाण बोक्दैन।
• कुनै पनि चरणमा असफलता आधा दर्ता भएको प्रोफाइल पछाडि छोड्दैन।