VirtualBox NAT પાછળ તમારું ગેસ્ટ VPN કેમ નિષ્ફળ જાય છે?

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

નેટવર્કને દોષ આપતા પહેલા VPN પ્રક્રિયા શોધો

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

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

બહારનું એક્સચેન્જ સુસંગતતા નક્કી કરે છે

VirtualBox નેટવર્કિંગ માર્ગદર્શિકા અહીં મહત્વની NAT મર્યાદાઓની યાદી આપે છે: તે TCP અને UDP સિવાયના પ્રોટોકોલ પસાર કરશે નહીં, GRE ને અસમર્થિત ગણાવવામાં આવ્યું છે, અને PPTP ને અસરગ્રસ્ત ઉદાહરણ તરીકે આપવામાં આવ્યું છે. PPTP નિયંત્રણ એક્સચેન્જ માટે TCP અને ડેટા માટે GRE વાપરે છે, તેથી નિયંત્રણ જોડાણ સફળ થઈ શકે છે જ્યારે ડેટા માર્ગ એ જ સીમા પાર કરી શકતો નથી. આ બે અલગ પુરાવા છે, અને તેમાંથી ફક્ત એક ટ્રાફિક વહન વિશે છે. ફાયરવોલ નિયમમાં TCP પોર્ટ 47 ની મંજૂરી આપવી એ IP પ્રોટોકોલ 47 ની મંજૂરી આપવા જેટલી નથી, અને બંનેને સતત ગૂંચવવામાં આવે છે.

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

બ્રિજિંગ ખરેખર શું બદલે છે

બ્રિજ ગેસ્ટનું MAC સરનામું અનુવાદ પાછળ છુપાવવાને બદલે ભૌતિક સેગમેન્ટને આપે છે. પછી ગેસ્ટ તે સેગમેન્ટને સેવા આપતા કોઈપણ DHCP સર્વર પાસેથી સરનામું લે છે, તે સરનામા માટે ARP નો જવાબ આપે છે, અને અપસ્ટ્રીમ સ્વિચ સમક્ષ વધુ એક પોર્ટ તરીકે દેખાય છે. તે વર્ચ્યુઅલ અનુવાદ માર્ગ દૂર કરે છે, જે જૂની રેસિપી તેની ભલામણ કરવાનું ચોક્કસ કારણ છે, અને તે જ ક્ષણે અન્ય ત્રણ વસ્તુઓ બદલે છે. સરનામાંકન હવે હાઇપરવાઇઝરને બદલે સ્થાનિક સેગમેન્ટથી આવે છે, એક્સપોઝરનો અર્થ છે કે ગેસ્ટ તે સેગમેન્ટ માટે દૃશ્યમાન છે, અને પ્રવેશ સ્વિચ પોર્ટ અને તેની નીતિ પર આધાર રાખે છે. તેમાંથી દરેક ફેરફાર નકારવાનું કારણ હોઈ શકે છે, અને એક પણ VPN પ્રોટોકોલ વિશે નથી.

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

બે ટનલ, બે પુરાવાના પગલા

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

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

કઈ શરત ખરેખર તમને અટકાવે છે

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

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