એક IPv4 ગંતવ્યને OpenVPN ટનલની બહાર કેવી રીતે મોકલવું

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

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

net_gateway ખરેખર શું નામ આપે છે

તે મુક્તિ માટેની પ્રોફાઇલ એન્ટ્રી એક લીટી છે: route 198.51.100.77 255.255.255.255 net_gateway. પ્રથમ સરનામું ગંતવ્ય માટેનું દસ્તાવેજી પ્લેસહોલ્ડર છે, માસ્ક તેને એક-હોસ્ટ રૂટ બનાવે છે, અને છેલ્લું ટોકન ગેટવે પ્લેસહોલ્ડરનું નામ આપે છે. OpenVPN રૂટ ઇન્સ્ટોલ કરતી વખતે ગેટવે પ્લેસહોલ્ડરનું નિરાકરણ કરે છે. vpn_gateway એટલે ટનલનું પોતાનું ગેટવે, VPN લિંકની દૂરની બાજુ. net_gateway એટલે VPN કંઈપણ બદલે તે પહેલાં હોસ્ટ પાસે જે ડિફોલ્ટ ગેટવે હતું, જે સામાન્ય રીતે ભૌતિક નેટવર્ક પરનું સ્થાનિક રાઉટર છે.

ત્રીજું પ્લેસહોલ્ડર, remote_host, VPN સર્વરના સરનામાનો સંદર્ભ આપે છે, અને તે એટલા માટે છે કે ટનલ ભૌતિક માર્ગે સર્વર સુધી પહોંચી શકે. આ ત્રણને ભેળવી દેવું એ મુક્તિ ખોટી જગ્યાએ જવાનું અથવા બિલકુલ ઇન્સ્ટોલ ન થવાનું સૌથી સામાન્ય કારણ છે.

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

હોસ્ટ રૂટ ટનલના ડિફોલ્ટને કેમ હરાવે છે

રૂટિંગ સૌથી વિશિષ્ટ મેળ ખાતા પ્રીફિક્સ દ્વારા નક્કી થાય છે. redirect-gateway def1 સામાન્ય રીતે ડિફોલ્ટ રૂટને બદલતું નથી; તે બે અર્ધા ઉમેરે છે, સરનામા અવકાશના નીચલા અર્ધા માટે એક રૂટ અને ઉપલા અર્ધા માટે બીજું, જેથી મૂળ ડિફોલ્ટ રૂટ અન્ય ઉપયોગો માટે જળવાઈ રહે. તે અર્ધા એક સરનામા કરતાં વધુ પહોળા છે.

255.255.255.255 માસ્ક સાથે એક સરનામા માટેનો રૂટ /32 છે, જે IPv4 જેટલું વિશિષ્ટ બની શકે તેટલું છે. તે સરનામા માટેનું પેકેટ મૂલ્યાંકન કરતી વખતે /32 મેળ ખાય છે અને કયો રૂટ પહેલા ઇન્સ્ટોલ થયો તે ધ્યાનમાં લીધા વિના જીતે છે. આ જ મુક્તિ પાછળની ક્રિયાવિધિ છે, અને જ્યાં સુધી રૂટ ખરેખર હાજર હોય ત્યાં સુધી તે Linux, macOS અને Windows પર સરખી રીતે કામ કરે છે.

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

મુક્તિ શું આવરી લેતી નથી

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

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

એપ્લિકેશન વ્યાપ્તિ ત્રીજી છે. નિયમ ગંતવ્ય-આધારિત છે, તેથી તે સરનામા સાથે જોડાતી દરેક પ્રક્રિયા સીધો માર્ગ વાપરે છે, ભલે તે તમારા ધ્યાનમાં હોય કે ન હોય. ઊલટું, વેબસાઇટ ઘણા સરનામાંઓમાંથી જવાબ આપી શકે છે, તેથી એક /32ની મુક્તિ સાઇટને મુક્તિ આપતી નથી. જો ખરી જરૂરિયાત એપ્લિકેશન દીઠ રૂટિંગ હોય, તો Community ક્લાયન્ટનું રૂટ ટેબલ ખોટું સાધન છે.

પોતાને છેતર્યા વિના મુક્તિ તપાસવી

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

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

છેવટે, રૂટને ઓળંગી શકે તેવા નિયંત્રણો તપાસો. ક્લાયન્ટ-સાઇડ kill switch અથવા Windowsનું block-outside-dns સેટિંગ સીધા ટ્રાફિકને પ્રતિબંધિત કરી શકે છે, જે રૂટ સાચો હોવા છતાં નિષ્ફળ જતા કનેક્શન તરીકે દેખાય છે. મુક્તિ કામ કરતી દેખાય તે માટે તે નિયંત્રણો બંધ ન કરો; જો નીતિ સીધો માર્ગ પ્રતિબંધિત કરે છે, તો મુક્તિ VPN સેવાના માલિક માટે ડિઝાઇન સમસ્યા છે.

ફરી કનેક્ટ થયા પછી અથવા નેટવર્ક બદલ્યા પછી ફરી તપાસો, કારણ કે VPN પહેલાંનું ગેટવે અને ઉપલબ્ધ માર્ગ ક્ષણના ગુણધર્મો છે, પ્રોફાઇલના નહીં.