क्या Android VPN स्वीकृति के टैप को नज़रअंदाज़ करता है? पहले ओवरले देखें

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

सुरक्षा वास्तव में क्या अस्वीकार करती है

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

तीन चीज़ें नियमित रूप से बाधा बनाती हैं: अन्य ऐप्स के ऊपर दिखने की अनुमति वाला ऐप, सामग्री बनाने वाली सुगम्यता सेवा, और स्क्रीन रिकॉर्डर या फ़िल्टर टूल का तैरता विजेट। कुछ निर्माता डिस्प्ले सुविधाएँ अपनी परत भी जोड़ती हैं, इसलिए एक ही Android संस्करण वाले दो फ़ोन पर वही डायलॉग अलग व्यवहार कर सकता है। आंशिक रूप से ढकने वाली विंडो FLAG_WINDOW_IS_PARTIALLY_OBSCURED सेट करती है, और टैप बटन के देखने से पहले ही फेंक दिया जाता है। यह स्क्रीन का गुण है, नेटवर्क का नहीं। टैप फेंके जाने के क्षण 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 खोजें जो कभी बटन तक नहीं पहुँची। खुला रहने वाला डायलॉग ही दर्ज करने योग्य है, क्योंकि वह दिखाता है कि टैप दूसरी विंडो को देने के बजाय रोका गया था।