હોસ્ટ VPN કનેક્ટ થાય ત્યારે Hyper-V ગેસ્ટ DNS ગુમાવે છે

ગેસ્ટ આજ સવારે ઠીક હતું. પછી હોસ્ટે Cisco AnyConnect ચાલુ કર્યું અને VM એ DNS, ડોમેન વિશ્વાસ અને શેર કરેલું ફોલ્ડર ગુમાવ્યું, જ્યારે તેની અંદર કંઈ બદલાયું નહોતું. હોસ્ટ ટનલ અને ગેસ્ટ નેટવર્ક અલગ માર્ગો છે, અને એક જોડવાથી બીજું ખસતું નથી. ગેસ્ટની અંદરથી બહાર તરફ કામ કરો, અને કંઈપણ બદલતા પહેલાં જે જુઓ તે લખી લો.

ગેસ્ટ હજી શું જોઈ શકે છે

VM માં સરનામું, ડિફોલ્ટ ગેટવે અને રિઝોલ્વર નોંધો, એક વાર હોસ્ટ કનેક્ટ થાય તે પહેલાં અને એક વાર પછી. જે ગેસ્ટે સરનામું રાખ્યું અને ફક્ત નામ રિઝોલ્યુશન ગુમાવ્યું તેને રિઝોલ્વર સમસ્યા છે. જે ગેસ્ટને ક્યારેય રૂટ નહોતો તેને માર્ગની સમસ્યા છે, અને બંનેને અલગ કામની જરૂર છે. હોસ્ટ તરફથી તમે તેમને અલગ ન કરી શકો, તેથી વાંચન અંદરથી આવવું જોઈએ.

તે ત્રણ વાંચન, બે વાર લીધેલા, તમારો આધારરેખા છે. પછીનું બધું તેમની સામે માપવામાં આવે છે.

ગેસ્ટ કયો એક્ઝિટ વાપરે છે

Hyper-V આનો જવાબ બે આદેશોથી આપે છે: Get-VMSwitch સ્વિચની યાદી આપે છે, અને Get-VMNetworkAdapter -VMName TestVM ગેસ્ટ જેની સાથે જોડાયેલું છે તે દર્શાવે છે. Default Switch એ Windows સંચાલિત NAT નેટવર્ક છે; બાહ્ય સ્વિચ ટ્રાફિક ભૌતિક એડેપ્ટરને સોંપે છે; આંતરિક સ્વિચ ત્યાં સુધી કંઈ વહન કરતું નથી જ્યાં સુધી કોઈ NAT અથવા રાઉટર ઉમેરે નહીં. VirtualBox એ જ ત્રણ વિચારો NAT, NAT Network અને bridged તરીકે રજૂ કરે છે.

મોડ નક્કી કરે છે કે હોસ્ટ ટનલને જરાય મહત્વ હોઈ શકે કે નહીં. NAT ગેસ્ટને WinNAT દ્વારા અનુવાદિત કરવામાં આવે છે અને પછી હોસ્ટ સ્ટેક દ્વારા ફોરવર્ડ કરવામાં આવે છે, તેથી તે હોસ્ટ રૂટ ટેબલને અનુસરે છે; સંપૂર્ણ ટનલ ક્લાયન્ટ સાથે તેનો ટ્રાફિક એ ટ્રાફિક છે જે VPN એડેપ્ટરમાં પ્રવેશે છે, અને જ્યારે ક્લાયન્ટ સ્થાનિક સબનેટને બ્લોક કરે ત્યારે તે છોડી દેવામાં આવે છે. બાહ્ય સ્વિચ પર બ્રિજ કરેલ ગેસ્ટ હોસ્ટ રૂટિંગ સુધી ક્યારેય પહોંચતું નથી: તેના ફ્રેમ ભૌતિક NIC માંથી સીધા નીકળે છે, તેથી તે ટનલ અને ક્લાયન્ટની સ્થાનિક-LAN નીતિ બંનેને બાયપાસ કરે છે.

હોસ્ટ ટનલને Hyper-V સાથે શેર કરવું

જો ગેસ્ટને ટનલની જરૂર હોય અને તે પોતાનું ક્લાયન્ટ ચલાવી ન શકે, તો Windows VPN કનેક્શન શેર કરી શકે છે. VPN એડેપ્ટરના ગુણધર્મો ખોલો, શેરિંગ પર જાઓ, અને અન્ય નેટવર્ક વપરાશકર્તાઓને તેના દ્વારા કનેક્ટ થવા દો. હોમ નેટવર્કિંગ કનેક્શનને Hyper-V એડેપ્ટર તરફ નિર્દેશ કરો, vEthernet (Default Switch), પછી ગેસ્ટની અંદરથી નવી વિનંતી ચકાસો.

