Android हॉटस्पॉट पोर्ट फॉरवर्डिंग: तीन प्रवेश बिंदू

तुम्ही हॉटस्पॉट सुरू केला, VPN जोडला, अ‍ॅपमध्ये पोर्ट उघडला, तरीही दुसरे उपकरण जोडू शकत नाही. गहाळ असलेला तुकडा जवळपास कधीच पोर्ट स्वतः नसतो. प्रश्न असा आहे की लिसनिंग सॉकेट कोणत्या मशीनचे आहे आणि दुसऱ्या उपकरणाने कोणत्या पत्त्यावर पोहोचायचे आहे. मी हे फोनपासून बाहेरच्या दिशेने पाहतो, कारण तुम्ही ज्या स्क्रीनवर आहात ती तुम्ही तीनपैकी कोणता प्रवेश बिंदू प्रत्यक्षात तपासत आहात हे सांगते.

सेवा प्रत्यक्षात चालते तिथून सुरुवात करा

जोडणी स्वीकारायची आहे ते अ‍ॅप उघडा आणि त्याचे स्थिती पान वाचा. ते लिसन करत असल्याचे सांगत असेल, तर ते ज्या पत्त्यावर बांधले आहे तो नोंदवा, कारण खालील बहुतांश प्रकरणे तीच एक तपशील ठरवते. 127.0.0.1 वर बांधलेले अ‍ॅप फोनमधूनच पोहोचवता येते, आणि कोणताही हॉटस्पॉट क्लायंट, कॅरियर मॅपिंग किंवा VPN एक्झिट ते बदलणार नाही.

नंतर सेवा कोणते उपकरण चालवते ते निश्चित करा. तो एकतर फोन आहे, आणि मग सॉकेट त्या अ‍ॅपचे आहे; किंवा हॉटस्पॉटमागील लॅपटॉप आहे, आणि मग लिसनर व त्याचा फायरवॉल लॅपटॉपचा आहे आणि फोन फक्त पॅकेट्स फॉरवर्ड करतो. ही वेगवेगळ्या मालकांची वेगवेगळी रचना आहे, आणि ती मिसळल्यामुळेच एका ठिकाणी उघडलेला पोर्ट दुसऱ्या ठिकाणी काहीच करत नाही.

डीबग करण्यायोग्य बिल्डवर adb shell /proc/net/tcp द्वारे सॉकेट्सची यादी करू शकते, पण बहुतेक लोकांसाठी अ‍ॅपची स्वतःची स्थिती हा प्रामाणिक स्रोत आहे. तुम्ही अपेक्षित नसलेल्या पत्त्यावर अ‍ॅपने उघडलेला सॉकेट तपासण्याच्या सापळ्यातूनही हे टाळते.

पहिला प्रवेश बिंदू: हॉटस्पॉटवरील दुसरे उपकरण

हे स्थानिक प्रकरण आहे आणि ते बरोबर करणे सर्वात सोपे. दुसरे उपकरण आपल्या गेटवे म्हणून दिसणाऱ्या पत्त्यावर, अ‍ॅप ज्या पोर्टवर लिसन करते त्या पोर्टवर फोनपर्यंत पोहोचते, आणि हॉटस्पॉटबाहेरचे काहीही यात गुंतण्याची गरज नाही. कॅरियर मॅपिंगची गरज नाही, आणि कोणतेही प्रदाता वैशिष्ट्य असण्याची गरज नाही, कारण रहदारी स्थानिक विभागातून कधीच बाहेर पडत नाही.

दोन गोष्टी हे तोडतात. अ‍ॅप लूपबॅकवर बांधलेले आहे, किंवा फोनवरील क्लायंट धोरण स्थानिक जोडणीला परवानगी देत नाही. अ‍ॅप प्रमाणीकरण करत असेल तर साध्या TCP कनेक्टऐवजी अ‍ॅपच्याच प्रोटोकॉलने तपासा, कारण स्वीकारून नंतर नाकारणारा लिसनर दुरून बघितल्यास बंद पोर्टसारखाच दिसतो.

सेवा त्याऐवजी फोनला जोडलेल्या लॅपटॉपवर चालत असेल, तर फोनचा हॉटस्पॉट पत्ता गंतव्यच नाही. तुम्हाला हॉटस्पॉट इंटरफेसवरील लॅपटॉपचा पत्ता आणि लॅपटॉपवर लिसनर हवा, आणि फोन आता फॉरवर्डिंगशिवाय कशाचाही मालक राहत नाही.

