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 ફેરફાર એક બપોરની અટકળને બદલે એક જોઈ લેવું છે.