બે ઉપકરણો, એક Wi-Fi, અલગ VPN એક્ઝિટ: શું નક્કી કરે છે

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

ત્રણ સરનામાં, અને તેમાંથી ફક્ત એક જ બહાર જાય છે

લેપટોપ પાસે ઘરના LAN નું સરનામું છે જે તેને સ્થાનિક સેગમેન્ટમાં ઓળખે છે, અને VPN ની અંદર સોંપાયેલું ટનલ સરનામું પણ હોઈ શકે છે. તેમાંથી કોઈ પણ દૂરની સેવાને દેખાતું નથી. તે સેવા જે નોંધે છે તે અંતે પેકેટ મોકલતા ઉપકરણનું જાહેર એક્ઝિટ સરનામું છે, રસ્તામાં થતા કોઈ પણ અનુવાદ પછી.

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

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

બે એક્ઝિટને ખરેખર અલગ શું બનાવે છે

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

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

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

અલગ પ્રોફાઇલ અલગ એક્ઝિટ કેમ નથી

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

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

એકમાત્ર વિશ્વસનીય જવાબ તમે વાપરવા માંગો છો તે ગોઠવણી દ્વારા કરેલી વિનંતીમાંથી આવે છે. બાકીનું બધું અનુમાન છે.

વિભાજન ક્યાં મૂકવું

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

રાઉટર પર બીજું ખાનગી DHCP લીઝ બનાવવું એ બીજું જાહેર સરનામું બનાવવા જેવું નથી. તે સ્થાનિક દૃશ્ય બદલે છે અને એક્ઝિટને અસ્પર્શિત રાખે છે. વિભાજન એક્ઝિટ નીતિમાં રહે છે, તે નીતિ રાઉટર પર હોય કે VPN સેવામાં.

તમે કોઈ પણ સ્વરૂપ પસંદ કરો, માલિકી લખી રાખો: કોણ ઉપકરણ તૈયાર કરે છે, કોણ તેના ઓળખપત્રને ફેરવે છે, અને કોણ ધ્યાન રાખે છે જ્યારે તે ઇચ્છિત માર્ગ વાપરવાનું બંધ કરે છે.

તમને ખરેખર જે એક્ઝિટ મળ્યું તે ચકાસો

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

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

curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1

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