VMware અતિથિ સાથે હોસ્ટ VPN સત્ર શેર કરવું

ટનલ એડેપ્ટર બ્રિજમાં જોડાતું નથી, અને Windows 10 સબનેટ વચ્ચે રૂટ કરતું નથી. NAT સાથેનું host-only સેગમેન્ટ અતિથિને વહેતું કરે છે.

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

બ્રિજ કામ ન કરી શકે તેના બે કારણો

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

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

હોસ્ટની માલિકીનું સેગમેન્ટ બનાવો

વર્ચ્યુઅલ નેટવર્ક એડિટરમાં, VMnet3 જેવું host-only નેટવર્ક એવા પ્રીફિક્સ પર ઉમેરો જે તમે બીજે ક્યાંય રૂટ કરતા નથી, ઉદાહરણ તરીકે 172.28.90.0/24. હોસ્ટ તે એડેપ્ટર પર 172.28.90.1 લે છે અને અતિથિ એ જ સ્વિચ સાથે જોડાય છે. તે સેગમેન્ટ પર હાઇપરવાઇઝરનું DHCP બંધ કરો જેથી એક જ સરનામા સેવા તેની માલિક બને.

તેના પર કંઈપણ બનાવતા પહેલાં ખાતરી કરો કે Windows ઇન્ટરફેસ જોઈ શકે છે, કારણ કે આખી રચના તે એડેપ્ટર સામાન્ય હોવા પર આધારિત છે:

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetIPAddress -AddressFamily IPv4 | Where-Object PrefixLength -eq 24

host-only એડેપ્ટર ત્યાં કોઈપણ ભૌતિક એડેપ્ટર જેવું દેખાય છે. ટનલ એડેપ્ટર સાથે બરાબર આ જ ફરક છે, જેને કશાય સાથે જોડી શકાતું નથી.

અતિથિનું પ્રીફિક્સ અનુવાદિત કરો

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

Get-NetNat | Format-Table Name, InternalIPInterfaceAddressPrefix, Active
New-NetNat -Name "LabGuestEgress" -InternalIPInterfaceAddressPrefix 172.28.90.0/24

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

પહેલો હોપ તપાસો, પછી કિંમત

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

tracert -d 172.20.31.10
nslookup intranet.corp.example
Get-NetNatSession -NatName "LabGuestEgress"

ટનલ ચાલુ હોય ત્યારે એ જ ગંતવ્ય પર હોસ્ટની પોતાની પહોંચ સાથે સરખાવો. જો હોસ્ટ સફળ થાય અને અતિથિ નહીં, તો દોષ અનુવાદમાં અથવા અતિથિના ગેટવે સેટિંગમાં છે, જોડાણમાં નહીં.

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

સંબંધિત લેખો