Android SSH SOCKS प्रॉक्सी: तुमची निम्मी अ‍ॅप्सच का जोडतात

तुम्ही SSH ने लॉग इन करता, -D 1080 जोडता आणि आदेश यशस्वी होतो. आता फोनवर SOCKS श्रोता आहे, आणि निम्मी अ‍ॅप्स अजूनही मोबाइल डेटावरून बाहेर जातात. हा सामान्य निकाल आहे, तुटलेला टनेल नाही: ssh -D प्रॉक्सी एंडपॉइंट तयार करते, आणि Android अ‍ॅप्स प्रॉक्सी तेव्हाच वापरतात जेव्हा काही त्यांना भाग पाडते. साखळी टप्प्याटप्प्याने चालल्यास कामाचा प्रत्येक भाग खरोखर कुठे आहे हे दिसते.

रहदारी सुरू होते तिथून सुरुवात करा

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

दुसरे काही गुंतवण्यापूर्वी, श्रोता फोनच्या स्वतःच्या शेलमधून SOCKS थेट बोलणाऱ्या क्लायंटसह चालतो हे सिद्ध करा:

ssh -N -D 1080 [email protected]
curl --socks5-hostname 127.0.0.1:1080 https://ifconfig.me

परत येणारा पत्ता SSH सर्व्हरचा असावा, फोनचा नाही. असेल तर प्रॉक्सीचा अर्धा भाग पूर्ण झाला आणि उर्वरित काम व्याप्तीचे आहे. नसेल तर आधी SSH बाजू दुरुस्त करा: की प्रमाणीकरण, सर्व्हरची गंतव्यस्थान गाठण्याची क्षमता आणि SSH सर्व्हरचा स्वतःचा बाहेर जाण्याचा मार्ग.

Android ला हवा तो भाग जोडा

प्रॉक्सी सेटिंगशिवाय अ‍ॅप्सना त्यांचे पॅकेट पकडून प्रॉक्सी कनेक्शनमध्ये बदलणारे काहीतरी हवे. root नसलेल्या उपकरणावर ते VPN सेवा अ‍ॅडॉप्टर आहे: व्हर्च्युअल इंटरफेस घेऊन निवडलेली रहदारी स्थानिक SOCKS श्रोत्याकडे पाठवणारे अ‍ॅप. साखळी अ‍ॅप, अ‍ॅडॉप्टर, SOCKS श्रोता, SSH कनेक्शन, गंतव्य बनते.

अ‍ॅडॉप्टर स्थापित करा, त्याला VPN परवानगी द्या आणि त्याने पकडायची अ‍ॅप्स किंवा मार्ग निवडा. स्टेटस बारमधले किल्लीचे चिन्ह तेव्हा अ‍ॅडॉप्टर दर्शवते, वेगळा व्यापारी VPN नाही. Android प्रत्येक वापरकर्ता प्रोफाइलसाठी एकच सक्रिय VPN सेवा कनेक्शन परवानगी देते, म्हणून दुसरे VPN अ‍ॅप सुरू केल्याने साखळीवर थर चढत नाही: ते त्याच भूमिकेसाठी स्पर्धा करते.

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

SSH वाहतूक पकडीबाहेर ठेवा

SSH कनेक्शन स्वतः ज्या SOCKS टनेलची देखभाल करते त्यात परत जाऊ नये. अ‍ॅडॉप्टरने SSH अ‍ॅपची रहदारी पकडली, तर टनेल टनेलची वाट पाहणाऱ्या कनेक्शनवर अवलंबून असते, आणि निकाल असा लूप असतो जो अ‍ॅडॉप्टर सुरू होताच अडकतो किंवा अयशस्वी होतो.

एकत्रित अंमलबजावणी स्वतःचे वाहतूक सॉकेट संरक्षित करतात. वेगळ्या अ‍ॅप्ससह समर्थित वगळणे लागते: SSH अ‍ॅप पकडीबाहेर ठेवा, किंवा पत्त्याने SSH एंडपॉइंट वगळा. दोन्हींची किंमत आहे. संपूर्ण टर्मिनल अ‍ॅप वगळल्याने तिची असंबंधित नेटवर्क क्रिया टनेलबाहेर जाते, आणि पत्ता वगळणे सर्व्हरचा पत्ता बदलल्यावर किंवा पुढील कनेक्शनवर नाव वेगळे सुटल्यावर तुटते.

वगळणे बाहेरून तपासा: अ‍ॅडॉप्टर पुन्हा जोडा, नंतर SSH सत्र टिकते आणि प्रॉक्सी केलेली विनंती अजूनही सर्व्हरचा पत्ता सांगते याची खात्री करा. अ‍ॅडॉप्टर सुरू होईपर्यंत चालणारे आणि नंतर गोठणारे सत्र म्हणजे तोच लूप.

DNS आणि UDP साखळीच्या शेवटपर्यंत पाठपुरावा करा

OpenSSH चे गतिमान फॉरवर्डिंग TCP कनेक्शन वाहते. ते UDP-associate किंवा ICMP वाहतूक नाही, आणि अ‍ॅडॉप्टर UDP पॅकेट स्वीकारून UDP फॉरवर्डिंग शोधून काढू शकत नाही. UDP वर आग्रह धरणारे सर्व, QUIC आणि WebRTC माध्यमांसह, अ‍ॅपनुसार अयशस्वी होते किंवा TCP वर परत पडते.

DNS ला स्वतःचा निर्णय हवा. नाव स्थानिक पातळीवर सोडवणारे अ‍ॅप जोडण्यापूर्वी नेहमीच्या रिझोल्व्हरमार्फत प्रश्न पाठवते, म्हणून टनेल कनेक्शन वाहते पण शोध नाही. रिमोट DNS पर्याय असलेला प्रॉक्सी-जाणता क्लायंट ते टाळतो; तो नसलेले पकडलेले अ‍ॅप टाळत नाही. अ‍ॅडॉप्टरने बदलले असे गृहीत धरण्याऐवजी कोणत्या रिझोल्व्हरने उत्तर दिले ते तपासा.

SOCKS श्रोता loopback ला बांधलेला ठेवा, पहिल्या वापरात SSH सर्व्हरची host किल्ली पडताळा, आणि अंतिम साइटसाठी नेहमीचे HTTPS प्रमाणीकरण त्याच्या जागी ठेवा. SSH फोनपासून सर्व्हरपर्यंतचा भाग संरक्षित करते; सर्व्हर नंतर काय करते ते ते कूटबद्ध करत नाही.

दोन जीवनचक्रे तपासा आणि ठरवा

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

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

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