के Hyper-V भर्चुअल मेसिनले होस्टको VPN प्रयोग गर्छ? यो स्विचमा निर्भर छ

Hyper-V होस्टमा VPN क्लाइन्ट स्थापना गर्नुहोस्, त्यहाँ ब्राउजर खोल्नुहोस्, र निर्गम ठेगाना बदलिन्छ; त्यही पृष्ठ भर्चुअल मेसिनभित्र खोल्नुहोस्, त्यसले पुरानो ठेगाना देखाउन सक्छ, वा केही पनि देखाउँदैन। सामान्य निष्कर्ष भर्चुअल मेसिन बिग्रिएको छ वा स्प्लिट टनेलिङ सक्रिय गर्नुपर्छ भन्ने हुन्छ। दुवैमध्ये केही पनि पुष्टि हुँदैन। VPN क्लाइन्ट मेसिनको गुण होइन; यो मार्गहरूको समूह, भर्चुअल एडाप्टर र प्रायः विशेष इन्टरफेसमा जोडिएको फिल्टर हो। अतिथि ट्राफिक त्यो संयन्त्रसँग कहिल्यै भेटिन्छ कि भन्ने अतिथिले प्रयोग गर्ने भर्चुअल स्विचमा निर्भर छ।

मिथक, सिधै भनिएको

होस्टमा स्थापित VPN ले भर्चुअल मेसिनसमेत पूरै मेसिनको रक्षा गर्छ भन्ने विश्वास छ, किनकि भर्चुअल मेसिन त्यही मेसिनमा चल्ने प्रक्रिया मात्र हो। यो सुविधाजनक विश्वास हो, किनकि एन्टिभाइरस र होस्ट फायरवाल सामान्यतया त्यसै गर्छन्। नेटवर्क मार्ग भने गर्दैनन्।

अतिथिको फ्रेमलाई होस्टको VPN स्ट्याकले तब मात्र छुन्छ जब होस्टले त्यसलाई रुट वा फिल्टर गर्छ। यो वाक्य स्टिकी नोटमा लेख्नुहोस्, किनकि तलको हरेक घटना त्यसकै एक रूप हो।

तीन प्रकारका स्विच, तीन मार्ग

बाह्य स्विचले भर्चुअल एडाप्टरलाई भौतिक नेटवर्क कार्डसँग जोड्छ, र अतिथिले आफ्नै MAC ठेगानासहित त्यही जोडाइबाट फ्रेम पठाउँछ। अतिथि भौतिक नेटवर्कमा समकक्ष बन्छ, आफ्नै DHCP भाडा, गेटवे र DNS सर्भरसहित। होस्टको VPN पूर्वनिर्धारित मार्ग होस्ट स्ट्याकमा बस्छ र ती फ्रेम सार्दैन, किनकि ती होस्टबाट रुट हुनुको सट्टा ब्रिज हुन्छन्। यही कारण Wi-Fi एडाप्टरमाथि बाह्य स्विच खराब विचार हो: अधिकांश वायरलेस ड्राइभर दोस्रो MAC ठेगानाका लागि फ्रेम बोक्दैनन्।

आन्तरिक स्विचले अतिथिहरूलाई होस्टको भर्चुअल एडाप्टरसँग जोड्छ। एक्लैले यसले इन्टरनेट निर्गम दिँदैन; होस्टमा रहेको NAT वस्तुले अनुवाद दिन्छ, जुन Hyper-V NAT गाइडमा वर्णन गरिएको छ। अब अतिथिका प्याकेट साँच्चै होस्टको राउटिङ र NAT मार्गमा पस्छन्, त्यसैले VPN क्लाइन्टका मार्ग र फिल्टर फेरि महत्त्वपूर्ण हुन्छन्। भर्चुअल मेसिन साँच्चै होस्टको VPN पछ्याउने र किल स्विचले अतिथिलाई पूर्ण रूपमा काट्न सक्ने व्यवस्था यही हो।

निजी स्विचमा होस्ट एडाप्टर र माथिल्लो जोडाइ हुँदैन। अतिथिहरू एकअर्कासँग मात्र बोल्छन् र अरू कसैसँग बोल्दैनन्, त्यसैले निजी स्विचमा रहेको भर्चुअल मेसिनलाई इन्टरनेट छैन भने हराएको राउटर कारण हो र VPN अप्रासंगिक छ।

पूर्वनिर्धारित स्विच आफ्नै छुट्टै व्यवस्था हो

