वायरलेस डीबगिंग ट्रॅफिक VPN गळतीचा पुरावा का नाही

तुम्ही वायरलेस डीबगिंग सक्षम केले, लॅपटॉप जोडला, आणि VPN सुरू असताना सत्र कार्यरत राहिले। हे असे दिसते की काहीतरी टनेलच्या बाजूने निसटले। जवळजवळ निश्चितपणे तसे झाले नाही। डीबगिंग सत्र आणि एखाद्या अ‍ॅपची वेबसाइटला विनंती या वेगवेगळ्या नेटवर्क संबंध आहेत, आणि त्यापैकी फक्त एकाने टनेल ओलांडायचे आहे।

मला हे चुकीचे वाचन दोनदा आले: एकदा फोन आणि लॅपटॉप एकाच Wi-Fi वर असताना, आणि एकदा रीबूटनंतर जेव्हा जोडणी टिकून राहिली। दोन्ही वेळा VPN नेमके ज्यासाठी कॉन्फिगर केले होते तेच करत होते।

बगचे नाव देण्यापूर्वी निरीक्षणाचे नाव द्या

गळतीच्या दाव्यापूर्वी तीन घटना घडू शकतात, आणि त्या परस्परांच्या जागी येऊ शकत नाहीत। साधन सेवा शोधू शकते, उपकरण वर्कस्टेशनला मान्यता देऊ शकते, किंवा अधिकृत सत्र प्रत्यक्षात आदेश आणि बाइट वाहून नेऊ शकते। तुम्ही कोणती पाहिली ते लिहा, कारण प्रत्येकजण लोक गृहीत धरतात त्यापेक्षा कमी सिद्ध करते।

शोध सामान्यतः mDNS किंवा पोर्ट स्कॅन असतो। जोडणी हा फोनवर घेतलेला नोंदणी निर्णय असतो, जो वापरकर्त्याने टाइप केलेल्या कोडने पुष्टी होतो। सक्रिय सत्र म्हणजे दोन जोडलेल्या टोकांमध्ये ट्रॅफिक हलले। यापैकी काहीही अ‍ॅपची HTTPS विनंती कुठे जाते हे वर्णन करत नाही।

गंतव्य, इंटरफेस, पत्ता कुटुंब, टाइमस्टॅम्प आणि वापरकर्ता प्रोफाइल घटनेशी जोडून ठेवा। या तपशिलांशिवाय निरीक्षणाची तुलना इच्छित स्थानिक नेटवर्क धोरणाशी, किंवा तेव्हा चालू असलेल्या VPN बिल्डशी करता येत नाही।

दोन मार्ग कधीच भेटत नाहीत का

वायरलेस डीबगिंग उपकरणात येणारे कनेक्शन आहे। adbd Wi-Fi इंटरफेसला बांधलेल्या पोर्टवर ऐकतो, आणि जोडणीनंतर वर्कस्टेशन त्याला जोडते। दिशा महत्त्वाची आहे: तुमचा लॅपटॉप फोनमध्ये पोहोचतो, उलट नाही। हे निर्गम गळतीच्या उलट आहे।

अ‍ॅपचा इंटरनेट ट्रॅफिक VpnService स्थापित करत असलेल्या टनेल इंटरफेसतून बाहेर पडतो, UID आणि राउटिंग नियमांनुसार जुळवला जातो। adbd shell वापरकर्ता म्हणून चालणारा सिस्टम डेमॉन आहे, त्या राउटिंग संचातील अ‍ॅप नाही। प्रत्येक अ‍ॅप टनेलला पिन केलेले असतानाही तो अंतर्निहित Wi-Fi लिंकवर राहतो।

लॉकडाउन मोड व्यापलेल्या अ‍ॅप्ससाठी टनेल लागू करतो। तो ऐकणाऱ्या सॉकेटला निर्गम मार्गात बदलत नाही।

म्हणूनच कार्यरत ADB सत्र आणि कार्यरत किल स्विच विरोधाभासाशिवाय एकत्र राहतात। गळती सिद्ध करण्यासाठी, जी दिशा अडवली पाहिजे ती पाहावी लागते।

निर्गम चाचणी प्रत्यक्षात कशी दिसते

