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 शोधा. उघडा राहणारा संवादच टिपायची गोष्ट आहे, कारण तो दाखवतो की टॅप वेगळ्या विंडोला पोहोचवण्याऐवजी रोखला गेला.