ફોન VPN થી ઘર: ફાયરવોલને તમારું ઇન્ટરનેટ નિકાસ બનાવો

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

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

બે કૂદકા, બે નીતિઓ

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

phone app -> encrypted tunnel -> home listener
          -> decrypted packet -> forward policy -> home uplink -> destination

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

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

શ્રોતા ફિલ્ટર નથી

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

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

દરેક અમલ બિંદુએ દેખાતા સ્રોત સરનામા સાથે માર્ગ લખો. એ જ એક આકૃતિ કોઈપણ નિયમ સંપાદિત કરતા પહેલા આમાંથી મોટાભાગના કિસ્સા ઉકેલે છે.

ફોનને ખરેખર શું મોકલવું જોઈએ

જે ફોનને ફક્ત ઘરના સબનેટનો રૂટ મળે છે તે ફક્ત તે સબનેટનો ટ્રાફિક ટનલમાં મોકલે છે. બાકીનું બધું મોબાઇલ નેટવર્ક દ્વારા બહાર જાય છે, તેથી ફાઇલ શેર કામ કરે છે અને ઇન્ટરનેટ વિનંતીઓ ક્યારેય ઘરે પહોંચતી નથી.

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

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

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

ફાયરવોલ શું જોઈ શકે છે અને શું નહીં

ગેટવે તેના અમલ બિંદુ જે જાહેર કરે તેના પર કાર્ય કરી શકે છે: સરનામાં, પોર્ટ, પ્રોટોકોલ, ઇન્ટરફેસ અને જોડાણના મેટાડેટા. ફોરવર્ડ કરેલી HTTPS વિનંતી ફક્ત ઘરની ટનલ પાર થાય છે તેથી પૃષ્ઠનો ભાગ કે પાસવર્ડ આપતી નથી.

આ મર્યાદા ઉલ્લેખનીય છે, કારણ કે “તેને ફાયરવોલ દ્વારા મોકલો” વાક્ય ઘરના રાઉટર કરતાં વધુ તપાસ સૂચવે છે. ગંતવ્ય નિયમ, DNS નીતિ અને એપ્લિકેશન-સ્તરીય પ્રોક્સી ત્રણ અલગ નિયંત્રણો છે, ત્રણ અલગ જમાવટ ખર્ચ સાથે.

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

ડિસ્કનેક્ટેડ સ્થિતિ નક્કી કરો

જ્યારે ટનલ ઉપલબ્ધ ન હોય, ત્યારે ફોન કાં તો મોબાઇલ નેટવર્ક પર પાછો ફરે છે અથવા ટ્રાફિક મોકલવાનો ઇનકાર કરે છે. બંને વાજબી છે, અને તેમાંથી ફક્ત એક જ મોટાભાગના લોકો જે ગોઠવ્યું હોવાનું માને છે તેની સાથે મેળ ખાય છે.

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

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

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