एअरप्लेन मोडमध्ये VPN Connecting वर अडकले आहे: अपलिंक शोधा
एअरप्लेन मोडमध्ये Connecting वर राहणाऱ्या क्लायंटकडे कदाचित अपलिंकच नसेल। रेडिओची स्थिती, असोसिएशन, पोर्टल साइन-इन आणि ब्लॉकिंग धोरण वेगळे करा।
फोनवर एअरप्लेन चिन्ह दिसत आहे, VPN क्लायंट दोन मिनिटांपासून Connecting वर आहे, आणि प्रोफाइल बरोबर आहे। एका तासापूर्वी त्याच इमारतीत ते चालत होते। काहीच तुटलेले नाही: VPN हे दुसऱ्या नेटवर्कने वाहून नेलेले कनेक्शन आहे, आणि एअरप्लेन मोडने नुकतेच ते वाहून नेणारे नेटवर्क काढून टाकले। क्लायंट पुन्हा पुन्हा प्रयत्न करत राहतो, कारण अपलिंकशिवाय तो तेच करतो।
गोंधळाचे कारण म्हणजे एअरप्लेन चिन्ह Wi-Fi उपलब्ध आहे की नाही हे सांगत नाही, आणि Connecting क्लायंट प्रमाणीकरण करत आहे की फक्त वाट पाहत आहे हे सांगत नाही। या दोन वाचनांची विभागणी करा आणि निदानास एक मिनिट लागेल।
एअरप्लेन चिन्ह हा रेडिओचा अहवाल नाही
समर्थित Android उपकरणांवर Wi-Fi आणि Bluetooth एअरप्लेन मोडमध्ये सुरू राहू शकतात, आणि उपकरण तुम्ही शेवटची केलेली निवड लक्षात ठेवते। Google च्या Pixel वरील एअरप्लेन मोडबद्दलच्या मार्गदर्शक सूचना नेमके तेच वर्तन वर्णन करतात। त्यामुळे चिन्हाचा अर्थ फक्त सेल्युलर बंद आहे इतकाच असू शकतो, इतर काही नाही।
ग्लिफऐवजी प्रत्यक्ष स्थिती तपासा। adb shell settings get global airplane_mode_on मोडसाठीच 0 किंवा 1 परत करतो, आणि adb shell dumpsys connectivity उपकरणाकडे सध्या असलेली नेटवर्क त्यांच्या पडताळणी स्थितीसह सूचीबद्ध करतो। हे दोन्ही आउटपुट मिळून चिन्ह उत्तर देऊ शकत नाही असा प्रश्न सोडवतात।
Wi-Fi बंद असल्यास, किंवा सुरू असूनही कोणाशीही असोसिएट नसल्यास, VPN एंडपॉइंटपर्यंत कोणताही मार्ग नाही आणि कितीही वेळा पुन्हा जोडले तरी मार्ग तयार होणार नाही। हेच प्रकरण आधी वगळण्यासारखे आहे, कारण योग्य उपाय VPN ॲपबाहेर असलेले हे एकमेव प्रकरण आहे।
Connecting चा प्रत्यक्ष अर्थ काय
क्लायंट जतन केलेली प्रोफाइल ठेवू शकतो, तिचे नाव दाखवू शकतो, आणि कोणाशीही संपर्क न करता फिरणारे सूचक दाखवू शकतो। कॉन्फिगरेशन स्थानिक आहे। टनेल उभारण्यासाठी पोहोचता येणारा सर्व्हर, पूर्ण झालेला हँडशेक आणि राउटिंगसाठी इंटरफेस आवश्यक आहे। फक्त शेवटच्या भागाला कार्यरत नेटवर्क लागते, म्हणून रेडिओ बंद असतानाही पहिले दोन यशस्वी दिसू शकतात।
म्हणून सूचक किमान तीन वेगळ्या परिस्थितींशी जुळतो: अपलिंक नाही, एंडपॉइंटपर्यंत न पोहोचणारा अपलिंक, आणि पोहोचणारा पण प्रमाणीकरणात अयशस्वी होणारा अपलिंक। स्क्रीनवर ते सारखेच दिसतात आणि लॉगमध्ये पूर्णपणे वेगळे। म्हणून या सर्व प्रकरणांमध्ये पहिला उपयुक्त पुरावा लॉग आहे, अजून एक प्रयत्न नाही।
Android चे स्वतःचे VPN दस्तऐवज कनेक्शन प्रस्थापित करणे आणि वेगळी नेहमी-चालू व ब्लॉकिंग धोरणे यांच्यात तीच रेषा आखतात। हेच विभाजन कारण आहे की फोन ऑफलाइन असताना संरक्षित दिसू शकतो आणि तरीही त्याच्याकडे टनेल नसतो।
वेगळे ओळखण्यासारखी चार प्रकरणे
खालील चार प्रकरणांनाच नाव देण्यासारखे आहे, कारण स्क्रीन ती सारखीच दाखवते।
| State | What you will see | What to do |
|---|---|---|
| Airplane mode, Wi-Fi off | No networks in dumpsys, VPN retries forever | Turn Wi-Fi on, or accept that the tunnel cannot exist |
| Wi-Fi on, not associated | Interface exists, no default network | Join the access point |
| Associated, not validated | Network listed, captive-portal flag set | Complete the portal sign-in, then reconnect |
| Validated, tunnel down | Internet works, VPN fails or blocks | Debug the tunnel, not the radio |
तिसरी ओळ हॉटेल आणि विमानतळांवर बहुतेक लोकांना पकडते। असोसिएशन म्हणजे प्रवेश नाही: ज्या पोर्टलने फोनला जाऊ दिले नाही ते Wi-Fi पासवर्ड आनंदाने स्वीकारेल आणि नंतर VPN एंडपॉइंटकडे रहदारी पाठवण्यास नकार देईल। टनेल बंद असताना आधी ब्राउझरने साइन-इन करणे हाच सहसा एकमेव मार्ग।
ब्लॉकिंगमुळे ते अधिक वाईट का दिसते
नेहमी-चालू VPN आणि VPN शिवाय कनेक्शन ब्लॉक करा दोन्ही सुरू असल्यास, टनेल वर नसताना प्रत्येक समाविष्ट ॲप ब्लॉक होते। हे वैशिष्ट्य काम करत आहे, दुसरी बिघाड नाही। लक्षण एक ॲप अयशस्वी होण्यापासून सर्वच अयशस्वी होण्यापर्यंत बदलते, जे खूप मोठी समस्या वाटते।
लोक चुकीच्या पद्धतीने वाचतात तो क्रमही यामुळे स्पष्ट होतो: एअरप्लेन मोड सुरू, अपलिंक नाही, ॲप ब्लॉक, VPN connecting म्हणतो। ब्लॉक हे धोरण आपले काम करत होते। अपलिंक तपासण्यासाठी धोरण बंद करणे म्हणजे तुम्हाला हवे असलेले संरक्षण काढून टाकणे आणि काहीही शिकवत नाही।
त्याऐवजी व्याप्ती तपासा। कोणती ॲप समाविष्ट आहेत, कोणती वगळली आहेत, आणि प्रोफाइल प्रति वापरकर्ता आहे की संपूर्ण उपकरणासाठी। Wi-Fi दिसताच VPN ॲप सुरू करणारे कार्य हे ट्रिगर आहे, ते चालण्यापूर्वी एकही पॅकेट बाहेर गेले नाही याची हमी नाही।
अंदाज संपवणारा निदान क्रम
खालून वर काम करा। मोडची खात्री करा, नेटवर्क आहे याची खात्री करा, ते पडताळले गेले आहे याची खात्री करा, ते स्थानिक सबनेटबाहेर कशापर्यंत तरी पोहोचू शकते याची खात्री करा, आणि मगच क्लायंटकडे पाहा। adb shell ping -c 3 1.1.1.1 ही ढोबळ चाचणी आहे, पण ती गहाळ मार्गाला टनेल असमाधानी असताना अस्तित्वात असलेल्या मार्गापासून वेगळे करते।
नेटवर्क सूचीबद्ध असताना ping अयशस्वी झाल्यास, समस्या VPN च्या वर आहे आणि कोणतीही क्लायंट सेटिंग ती सुधारणार नाही। ping यशस्वी होऊनही टनेल तयार न झाल्यास, त्याच क्षणी क्लायंटचा लॉग घ्या: त्रुटी वेळ-समाप्तीला प्रमाणीकरण नकारापासून वेगळे करेल, आणि या दोन्हींत काहीही साम्य नाही।
इच्छित स्थिती पुनर्संचयित करून पूर्ण करा: हे तुमचे नेहमीचे सेटअप असल्यास एअरप्लेन मोडमध्ये Wi-Fi ला परवानगी, पोर्टल पूर्ण, आणि ब्लॉकिंग धोरण पुन्हा सुरू। नंतर एकदा पुन्हा जोडा आणि टनेल स्वतः वर येतो याची खात्री करा, कारण केवळ हाताने केलेल्या प्रयत्नांनंतर चालणारे कॉन्फिगरेशन पुढील बूटवर पुन्हा अयशस्वी होईल।