VPN ચાલુ હોય ત્યારે Android ફાયરવૉલ નિયમ ક્યાં રહેવો જોઈએ

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

ઉત્પાદનથી નહીં, વાક્યથી શરૂ કરો

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

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

પગલું 1: ફોન પોતે શું લાગુ કરી શકે

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

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

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

પગલું 2: ગેટવે શું લાગુ કરી શકે

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

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

પગલું 3: જે કદી પહોંચતું નથી તેની યાદી બનાવો

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

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

પગલું 4: દરેક નિયમને એક માર્ગ સોંપો

કંઈ પણ ગોઠવતાં પહેલાં નિર્ણય કોષ્ટકમાં મૂકો, કારણ કે ખાલી કોષો એ જ જગ્યા છે જ્યાં ડિઝાઇન નિષ્ફળ જાય છે.

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

પગલું 5: વાહન જીવંત રાખો, પછી ચકાસો

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

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

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