होस्ट VPN की Genymotion मधील क्लायंट: टनेल कोणाची हे ठरवा
डेस्कटॉप VPN Genymotion ला दोन ठिकाणी स्पर्श करते: नियंत्रण लिंक आणि ॲपचा स्वतःचा मार्ग. टनेल कोणत्या बाजूची आहे ते निवडा, नंतर Android च्या आत तपासा.
डेस्कटॉप VPN Genymotion वर दोन ठिकाणी परिणाम करते, आणि एक दुरुस्त केल्याने दुसऱ्याबद्दल काहीही सिद्ध होत नाही. पहिले म्हणजे डेस्कटॉप ॲप व्हर्च्युअल डिव्हाइस नियंत्रित करण्यासाठी वापरते ते कनेक्शन; दुसरे म्हणजे व्हर्च्युअल Android ॲपचा खाजगी सेवेकडे जाणारा मार्ग. ॲडॉप्टरला हात लावण्यापूर्वी तुम्ही प्रत्यक्षात यापैकी काय बदलत आहात हे ठरवा, नंतर Genymotion Desktop आवृत्ती, होस्ट ऑपरेटिंग सिस्टम आणि हायपरव्हायझर नोंदवा, कारण VirtualBox केवळ-होस्ट ॲडॉप्टरसाठी लिहिलेल्या सूचना QEMU डिव्हाइसवर किंवा क्लाउडमध्ये होस्ट केलेल्या सत्रावर लागू होत नाहीत.
एका मशीनवर दोन मार्ग
नियंत्रण मार्ग Genymotion डेस्कटॉप ॲप्लिकेशनपासून व्हर्च्युअल डिव्हाइसपर्यंत जातो, बऱ्याचदा केवळ-होस्ट नेटवर्कवरून. ॲपचा मार्ग Android च्या आतून बाहेर ॲप ज्याच्याशी बोलतो त्याकडे जातो. होस्ट VPN दुसरा वाहून नेऊ शकतो आणि पहिला तोडू शकतो, म्हणूनच डेस्कटॉपवर चालणारा ब्राउझर फार थोडे सिद्ध करतो. एक टनेल दोन्ही मार्गांना किंवा फक्त एकाला सेवा देऊ शकते, आणि ही रचना अपघात नसून निर्णय आहे.
तुम्ही कोणत्या मार्गाचे निदान करत आहात ते लिहा. या क्षेत्रात वाया जाणारे बहुतेक तास डिव्हाइस कधीही सुरू न झाल्यास खाजगी ॲपचे DNS बदलण्यातून, किंवा ॲपकडे फक्त चुकीचा रिझॉल्व्हर असताना होस्ट VPN सैल करण्यातून येतात.
नियंत्रण कनेक्शन जिवंत ठेवा
Genymotion ची स्वतःची Desktop सपोर्ट नोंद VirtualBox ची एक घटना नोंदवते: होस्ट VPN वर आल्यावर Desktop ला व्हर्च्युअल डिव्हाइस दिसत नाही, आणि महत्त्वाचा अपवाद म्हणजे VirtualBox च्या नेटवर्क मॅनेजरमध्ये सूचीबद्ध असलेला खरा केवळ-होस्ट ॲडॉप्टर. श्रेणीचा अंदाज करण्याऐवजी ते ॲडॉप्टर सूचीबद्ध करा:
VBoxManage list hostonlyifs
दस्तऐवजात छापलेली डीफॉल्ट श्रेणी प्रत्येक मशीनवर खाजगी नेटवर्क पूर्णपणे टाळण्याचे कारण नाही. वापरात असलेला ॲडॉप्टर झाकणारा सर्वात लहान अपवाद जोडा, आणि VPN प्रशासकाकडून त्याला मान्यता घ्या, कारण व्यवस्थापित क्लायंट स्थानिक नेटवर्क जाणूनबुजून अडवू शकतो. अपवाद ॲडॉप्टरचे नाव आणि मान्यता तारखेसह लिहा. सहा महिन्यांनंतर ती नोंद नियम का आहे हे सांगणारी एकमेव गोष्ट असेल.
तीच नोंद म्हणते की QEMU संयोजन VPN सोबत तपासलेले नाही. हे सुसंगतीची मर्यादा माना, ब्रिज नेटवर्कवर गेल्यास ते सुधारेल असा इशारा नाही; ॲडॉप्टर बदलल्याने अपयशाचा प्रकार बदलतो, पण तपासले न गेलेले संयोजन सुटत नाही.
पहिला पर्याय: होस्टने रहदारी वाहावी
या निवडीत पाहुण्याच्या पॅकेट्सनी VPN परवानगी देते आणि कूटबद्ध करते अशा इंटरफेसवर पोहोचले पाहिजे. हा मार्गनिर्देशनाचा प्रश्न आहे, स्थिती दिव्याचा नाही: पाहुण्याच्या पॅकेट्सनी VPN कूटबद्ध करेल त्या इंटरफेसवर पोहोचले पाहिजे, आणि उत्तरांनी परतीचा रस्ता शोधला पाहिजे.
होस्टवरील ब्राउझर होस्टचा मार्ग सिद्ध करतो आणि व्हर्च्युअल डिव्हाइसचा स्रोत स्वीकारला जातो का याबद्दल काहीही नाही. काही VPN क्लायंट पुढे पाठवलेली किंवा भाषांतरित रहदारी स्थानिक पातळीवर तयार झालेल्या रहदारीपेक्षा वेगळी घेतात, म्हणून टनेल चालते असे ठरवण्यापूर्वी Android च्या आतून तपासा. Android चा रिझॉल्व्हरही होस्टचा रिझॉल्व्हर नाही. नावे डेस्कटॉपवर सुटतात पण ॲपमध्ये अयशस्वी होतात, तर VPN प्रोफाइलला हात लावण्यापूर्वी पाहुण्याचे रिझॉल्व्हर कॉन्फिगरेशन वाचा.
दुसरा पर्याय: Android च्या आत समर्थित क्लायंट चालवा
येथे पाहुणा स्वतःचे प्रोफाइल, क्रेडेन्शियल्स, मार्ग आणि रिझॉल्व्हर धोरण ठेवतो. सामान्य Android VPN इंटरफेसना रूट प्रवेशाची गरज नसते, म्हणून प्रमाणित क्लायंट व्हर्च्युअल डिव्हाइसच्या आत स्थापित होतो आणि जोडतो. मान्यता हा तो भाग आहे जो लोक वगळतात. संस्थेने त्या क्लायंटला आणि त्या व्हर्च्युअल डिव्हाइस वातावरणाला परवानगी दिली पाहिजे, आणि स्वच्छ आयात स्वतःहून डिव्हाइस नोंदणी किंवा स्थिती तपासण्या पूर्ण करत नाही. त्याभोवती कार्यप्रवाह उभारण्यापूर्वी विचारा.
दोन्ही पर्याय थरही होऊ शकतात: Android च्या आतला टनेल होस्टवर आधीच चालू असलेल्या टनेलमधून त्याच्या सर्व्हरपर्यंत पोहोचू शकतो. अशा रचनेला पोहोचण्यायोग्य टोक आणि तुम्ही प्रत्यक्षात परवानगी दिलेले फॉरवर्डिंग लागते, एकत्र जळणारे दोन हिरवे दिवे नाहीत.
ॲपमधून तपासा आणि रचना लिहा
प्रत्येक चाचणीसाठी तोच Android ॲप वापरा आणि ते काय नोंदवते ते वाचा: पत्ता उत्तर देतो का, खाजगी नाव सुटते का आणि ॲप काय परत देतो. तीन निरीक्षणे मार्गनिर्देशन अपयशाला रिझॉल्व्हर अपयशापासून आणि धोरण नाकारण्यापासून वेगळे करतात.
डिव्हाइस सुरू होत नसेल, किंवा Desktop ते हरवत असेल, तर ते DNS दोष नसून नियंत्रण-मार्गाचा दोष माना. ते लक्षण पहिल्या मार्गाचे आहे, आणि दुरुस्ती Android च्या आत नाही, होस्टवर आहे. चार तथ्ये लिहून पूर्ण करा: Genymotion Desktop आवृत्ती, हायपरव्हायझर, टनेल कोणत्या बाजूची आहे आणि जोडला असेल तर तंतोतंत केवळ-होस्ट अपवाद. नेटवर्कचा मालक ज्या नोंदवलेल्या रचनेला आधार देतो ती निवडा, आणि खाजगी सेवा त्यांच्यावर अवलंबून असताना एंटरप्राइझ VPN बंद करणे किंवा स्थिती तपासण्या कमकुवत करणे हे तटस्थ समस्या-निवारण मानू नका.