VPN सक्रिय हुँदा Android फायरवाल नियम कहाँ रहनुपर्छ

एउटै VpnService मात्र सक्रिय हुन सक्छ, त्यसैले फायरवाल एप र VPN एप एकमाथि अर्को थुप्रिन्न। एउटा कार्य अनुरोध पछ्याउनुहोस् र प्रत्येक नियम त्यहाँ राख्नुहोस् जहाँबाट त्यसको ट्राफिक साँच्चै जान्छ।

तपाईंसँग एक वाक्यको नीति छ: यो एप कामको सेवासम्म पुग्न सक्छ, अरू कतै पनि होइन। अर्को प्रश्न उत्पादन छनोटजस्तो देखिन्छ, तर यो स्थानको प्रश्न हो, किनकि प्रत्येक सम्भावित कार्यान्वयन बिन्दुले फोनको ट्राफिकको फरक भाग देख्छ। गेटवेले सुरुङभित्र पस्ने कुरा मात्र देख्छ। फोनतर्फको फिल्टरले देख्न अनुमति पाएको कुरा मात्र देख्छ। एउटा अनुरोध दुवैबाट जान दिँदा उत्तर स्पष्ट हुन्छ।

उत्पादनबाट होइन, वाक्यबाट सुरु गर्नुहोस्

केही छान्नुअघि आवश्यकता फैलाउनुहोस्। यसको अर्थ प्याकेज र यो चल्ने प्रोफाइल हो, किनकि कामको प्रोफाइलको एप व्यक्तिगत प्रोफाइलको त्यही एपभन्दा फरक प्रयोगकर्ता हो। यसको अर्थ गन्तव्य हो: होस्ट, पोर्ट र प्रोटोकल, सेवाको नाम होइन। यसको अर्थ त्यो नाम समाधान गर्ने DNS मार्ग हो, र सुरुङ उपलब्ध नहुँदा के हुनुपर्ने हो त्यो पनि।

लेखेर हेर्दा उदाहरणको नीति चार हरफ छ: कामको एपले कामको सेवासम्म पुग्न सक्छ; अरू कतै पुग्न सक्दैन; अरू एप अपरिवर्तित रहन्छन्; सुरुङ नभए कामको एप सिधा मार्गमा खस्नुको सट्टा अस्वीकार गरिन्छ। प्रत्येक हरफको मालिक हुन्छ, र सबै एउटै मालिक होइनन्।

चरण 1: फोन आफैंले के लागू गर्न सक्छ

रूट नभएको Android फायरवाल एउटा VpnService हो जसले ट्राफिक स्थानीय रूपमा समात्छ, पछाडि टाढाको सुरुङ नभए पनि। Android ले प्रति प्रयोगकर्ता प्रोफाइल एउटा मात्र सक्रिय VPN सेवालाई अनुमति दिन्छ, त्यसैले दोस्रो फायरवाल एप पहिलोको पछाडि शृंखलाबद्ध हुँदैन। यसले त्यसलाई प्रतिस्थापन गर्छ, र पहिलो एपले फिल्टर गरिरहेको इन्टरफेस हराउँछ।

त्यसैले VPN क्लाइन्टको छेउमा फायरवाल राख्दा मानिसले अपेक्षा गरेको संयोजन विरलै मिल्छ। फायरवाल सुरु भयो र VPN टुट्यो भने केही जोडिएको हुँदैन; दुवैले ठाउँ साटासाट गरेका हुन्छन्। इन्टरफेस प्रतिस्थापन सहकार्य होइन, र लक्षण भनेको अर्को एप खोल्दा सुरुङ बारम्बार खस्नु हो।

समर्थित व्यवस्थाहरू छन्: तपाईंले पहिले नै चलाइरहनुभएको VPN क्लाइन्टमा निर्मित फिल्टरिङ, उपकरण नीति नियन्त्रक वा कामको प्रोफाइलमार्फत व्यवस्थापित प्लेटफर्म नियन्त्रण, वा निर्माताले कागजात गरेको संरचना। बाँकी सबै प्रत्येक एप अद्यावधिकपछि फेरि जाँच्नुपर्ने प्रयोग हो।

चरण 2: गेटवेले के लागू गर्न सक्छ

टाढाको छेउमा ट्राफिक डिक्रिप्ट भएपछि, गेटवेले अगाडि पठाइने प्याकेटलाई स्वीकृत ठेगाना, सेवा वा प्रमाणित VPN पहिचानसम्म सीमित गर्न सक्छ। त्यहाँबाट बाहिर जाने सबैका लागि त्यो वास्तविक कार्यान्वयन हो, र निजी सबनेटमा पहुँच सीमित गर्ने सही ठाउँ त्यही हो।

