Android ले VPN स्वीकृति ट्याप बेवास्ता गर्छ? पहिले ओभरले जाँच्नुहोस्

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

सुरक्षाले वास्तवमा के अस्वीकार गरिरहेको छ

Android ले संवेदनशील अन्तरक्रियालाई tapjacking बाट जोगाउँछ, जहाँ अर्को सञ्झ्याल संवादमाथि बस्छ र या त ट्याप चोर्छ या अस्पष्ट बनाउँछ। एउटा view ले View.setFilterTouchesWhenObscured सँग यसमा सहभागी हुन्छ, र अर्को सञ्झ्यालले आंशिक वा पूर्ण रूपमा ढाकेको चिन्ह लागेको बेला घटना MotionEvent.FLAG_WINDOW_IS_OBSCURED बोकेर आउँछ। त्यस्तो हुँदा घटना गलत ठाउँमा पुर्याउनुको सट्टा खारेज गरिन्छ। Android 12 (API 31) ले प्रणालीगत सहमति सतहहरूमा अविश्वसनीय स्पर्श अवरोधद्वारा त्यही सुरक्षा विस्तार गर्यो, त्यसैले स्वीकृति संवादले अन्य एपहरूले अझै स्वीकार्ने ओभरलेबाट आएको ट्याप अस्वीकार गर्न सक्छ।

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

मृत ट्यापलाई असफल जडानबाट छुट्याउनुहोस्

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

अनुरोध गर्ने एपले जडान प्रयास गर्यो कि भनेर जाँचेर तपाईं स्थानीय पठन पुष्टि गर्न सक्नुहुन्छ। सहमति संवाद स्क्रिनमा हुँदा कहिल्यै ह्यान्डशेक प्रयास नराख्ने क्लाइन्ट नेटवर्कसम्म पुगेको छैन।

adb shell cmd appops get com.example.vpn SYSTEM_ALERT_WINDOW
adb shell settings get secure enabled_accessibility_services

ओभरले अनुमति कससँग छ र कुन पहुँचयोग्यता सेवा सक्षम छन् सूची बनाउनुहोस्, त्यसपछि ती चलिरहेका कुरासँग मिलाउनुहोस्। प्लेटफर्मको सुरक्षा आफै बन्द नगर्नुहोस्; तपाईंको तर्फबाट लुकेको सञ्झ्यालले सहमति सन्देशको जवाफ दिनबाट रोक्ने कुरा त्यही हो।

अवरोध हटाउनुहोस्, त्यसपछि सामान्य प्रवाह पुनः प्रयास गर्नुहोस्

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

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

कुन सञ्झ्याल जिम्मेवार छ भन्न सकिँदैन भने एक-एक गरी हटाउनुहोस् र प्रत्येक परिवर्तनपछि सहमति संवाद पुनः प्रयास गर्नुहोस्। रेकर्डरको नियन्त्रण पट्टी वा तैरने सर्टकट सामान्यतया दोषी हुन्छ, र काम गर्नु ठीक अघि तपाईंले हटाएको कुरा नै उत्तर हो।

बाटोमा बन्द गरेका असम्बन्धित सबै कुरा पुनर्स्थापित गर्नुहोस्। स्क्रिन फिल्टर वा रात्री मोड शत्रु होइन; संवादमाथि ओभरल्याप हुने विशेष सञ्झ्याल नै शत्रु हो।

संवाद पार गर्न के गर्नु हुँदैन

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

इनपुट उपकरणले संवाद स्वचालित पनि नगर्नुहोस्। यसले दुर्भावनापूर्ण ओभरले जस्तै नतिजा दिन्छ र कारणबारे केही सिकाउँदैन।

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

अझै असफल भएमा ठ्याक्कै व्यवहार रिपोर्ट गर्नुहोस्

निष्कर्ष होइन, संवादको वर्णन गर्नुहोस्: कुन एपले स्वीकृति माग्यो, संवाद खुला रह्यो कि बन्द भयो, अज्ञात स्रोत वा पहुँचयोग्यता चेतावनी जस्ता अन्य संवेदनशील सन्देशहरूले पनि ट्याप बेवास्ता गर्छन् कि, यन्त्र मोडेल र Android संस्करण, र तपाईंले लिनुभएको ओभरले र पहुँचयोग्यता सूचीहरू।

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

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

Android tapjacking मार्गदर्शन ले ढाकिएका सञ्झ्यालका सर्त र यो व्यवहारपछाडिका API समेट्छ। प्रमाणको लहर चाहिए बटनसम्म नपुगेको घटनामा FLAG_WINDOW_IS_OBSCURED र FLAG_WINDOW_IS_PARTIALLY_OBSCURED खोज्नुहोस्। खुला रहने संवाद नै कैद गर्नुपर्ने कुरा हो, किनकि यसले ट्याप अर्को सञ्झ्यालमा पुर्याउनुको सट्टा रोकिएको देखाउँछ।