આ ગોઠવણને લેબ-ઉકેલ તરીકે ગણો, કારણ કે તે એવી જ રીતે વર્તે છે. ડિસ્કનેક્શન, ફરી કનેક્શન અથવા હોસ્ટ રીબૂટ પછી તેને ફરી લાગુ કરવું પડે છે. અમુક Windows 11 બિલ્ડમાં એડેપ્ટર ડ્રોપ-ડાઉનમાંથી સંપૂર્ણપણે ગાયબ હોય છે, અને પછી આ માર્ગ બંધ છે.

Hyper-V ફીચર ફરી ઇન્સ્ટોલ કરવાથી થોડા હઠીલા ગેસ્ટ બચ્યા છે. તેને છેલ્લે રાખો, અને પહેલાં ગેસ્ટની સ્થિતિ નોંધો.

સબનેટ ફિલ્ટર થાય ત્યારે પોર્ટ ફોરવર્ડિંગ

જે હોસ્ટ VPN ગેસ્ટના NAT સબનેટને ફિલ્ટર કરે છે તે નામ રિઝોલ્યુશન નહીં, સીધા ઍક્સેસને તોડે છે. VM ચાલી રહ્યું છે, તેમ છતાં ssh [email protected] અટકી જાય છે, જ્યારે હાઇપરવાઇઝરનું અનુવાદ હજી કામ કરે છે. કામને જરૂરી પોર્ટ ફોરવર્ડ કરો અને તેના બદલે હોસ્ટ સરનામાં પર કનેક્ટ કરો. નીચેની Vagrantfile લાઇનો SSH અને એક HTTPS સેવા આવરી લે છે; બંને રીલોડ પહેલાં ઉમેરવામાં આવે છે.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

નામ રિઝોલ્યુશન અલગ નિર્ણય છે અને તેને પોતાનું સમાધાન પાત્ર છે. તે NAT એડેપ્ટર માટે હોસ્ટ રિઝોલ્વર ફીચર ચાલુ કરો, અથવા ગેસ્ટની અંદર આંતરિક DNS સર્વર જાતે ગોઠવો. ગેસ્ટને જાહેર રિઝોલ્વર તરફ નિર્દેશ કરવાથી બ્રાઉઝિંગ કામ કરે છે અને દરેક આંતરિક નામ તૂટે છે, જે વિક્ષેપ કરતાં પણ ખરાબ છે કારણ કે તે સફળતા જેવું લાગે છે. એવું નામ ચકાસો જે ફક્ત આંતરિક રિઝોલ્વર જાણે છે.

જે ચકાસણી કહે છે કે તે કામ થયું

આમાંથી કોઈપણ ફેરફાર પછી, હોસ્ટ VPN કનેક્ટેડ હોય તેવી સ્થિતિમાં ગેસ્ટની અંદરથી નવી વિનંતી ચલાવો, તે પહેલાં નહીં. ફરી કનેક્શન પછી અને રીબૂટ પછી શેરિંગ ફરી ચકાસો, કારણ કે જે સુધારો તેમાંથી ફક્ત એક જ ટકે તે સુધારો નથી. ખાતરી કરો કે ગેસ્ટની રિઝોલ્વર યાદી તેના ટ્રાફિક ખરેખર જે નેટવર્ક વાપરે છે તેની સાથે મેળ ખાય છે. પછી હોસ્ટ સરનામાંથી પોર્ટ ફોરવર્ડિંગ ચકાસો, કારણ કે ગેસ્ટથી ચકાસવાથી કંઈ સાબિત થતું નથી. ગેસ્ટની અંદરથી, બે PowerShell ચકાસણી રિઝોલ્વર અને ફોરવર્ડ કરેલ પોર્ટ આવરી લે છે:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

દરેક સ્વિચ અથવા ડ્રાઇવર ફેરફારને તેના અનડૂ પગલા સાથે નોંધો. Microsoft ની Hyper-V NAT માર્ગદર્શિકા સમજાવે છે કે Default Switch ખરેખર શું છે, અને તેની સાથે વિરોધાભાસ ધરાવતું બીજું NAT નેટવર્ક બનાવતા પહેલાં તે વાંચવા જેવું છે.