दुसरा प्रवेश बिंदू: कॅरियर मार्ग

मोबाइल नेटवर्कवरून फोनपर्यंत पोहोचणे ही वेगळी समस्या आहे, आणि बहुतेक वेळा IPv4 साठी ते सरळ चालत नाही. कॅरियर हँडसेट सामायिक भाषांतरामागे ठेवतात, म्हणूनच RFC 6598 ने नेमक्या त्याच व्यवस्थेसाठी सामायिक पत्ता श्रेणी राखीव ठेवली आहे. न मागितलेल्या आंतरिक जोडणीला येण्यासाठी कोणतेही मॅपिंग नसते, आणि कितीही स्थानिक संरचना केली तरी ती निर्माण होत नाही, कारण भाषांतरक तुमचे उपकरण नाही.

रूट प्रवेशही ते बदलत नाही. तो फोनच्या स्टॅकवर नियंत्रण देतो, कॅरियरच्या भाषांतरकावर नाही, आणि उलटे वचन देणाऱ्या पाककृती सहसा कॅरियरने कधीच न दिलेला सार्वजनिक पत्ता गृहीत धरतात. कॅरियर सार्वजनिक IPv6 प्रीफिक्स देत असेल तिथे आंतरिक मार्ग अस्तित्वात असू शकतो, पण काहीही उत्तर देण्यापूर्वी लिसनर आणि फोनच्या फायरवॉलला अजूनही जाणीवपूर्वक परवानगी हवी.

तिसरा प्रवेश बिंदू: VPN एक्झिट

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

स्थानिक परवानगी नियम असे मॅपिंग निर्माण करू शकत नाही. तो काय करू शकतो ते म्हणजे अ‍ॅपची उत्तरे कोणत्या मार्गाने जातात हे बदलू शकतो, आणि अ‍ॅप बोगद्यातून वगळलेले असताना हे महत्त्वाचे आहे: विनंती आणि उत्तर वेगवेगळ्या नेटवर्क संदर्भांत जाऊ शकतात, आणि जोडणी फायरवॉल समस्येसारखी दिसणाऱ्या पद्धतीने अयशस्वी होते.

एक मार्ग सुरुवातीपासून शेवटपर्यंत तपासा, मग मालकाचे नाव द्या

तपासण्यापूर्वी टपल लिहून ठेवा: इच्छित स्रोत, गंतव्य पत्ता, वाहतूक, पोर्ट आणि लिसनिंग सॉकेटचे मालक मशीन. कोणताही घटक अंदाज असेल, तर चाचणी तुम्हाला उपयुक्त काहीही सांगणार नाही, आणि शेवटी पहिले समजावण्यासाठी दुसरा स्तर बदलाल.

नंतर तो एक परवानगी असलेला मार्ग अ‍ॅपचे प्रमाणीकरण अखंड ठेवून तपासा. अस्पष्ट सार्वजनिक-पत्ता तपासणीला उत्तर मिळावे म्हणून रुंद लिसनर प्रकाशित करणे किंवा असंबंधित नियंत्रणे बंद करणे टाळा, कारण दोन्ही बदल चाचणीपेक्षा जास्त टिकतात आणि दोन्हीपैकी कोणतेही रचना चालते हे सिद्ध करत नाही.

Android ची टेदरिंग उपप्रणाली खालच्या दिशेची रहदारी सामान्य अ‍ॅप VPN कॅप्चरपासून वेगळ्या स्वतःच्या मार्गाने फॉरवर्ड करते, त्यामुळे फोनला जोडलेल्या लॅपटॉपवर चालणारा ब्राउझर फोनवरील सेवेकडील आंतरिक प्रवेशाबद्दल काहीही सांगत नाही. ते चालते असे म्हणण्यापूर्वी:

• लिसनिंग सॉकेट इच्छित सहकारी पोहोचू शकेल अशा पत्त्यावर आहे, लूपबॅकवर नाही.
• सहकारी त्या प्रवेश बिंदूचा पत्ता वापरत आहे, स्थिती पानावरील एक्झिट पत्ता नाही.
• कॅरियर किंवा प्रदात्याच्या बाजूचे कोणतेही मॅपिंग समर्थित वैशिष्ट्य आहे, तुम्ही स्थानिक पातळीवर जोडलेला नियम नाही.
• विनंती आणि उत्तर एकाच नेटवर्क संदर्भातून जातात, आणि अ‍ॅपचे प्रमाणीकरण अजूनही उत्तीर्ण होते.