VMware નો બ્રિજ થયેલો ગેસ્ટ OpenVPN પછી પોતાનું નેટવર્ક ગુમાવી બેઠો

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

ગેસ્ટ બદલાયો નથી, બ્રિજ બદલાયો છે

Windows પર OpenVPN ક્લાયન્ટ ઇન્સ્ટોલ કરવાથી એક વર્ચ્યુઅલ નેટવર્ક એડેપ્ટર ઉમેરાય છે, જેની સાથે ટનલ ઉપર આવે ત્યારે સેવા બંધાય છે. ઓપરેટિંગ સિસ્ટમ માટે તે લિંક સ્થિતિ ધરાવતું સામાન્ય ઇન્ટરફેસ અને ઘણી વાર પોતાના સરનામાં સાથે દેખાય છે. આ જ VMware માટે તેને બ્રિજ ઉમેદવાર ગણવા પૂરતું છે.

VMnet0 ડિફોલ્ટ રૂપે સ્વયં પર સેટ છે, એટલે હાઇપરવાઇઝર દર વખતે બ્રિજ બનાવતી વખતે હોસ્ટ એડેપ્ટર પસંદ કરે છે. નવો ઇન્સ્ટોલ થયેલો વર્ચ્યુઅલ એડેપ્ટર તે જૂથમાં જોડાય છે, અને જો તે પસંદ થાય, તો ગેસ્ટ મોકલે છે તે દરેક ફ્રેમ ભૌતિક સ્વિચ પોર્ટને બદલે ટનલ ઉપકરણ પર જાય છે.

બ્રિજ પિન કરો અથવા ગેસ્ટને રૂટ કરો

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

આ પહેલાં નક્કી કરો, કારણ કે બંને જવાબ અલગ કામ તરફ દોરે છે. ક્રમ ઉલટાવવાથી યોગ્ય રીતે પિન કરેલો બ્રિજ બને છે, પણ તે એવા ગેસ્ટ સાથે જોડાયેલો હોય છે જેને ક્યારેય બ્રિજ કરવો નહોતો જોઈતો.

પહેલી શાખા માટે હોસ્ટ પર વર્ચ્યુઅલ નેટવર્ક એડિટર ખોલો, VMnet0 પસંદ કરો અને સ્વયંને ભૌતિક એડેપ્ટરથી બદલો. જો ઘણા એડેપ્ટર હોય, તો સ્વયં સેટિંગ્સની યાદી વાપરો અને જે કંઈ પણ ક્યારેય ગેસ્ટ ટ્રાફિક ન ઊંચકવો જોઈએ તેમાંથી ટિક દૂર કરો: OpenVPN TAP અથવા Wintun ઉપકરણ, ઉપરાંત Hyper-V, WSL, Docker અને loopback એડેપ્ટર. લેપટોપ પર વાયરવાળું અને વાયરલેસ બંને ભૌતિક એડેપ્ટર ટિક કરેલાં રાખો, નહીં તો આગલી વારે વપરાશકર્તા તેને ડોકમાં લગાવે ત્યારે ગેસ્ટ પોતાનો બ્રિજ ગુમાવશે.

ત્રણ શરતો જે પસંદગી નક્કી કરે છે

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

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

VMware Player ના ઇન્ટરફેસમાં નેટવર્ક એડિટર નથી, તેથી જે હોસ્ટ ફક્ત Player ચલાવે છે તેને આ સેટિંગ્સ સુધી પહોંચવા અલગ એડિટર અથવા Workstation ઇન્સ્ટોલ જોઈએ. આ મર્યાદા ક્યારેક એકલી જ અભિગમ નક્કી કરે છે.

ગેસ્ટની અંદરથી પરિણામ વાંચો

વર્ચ્યુઅલ NIC ફરી ચાલુ કરો, અથવા ગેસ્ટ ફરી ચાલુ કરો, જેથી તે ફરી લીઝ માંગે. પછી વાંચો કે તેને ખરેખર શું મળ્યું, ન કે હોસ્ટ માને છે કે તેણે શું ગોઠવ્યું છે.

ipconfig /all
ip addr
ip route

તે આઉટપુટમાં બે ફીલ્ડ વાંચો અને બાકીનું હાલમાં અવગણો. ગેટવે LAN રાઉટર હોવો જોઈએ, અને એડેપ્ટરનું વર્ણન ટનલને બદલે VMware Ethernet ઉપકરણનું નામ લેવું જોઈએ. 169.254.0.0/16 માં સ્વયં-ફાળવેલું સરનામું એટલે કે કોઈ DHCP સર્વરે જવાબ આપ્યો નથી, અને ગેસ્ટની બાજુથી ટનલ એડેપ્ટર પરનો બ્રિજ બરાબર એવો જ દેખાય છે.

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