Windows ले आन्तरिक स्विचलाई NAT र DNS प्रोक्सीसँग जोड्ने पूर्वनिर्धारित स्विच दिन्छ। यसको सबनेट होस्टले छान्छ, पुनःसुरु पछि बदलिन सक्छ, र तपाईं आफैँ बनाउने NAT नेटवर्कजस्तै उही वस्तु होइन। यसलाई प्रयोगशाला नेटवर्कजस्तै पुनर्निर्माण गर्नु भनेको मानिसहरू दुई NAT र अझै मार्ग नभएको अतिथिसम्म पुग्ने बाटो हो।

भर्चुअल मेसिन पूर्वनिर्धारित स्विचमा छ भने, अतिथिले पाएको ठेगाना पढ्नुहोस् र VPN क्लाइन्ट छुनुअघि होस्टको NAT तालिकासँग तुलना गर्नुहोस्। अतिथिको गेटवे र NAT उपसर्गबीचको अमिल्दोले कुनै पनि क्लाइन्ट सेटिङभन्दा बढी खराबी व्याख्या गर्छ।

प्रश्न टुंग्याउने चार तथ्य

केही बदल्नुअघि यी जम्मा गर्नुहोस्: स्विचको प्रकार र यसको माथिल्लो जोडाइ, भर्चुअल मेसिनमा जोडिएको एडाप्टर, अतिथिको आफ्नै ठेगाना, गेटवे र DNS, र होस्टको NAT तथा पूर्वनिर्धारित मार्गको अवस्था। पढ्न मात्रका आदेश हुन् Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat, र Get-NetRoute -DestinationPrefix 0.0.0.0/0; र अतिथिभित्र ipconfig /all बाँकी दिन्छ।

त्यसपछि अतिथिले के गर्नुपर्ने हो निर्णय गर्नुहोस्। यसले VPN बाहिर बस्नुपर्ने भए, ठ्याक्कै त्यही मार्गका लागि प्रदायकको समर्थित अपवाद लिनुहोस्, किनकि होस्टको कार्यान्वयन फाइल बहिष्कार गर्दा अग्रेषित भर्चुअल मेसिन ट्राफिक बहिष्कृत हुँदैन। यसले VPN प्रयोग गर्नुपर्ने भए, होस्ट ब्राउजरको परीक्षणले यसलाई ढाक्छ भनी मान्नुको सट्टा क्लाइन्टले भर्चुअल मेसिन ट्राफिकलाई कसरी व्यवहार गर्छ भन्ने कागजातीय जानकारी पुष्टि गर्नुहोस्।

अतिथिभित्रको परीक्षण मात्र गणना हुने एकमात्र प्रमाण हो। अतिथिबाट निर्गम ठेगाना जाँच्नुहोस्, आन्तरिक नाम समाधान गर्नुहोस्, VPN फेरि जोड्नुहोस् र दोहोर्याउनुहोस्। होस्ट ब्राउजरको नतिजा यीमध्ये कुनैको विकल्प होइन।

मिथकको मूल्य

मानिसहरू परीक्षण पास होस् भनेर मात्र किल स्विच बन्द गर्छन्, स्थिर मार्ग थप्छन्, वा स्विच मेटेर फेरि बनाउँछन्। हरेक छोटो बाटोले खराबीको तरिका बदल्छ: अतिथि कसैले नसोचेको मार्गबाट इन्टरनेटमा पुग्न सक्छ, वा बाह्य स्विचले आफ्नो भौतिक कार्ड फेरि जोड्दा होस्टले जडान गुमाउन सक्छ।

बाह्य स्विच फेरि जोड्दा होस्टको आफ्नै पहुँच अवरुद्ध हुन्छ, त्यसैले ब्यान्डबाहिरको मार्ग खुला राख्नुहोस् र अझै निदान गर्दै गर्दा स्विच मेट्नबाट बच्नुहोस्। सही नतिजा अतिथिको इच्छित मार्ग हो, जसमा यो फेरि कसरी जोडिन्छ र कसरी असफल हुन्छ भन्ने पनि समावेश छ, एक पृष्ठ लोडको हरियो चिन्ह होइन।

टिकाउ उत्तर सूचीमा हरेक भर्चुअल मेसिनका लागि एक लाइन हो: यसले कुन स्विच प्रयोग गर्छ र यसको गेटवे कुन घटकले दिन्छ। त्यो लेखिसकेपछि अर्को VPN परिवर्तन दिउँसोभरिको अनुमान होइन, एक पटक हेर्ने काम हो।