व्यापलेल्या अ‍ॅपची चाचणी करा, डीबगिंग चॅनेलची नाही। अपयशाची स्थिती जाणूनबुजून तयार करा, नंतर एक नवीन विनंती करा आणि काय झाले ते नोंदवा।

1. VPN हा एकमेव मार्ग असल्याची पुष्टी करा: VPN शिवाय कनेक्शन ब्लॉक करण्यासह नेहमी-चालू VPN सुरू करा।
2. VPN समर्थित पद्धतीने थांबवा आणि अ‍ॅप कनेक्टिव्हिटी नाही असे नोंदवते याची पुष्टी करा।
3. त्या अ‍ॅपमधून एक निरुपद्रवी विनंती पाठवा आणि ती अयशस्वी होते की यशस्वी होते ते नोंदवा।
4. वायरलेस डीबगिंग सुरू, नंतर बंद अशा स्थितीत पुनरावृत्ती करा, जेणेकरून चल वेगळे होईल।

त्या परिस्थितीत अडवलेली विनंती हा पुरावा आहे। यशस्वी ADB सत्र नाही, आणि टर्मिनल अ‍ॅपमधून एक ping सुद्धा नाही।

लॉकडाउन सुरू असताना विनंती खरोखर यशस्वी झाल्यास, अ‍ॅपचे UID आणि त्याची VPN परवानगी, सक्रिय नेटवर्क आणि क्लायंट आवृत्ती नोंदवा। ते संयोजन ही खरी शोध आहे।

जोडणी सत्रापेक्षा जास्त टिकते

जोडणी ही कायमस्वरूपी स्थिती आहे, केबल चाचणीनंतर विसरता येणारा हॅंडशेक नाही। Android चे डीबगिंग दस्तऐवज वायरलेस कार्यप्रवाहाचे वर्णन करते आणि नाते स्पष्टपणे विसरले जाईपर्यंत किंवा परवानग्या रद्द होईपर्यंत टिकते असे नमूद करते।

टनेलला दोष देण्यापूर्वी अजून काय अधिकृत आहे ते तपासा। वायरलेस डीबगिंग उघडा, जोडलेली उपकरणे पहा, आणि आता ओळखत नसलेले सर्व विसरा। वर्कस्टेशनवरून adb devices चालवा जेणेकरून कोणत्या नोंदी अजून उत्तर देतात ते दिसेल, आणि जुनी काढण्यासाठी adb disconnect चालवा। वायरलेस डीबगिंग बंद केल्यास ऐकणारा पोर्ट पूर्णपणे बंद होतो।

सामायिक किंवा अविश्वासार्ह नेटवर्कवर ते बंद ठेवा। ज्या नेटवर्कवर तुमचे नियंत्रण नाही तिथे कायमस्वरूपी अधिकृतता काल्पनिक TUN बायपासपेक्षा मोठी समस्या आहे।

त्या बगची तक्रार करण्यापूर्वी

उपयुक्त अहवाल अपयशी ठरलेल्या नेमक्या सीमेचे नाव घेतो। उपकरणाचे मॉडेल आणि Android आवृत्ती, VPN क्लायंट आणि आवृत्ती, लॉकडाउन सुरू होता की नाही, अ‍ॅप पॅकेज आणि UID, आणि फोन ज्या नेटवर्कवर होता ते समाविष्ट करा। निरीक्षण निर्माण करणारा आदेश किंवा विनंती आणि ती घडलेली वेळ जोडा। त्याशिवाय तुम्ही तुटलेली म्हणत असलेली सीमा कोणीही पुन्हा निर्माण करू शकत नाही।

चाचणी अधिक नाट्यमय दिसण्यासाठी अंमलबजावणी बंद करू नका किंवा अविश्वासार्ह नेटवर्कवर डीबगिंग उघड करू नका। त्यामुळे तुम्ही मोजत असलेली प्रणाली बदलते आणि कोणीही पुनरावृत्ती करू न शकणारे पुरावे शिल्लक राहतात।

VPN सुरू असताना ADB जोडले गेले हा तुमचा एकमेव पुरावा असेल, तर तुम्ही चुकीचा मार्ग मोजला। आधी अ‍ॅप-स्तरीय चाचणी पुन्हा चालवा; उत्तर सामान्यतः तिथेच येते।