एउटा डेस्कटप 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 बन्द गर्नु वा स्थिति जाँच कमजोर पार्नुलाई तटस्थ समस्या-समाधान नमान्नुहोस्।

सम्बन्धित लेखहरू