वायरलेस डिबगिङ ट्राफिक 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 जोडियो भन्ने हो भने, तपाईंले गलत मार्ग मापन गर्नुभयो। पहिले एप-स्तरको परीक्षण फेरि चलाउनुहोस्; उत्तर सामान्यतया त्यहीँ आउँछ।