દરેક એપ માટેનો કિલ સ્વિચ વિરુદ્ધ આખા ઉપકરણનું લૉકડાઉન: શું બદલાય છે
લેબલ નહીં, સુરક્ષિત સમૂહ પ્રમાણે નિર્ણય લો: બાકાત રાખેલી એપ્સ, બેકગ્રાઉન્ડ સહાયકો અને નવા કનેક્શન માટે શું અટકે છે, અને દરેક કેસ કેવી રીતે ચકાસવો.
દરેક એપ માટેનો કિલ સ્વિચ સાવધ પસંદગી જેવો લાગે છે: ટનલ તૂટે ત્યારે ફક્ત કામનો ક્લાયન્ટ જ તેનું નેટવર્ક ગુમાવે છે, અને બાકીનું બધું ચાલુ રહે છે. પછી કોઈને ધ્યાનમાં આવે છે કે અંગત બ્રાઉઝરે તો ય પૃષ્ઠ લોડ કર્યું, એ જ સ્યૂટ સાથે આવેલો સિંક સહાયક વારંવાર પ્રયત્ન કરતો રહ્યો, અને કેશમાં સંગ્રહિત નામ હજી પણ એવા સરનામે ઉકેલાયું જેણે ટનલને ક્યારેય સ્પર્શ કર્યો નહોતો. ફીચર પરનું લેબલ અને તે જે કનેક્શનનો સમૂહ ખરેખર સુરક્ષિત કરે છે તે બે અલગ વસ્તુઓ છે. પહેલા સુરક્ષિત સમૂહ નક્કી કરો, કારણ કે એ સમૂહ જ નક્કી કરે છે કે દરેક એપ માટે અમલ કે આખા ઉપકરણનું લૉકડાઉન સાચું વર્ણન છે.
લેબલ નહીં, સમૂહથી શરૂ કરો
દરેક એપ માટેની નીતિ પસંદ કરેલી એપ્સને સુરક્ષિત કરે છે. ઉપકરણનું લૉકડાઉન વધુ પહોળી નેટવર્ક સીમા પર ધ્યાન કેન્દ્રિત કરે છે, સામાન્ય રીતે સ્થાનિક પ્રિન્ટિંગ, મેનેજમેન્ટ ટ્રાફિક કે કેપ્ટિવ પોર્ટલ માટે દસ્તાવેજી બાકાત સાથે. બંનેમાંથી કોઈ લેબલ ત્યાં સુધી પૂર્ણ નથી જ્યાં સુધી તમે ત્રણ પ્રશ્નોના જવાબ ન આપો: બાકાત રાખેલી એપ્સનું શું થાય, એ એપ્સ જે સહાયકો શરૂ કરે તેમનું શું થાય, અને સુરક્ષા ઉપલબ્ધ ન હોય ત્યારે ખૂલતા કનેક્શનનું શું થાય.
ક્લાયન્ટની કોઈ સેટિંગને અડકતા પહેલા આ જવાબો લખી લો. જો જરૂરિયાત એ હોય કે "આ પેરોલ ક્લાયન્ટ ક્યારેય ટનલની બહાર ઇન્ટરનેટ સાથે વાત ન કરે, અને મારું બ્રાઉઝર કરી શકે", તો સમૂહ નાનો છે અને દરેક એપ માટેનો અમલ યોગ્ય છે. જો જરૂરિયાત એ હોય કે "આ ઉપકરણ પરનું કંઈ પણ સુરક્ષા વિના ઇન્ટરનેટ સુધી ન પહોંચે, અપડેટ સેવા સિવાય", તો કોઈ પણ દરેક એપ માટેની નીતિ એ ન આપે, કારણ કે જે એપ્સના નામ તમે લીધા નથી તે જ સમસ્યા છે.
દરેક એપ માટેનો અમલ ઓળખકર્તા સાથે મેળ ખાય છે, પ્રોગ્રામ નામ સાથે નહીં
Android પેકેજ દ્વારા દરેક એપ માટે VPN આપે છે, અને તેનું VpnService દસ્તાવેજ સમજાવે છે કે તે હંમેશા-ચાલુ કામગીરી અને બ્લોકિંગ સાથે કેવી રીતે સંબંધ રાખે છે. iOS મેનેજમેન્ટ પ્રોફાઇલ દ્વારા દરેક એપ માટે VPN ગોઠવે છે અને એપ કે ડોમેન પ્રમાણે મેળ ખાય છે. Windows અને Linux માં પ્રોસેસ મુજબનો કોઈ માર્ગ જ નથી, તેથી એ જ વિચાર પ્રોગ્રામ સુધી મર્યાદિત ફાયરવોલ નિયમ કે માલિક વપરાશકર્તા સાથે મેળ ખાતા નિયમ દ્વારા અંદાજવામાં આવે છે.
સીમા એ ઓળખકર્તા છે, અને ઓળખકર્તાને ટાળવા સહેલા છે. જે એપ સિસ્ટમ બ્રાઉઝરને URL સોંપે છે, અથવા વ્યૂઅરમાં દસ્તાવેજ ખોલે છે, તે એવી પ્રોસેસમાં પ્રવેશે છે જેને તમારી નીતિએ ક્યારેય નામ આપ્યું નથી. ડ્રોપ પર સમાપ્ત કરવાનો વિકલ્પ પણ પેકેટ ફિલ્ટર નથી: તે તમે ગોઠવેલી એપને મારે છે, જ્યારે ચાઇલ્ડ પ્રોસેસ, ક્યૂ વર્કર કે બ્રાઉઝર ટેબ હાલનું સોકેટ જીવતું રાખી શકે છે.
લૉકડાઉન એ કવર કરે છે જે દરેક એપ માટેની નીતિ જોઈ શકતી નથી
આખા ઉપકરણનું લૉકડાઉન પસંદગી દૂર કરે છે. ટનલ સાથે સંબંધ ન ધરાવતું દરેક બહાર જતું પેકેટ પડી કરવામાં આવે છે, જેમાં એવી પ્રોસેસનો ટ્રાફિક પણ છે જે તમારી એપ નીતિ ક્યારેય જાણતી નહોતી. Android પર આ હંમેશા-ચાલુ VPN સાથે કનેક્શન બ્લોક કરવાની સેટિંગનું સંયોજન છે, અને અમલ સિસ્ટમમાં થાય છે, ક્લાયન્ટ વિન્ડોમાં નહીં. ડેસ્કટોપ પર તે કાયમી ફાયરવોલ નિયમ કે પહોંચી ન શકાય તેવા ગેટવે તરફનો ડિફોલ્ટ રૂટ છે.
કિંમત એ છે કે બાકીનું બધું અટકે છે, તેથી બાકાતો પછીની વિચારણા નહીં, ડિઝાઇનનો ભાગ બની જાય છે. સ્થાનિક પ્રિન્ટર, સેવા શોધ, કેપ્ટિવ પોર્ટલ લોગિન, મેનેજમેન્ટ એજન્ટ અને OS અપડેટને દરેકને દસ્તાવેજી છિદ્રની જરૂર છે, કારણ કે દરેક એ માર્ગ છે જે ટનલ બંધ હોય ત્યારે ખુલ્લો રહે છે. લૉકડાઉન તે સૂચિની સૌથી ટૂંકી એન્ટ્રી જેટલું જ મજબૂત છે.
DNS, IPv6 અને બેકગ્રાઉન્ડ સહાયક લીક છુપાવે છે
સુરક્ષિત એપ નામ ઉકેલી ન શકે તે સાબિત કરતું નથી કે કેશ કરેલા જવાબો કે સીધો IP ટ્રાફિક બ્લોક છે. જો રિઝોલ્વર ટનલની બહાર હજી પહોંચી શકાય તેવું હોય, તો નામ ઉકેલાય છે અને કનેક્શન નિષ્ફળ જાય છે, જે ચાલતા કિલ સ્વિચ જેવું લાગે છે અને છે નહીં. વધુ ખરાબ, કેશ કરેલો રેકોર્ડ એવા સરનામે ઇશારો કરી શકે જે ટનલ વહન કરતી નથી, તેથી કનેક્શન સીધું બહાર જાય છે જ્યારે એપ VPN ભૂલ જણાવે છે.
IPv6 ને જે પણ પ્લેટફોર્મ તેને ચલાવે તેના પર પોતાનો નિયમ જોઈએ, કારણ કે v4 માટેનો ડ્રોપ નિયમ v6 રૂટને આવરી લેતો નથી. મોબાઇલ પર, ખાનગી DNS સેટિંગ રિઝોલ્યુશનને એવી એન્ક્રિપ્ટેડ ચેનલમાં ખસેડી શકે છે જે ઉપકરણની નીતિ તપાસતી નથી. અને બેકગ્રાઉન્ડ સહાયકો ડેસ્કટોપ પર સામાન્ય દોષિત છે: અપડેટર કે સિંક ટ્રે પ્રોસેસ VPN ક્લાયન્ટ પહેલા શરૂ થાય છે અને પોતાનું કનેક્શન રાખે છે, તેથી તે બદલાયેલો રૂટ ક્યારેય જોતું નથી.
ત્રણ એપ અને બે સંક્રમણ ચકાસો
| Test | What it proves |
|---|---|
| Included app, by name and by direct IP | the policy is applied, not just the resolver |
| Excluded app, same checks | the exclusion is intentional and documented |
| Helper or updater process | nothing inherited an older route |
| Tunnel drop, then Wi-Fi to cellular | the block survives the transition |
દરેક પંક્તિ બે વાર ચલાવો, એક વાર હોસ્ટનેમ સાથે અને એક વાર શબ્દશઃ સરનામા સાથે, અને નેટવર્ક આપે તો વધુ એક વાર IPv6 પર. પાસ એટલે સમાવેશ કરેલી એપ અટકી, બાકાત રાખેલી એપે તમે લખ્યું તેમ વર્તન કર્યું, અને સહાયક બહાર નીકળી ન ગયો. તમે સ્વીકાર્ય ગણ્યું તે સીધું વર્તન નોંધો, જેથી આગલો વ્યવસ્થાપક જાણી જોઈને કરેલ બાકાત અને નિષ્ફળતા વચ્ચે ભેદ પાડી શકે.
પછી પરિણામ એક વાક્યમાં વર્ણવો જે એપ્સ અને શરતોના નામ લે, ઉદાહરણ તરીકે: પેરોલ ક્લાયન્ટનો ટનલની બહાર કોઈ રૂટ નથી, બ્રાઉઝર ડિઝાઇન પ્રમાણે સીધું છે, અને ટનલ બંધ હોય ત્યારે બાકીનું બધું અટકે છે. જો એ વાક્ય લખવું મુશ્કેલ હોય, તો નીતિ હજી પણ એકબીજા સાથે લડતી બે નીતિઓ છે.