પૂર્ણ ટનલ સામે વિભાજિત ટનલ: ચાર ભિન્નતાઓ

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

તેના બદલે બહાર નીકળવાનું પરીક્ષણ કરો: જાહેર ઇકો પૃષ્ઠ કયું સરનામું જણાવે છે, અને કયા રિઝોલ્વરે જવાબ આપ્યો.

મિથ: વિભાજિત ટનલ ફક્ત ઝડપી વિકલ્પ છે

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

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

ખરેખર શું બદલાય છે: બહાર નીકળવું

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

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

પછી ગેટવેએ શું વહન કરવું પડે

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

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

પૂર્ણ ટનલ હેઠળ અપવાદો અસ્તિત્વમાં છે

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

IPv6 પોતાની નજરને લાયક છે, કારણ કે ફક્ત IPv4 વહન કરતી ટનલ આખો સ્ટેક નીતિની બહાર મૂકે છે.

DNS એ અલગ નીતિ છે

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

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

નિષ્ફળતાની નીતિ લખો, પછી તેની કસોટી કરો

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

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