यसले नपाउने कुरा प्रत्येक सामान्य IP प्याकेटसँग जोडिएको फोनको एप पहिचान हो। एउटै सुरुङ ठेगाना बाँड्ने धेरै एप गेटवेका लागि एउटै विषय हुन्, जबसम्म डिजाइनले तिनलाई छुट्टै ठेगाना वा छुट्टै प्रमाणित पहिचान दिँदैन। त्यसैले गेटवेमा प्रति-प्रयोगकर्ता नियम फोनमा प्रति-एप नियम होइन, व्यवस्थापन कन्सोलले जे भने पनि।

चरण 3: कहिल्यै नआउने कुरा सूचीबद्ध गर्नुहोस्

VPN बाट बाहिर राखिएको एपले नजिकको उपकरणसँग सम्पर्क गर्दा गेटवेसम्म कहिल्यै पुग्दैन, त्यसैले बाहिर जाने फायरवालले कहिल्यै नपाएको प्याकेट अस्वीकार गर्न सक्दैन। अवरोधको बेला अनायास बनेको सिधा मार्ग र स्थानीय पहुँच सञ्जालमा आउने सम्पर्कमा पनि यही लागू हुन्छ। यी परिभाषाअनुसार स्थानीय सीमा हुन्।

उल्टो पनि सत्य हो: जडानलाई अनुमति दिने स्थानीय नियमले गेटवेको निजी सञ्जाल ACL मार्फत पहुँच दिँदैन। एउटा अनुरोध दुवै सीमाअन्तर्गत हुन सक्छ, र एउटा पूरा गर्दा अर्कोबारे केही भनिँदैन।

चरण 4: प्रत्येक नियमलाई एउटा मार्ग तोक्नुहोस्

केही कन्फिगर गर्नुअघि निर्णय तालिकामा राख्नुहोस्, किनकि खाली कोष्ठकहरू नै डिजाइन असफल हुने ठाउँ हुन्।

मार्गकसले लागू गर्न सक्छअन्धो बिन्दु
कामको एपबाट कामको सेवासम्म, सुरुङ खुलाठेगाना र सेवामा गेटवे ACL, साथै अरू मार्गमा स्थानीय रोककुन एपले प्याकेट पठायो गेटवेले देख्न सक्दैन
कामको एपबाट अरू गन्तव्यमा, सुरुङ खुलाएप चिन्ने स्थानीय फिल्टर, वा ती गन्तव्य त्यहाँ ठेगाना भएको भए गेटवेस्थानीय फिल्टर नै सक्रिय VpnService हुनुपर्छ
सुरुङ नभएको कामको एपस्थानीय अस्वीकृति, एपले सिधा मार्ग लिन नसकून्सुरुङ गएपछि पनि फिल्टर टिक्नुपर्छ
नजिकको LAN उपकरणस्थानीय नीति मात्रगेटवेले यो कहिल्यै देख्दैन

काम गर्ने आकार दुई काम भएका दुई सीमा हुन्। एप चिन्ने स्थानीय सीमाले फोनको व्यवहार नियन्त्रण गर्छ, सिधा खस्नेसमेत, र गेटवेको सीमाले टाढाका स्रोत नियन्त्रण गर्छ। गेटवेको पक्षले कामको सेवालाई अनुमति दिएर अरू हरेक निजी सबनेट अस्वीकार गर्न सक्छ, जबकि फोनतर्फको नीतिले एपले लिन सक्ने सिधा मार्गबारे आफैं निर्णय गर्छ।

चरण 5: ढुवानी जीवित राख्नुहोस्, त्यसपछि जाँच्नुहोस्

तपाईंले जुनसुकै स्थानीय नीति रोज्नुभए पनि, यसले VPN स्थापना गर्ने र कायम राख्ने ढुवानीलाई अनुमति दिनुपर्छ। त्यो ढुवानी अवरुद्ध गर्दा फोन सुरुङ र नीति दुवैबिना रहन्छ, जसले केही पनि सुसंगत रूपमा लागू गर्दैन र निदान गर्न गाह्रो हुन्छ, किनकि एपसँग सञ्जाल नै हुँदैन।

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

यीमध्ये कुनै चरण फोनमा पूरा गर्न नसकिए, आवश्यकता संरचनाको प्रश्न हो, फायरवालको सेटिङ होइन। नीति तपाईंले नियन्त्रण गर्ने उपकरण र गेटवेबीच बाँड्नु सामान्यतया इमानदार उत्तर हो, र Android VPN जडानसम्बन्धी कागजात प्लेटफर्मले एउटा सेवालाई के अनुमति दिन्छ र के दिँदैन भनी पुष्टि गर्ने ठाउँ हो।

सम्बन्धित लेखहरू