स्प्लिट टनेलले अझै पनि तपाईंले अनइन्स्टल गरेको एप बहिष्कृत गर्छ

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

यसलाई सफा गर्नु मुख्यतः पहिचानको कुरा हो: नियम अब केलाई सङ्केत गर्छ, र सूची कसको हो।

लक्षण: केहीसँग नमिल्ने बहिष्करण

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

नियम मेटाएर होइन, पढेर सुरु गर्नुहोस्।

नियमले के पहिचान गर्छ पत्ता लगाउनुहोस्

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

देखाइने नाम प्रविष्टिको सबैभन्दा अविश्वसनीय भाग हो, र मानिसहरूले ठ्याक्कै त्यही भाग पढ्छन्।

बाटाका नियम र प्याकेजका नियम फरक व्यवहार गर्छन्

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

एउटा क्लाइन्टको अनुमान अर्कोमा नसार्नुहोस्। हराएको लक्ष्यसँग तपाईंको क्लाइन्टले वास्तवमा के गर्छ जाँच्नुहोस्, आदर्श रूपमा परीक्षण मेसिनमा जानाजान स्थिति सिर्जना गरेर र कुन प्रक्रियाले छुट हस्तान्तरण गरेर पाउँछ हेरेर।

मालिकमार्फत यसलाई हटाउनुहोस्

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

खाली सूची लक्ष्य होइन। प्रविष्टिहरू अझै वास्तविक आवश्यकतासँग मिल्ने सूची नै लक्ष्य हो।

त्यसपछि दुवै दिशा जाँच्नुहोस्

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

बाँकी रहेको हरेक छुटको छेउमा एक लाइनको उद्देश्य राख्नुहोस्। त्यही लाइनले सूचीलाई सङ्ग्रहालय बन्नबाट रोक्छ, र अर्को सफाईलाई पाँच मिनेटको काम बनाउँछ।