VirtualBox NAT અતિથિનું DNS હોસ્ટ VPN સાથે જોડાયા પછી તૂટી જાય છે

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

NAT એડેપ્ટર દ્વારા એક લુકઅપ ટ્રેસ કરો

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

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

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

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

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

પ્રોક્સી મોડ અને હોસ્ટ રિઝોલ્વર મોડ અલગ મિકેનિઝમ છે

પ્રોક્સી મોડમાં NAT એન્જિન અતિથિની ક્વેરીઓ એ DNS સર્વરોને મોકલે છે જે તે પહેલેથી જાણે છે. હોસ્ટ રિઝોલ્વર મોડમાં તે ક્વેરીને અટકાવે છે અને હોસ્ટ ઓપરેટિંગ સિસ્ટમને કહે છે કે નામને હાલ હોસ્ટ જે વાપરી રહ્યું છે તેનાથી રિઝોલ્વ કરે. ફક્ત બીજો જ એવા VPN ક્લાયન્ટને અનુસરે છે જે ટનલ ઉપર આવતાં હોસ્ટ રિઝોલ્યુશન ફરી લખે છે. તેથી બંને સેટિંગ એક જ મશીન પર અલગ જવાબો આપે છે.

એ ભેદ જ આખી સમસ્યા એક વાક્યમાં છે. અતિથિને સર્વર સરનામાંની યાદી આપવી એ Windows ને તેના કન્ફિગર કરેલા રિઝોલ્વર દ્વારા નામ રિઝોલ્વ કરવા કહેવા જેટલું નથી, અને વિભાજિત-DNS VPN માં બંને જવાબ અલગ પડે છે. એડેપ્ટર વિકલ્પ મિકેનિઝમ વિશે છે, પરવાનગી વિશે નહીં.

બંનેમાંથી કોઈ મોડ કોઈ વસ્તુની ઍક્સેસ આપતું નથી. અધિકૃતિ VPN નીતિમાં અને સેવામાં રહે છે, અને કાર્યક્ષમ લુકઅપનો અર્થ ફક્ત એ છે કે નામ સરનામું બન્યું.

એડેપ્ટર બદલો, પછી અતિથિને શું મળે છે તે ચકાસો

પહેલાં VM ના નેટવર્ક અને DNS સેટિંગ્સ નોંધો, પછી મશીન બંધ કરો જેથી તમે કાયમી કન્ફિગરેશન સંપાદિત કરો. work-ubuntu નામની VM જેનું પહેલું એડેપ્ટર NAT ધરાવે છે તેના માટે એડેપ્ટર દીઠ વિકલ્પ હોસ્ટ તરફથી સેટ થાય છે જ્યારે VM બંધ હોય. પછી તેને ફરી શરૂ કરો અને એક્ઝિટ સ્થિતિ પર ભરોસો કરવાને બદલે પરિણામ તપાસો.

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

છેલ્લો અંક એડેપ્ટર નંબર પસંદ કરે છે, તેથી તે સાર્વત્રિક મૂલ્ય નથી; એડેપ્ટર 2 સેટિંગ તે સ્થાને 2 ધરાવશે. ઇન્સ્ટોલ કરેલા VirtualBox સંસ્કરણની VBoxManage બાઇનરી વાપરો, કારણ કે પાથ પરની જૂની એવી સેટિંગ્સ લખી શકે છે જે ચાલુ સંસ્કરણ અવગણે છે.

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

VPN જીવનચક્ર દરમિયાન પરીક્ષણ કરો, ફક્ત એક વાર નહીં

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

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

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