OpenVPN માં એક ઍપ પસંદ કરી? યાદીનો આધાર નક્કી કરે છે
એ જ પસંદ કરેલું પેકેજ યાદીના આધાર પર સમાવેશ કે બાકાત દર્શાવે છે. પહેલાં ફક્ત-સમાવેશ પસંદ કરો, ફરી જોડાઓ, પછી આખો કાર્યપ્રવાહ ચકાસો.
ચેકબોક્સ આખો નિર્ણય લાગે છે, અને Android પર તે નથી. એ જ પસંદ કરેલું પેકેજ ફક્ત-સમાવેશ આધાર હેઠળ “ફક્ત આ ઍપ VPN વાપરે છે” અને પસંદ કરેલા-બાકાત આધાર હેઠળ “આ ઍપ VPN ટાળે છે” એમ બંને અર્થ ધરાવે છે. લોકો ક્લાયન્ટ ઇન્સ્ટોલ કરે છે, મંજૂર ઍપ્સ નામની યાદી શોધે છે, પોતાને માટે મહત્ત્વનું એક જ પેકેજ પસંદ કરે છે, અને ઊલટું કરતી નીતિ સાથે ચાલ્યા જાય છે. ક્લાયન્ટ બદલવાથી ભાગ્યે જ ફાયદો થાય છે; યાદીને અડકતાં પહેલાં આધાર પસંદ કરવાથી થાય છે.
આધાર એ નીતિ છે, ચેકબોક્સ નહીં
Android ના VpnService સાથે ક્લાયન્ટ addAllowedApplication અથવા addDisallowedApplication વડે દરેક ઍપ માટે રાઉટિંગ ગોઠવે છે. પહેલું ટનલને સૂચિબદ્ધ પેકેજો પૂરતું મર્યાદિત કરે છે, બીજું તેમના સિવાયનું બધું ટનલમાંથી મોકલે છે. ક્લાયન્ટો બંનેને લગભગ એકસરખું દેખાઈ શકે તેવા ઇન્ટરફેસમાં લપેટે છે, અને કેટલાક વિભાગને મોડને બદલે યાદી પ્રમાણે નામ આપે છે, તેથી ફક્ત વિભાગનું શીર્ષક કહી શકતું નથી કે કયો આધાર સક્રિય છે.
યાદીની ઉપરનું મોડ નિયંત્રણ વાંચો, શીર્ષક નહીં. મૂળ OpenVPN for Android ક્લાયન્ટમાં મંજૂર ઍપ્સ યાદીમાં ફક્ત-સમાવેશ અને પસંદ કરેલા-બાકાત એમ બંને આધાર છે, અને બ્રાન્ડેડ બિલ્ડ બંનેને જુદી રીતે લખી શકે છે જ્યારે એ જ બે વર્તન રાખે છે. બીજા ક્લાયન્ટનો, અથવા એ જ ક્લાયન્ટની જૂની આવૃત્તિનો સ્ક્રીનશોટ તમે કઈ મોડમાં છો તેનો પુરાવો નથી.
| What the client shows | What a checked app gets |
|---|---|
| Allowed apps, include-only baseline | The app uses the tunnel; unchecked apps do not |
| Allowed apps, exclude-selected baseline | The app bypasses the tunnel; everything else uses it |
| No list configured | Client or profile default, commonly all apps |
એ ટેબલ આખી દંતકથા છે. ઍપ પસંદ કરવી એ એક પેકેજ વિશેનું વિધાન છે; આધાર નક્કી કરે છે કે વિધાન “તેને સમાવો” છે કે “તેને બાકાત રાખો”.
પહેલાં મોડ, પછી પેકેજ
આ ક્રમમાં કામ કરો, કારણ કે એક આધાર હેઠળ કરેલી પસંદગી મોડ બદલાયા પછી પણ ટકી શકે છે અને ચૂપચાપ તેની અસર ઉલટાવી શકે છે:
- સાચું પેકેજ ઓળખો અને જુઓ કે તે વ્યક્તિગત કે કાર્ય-પ્રોફાઇલની નકલ છે.
- તમે જે ચોક્કસ VPN પ્રોફાઇલ સાથે જોડાઓ છો તેના માટે ઍપ-પસંદગીની સેટિંગ્સ ખોલો.
- જેનો અર્થ “ફક્ત પસંદ કરેલી ઍપ્સ જ VPN વાપરે છે” એવો આધાર ગોઠવો.
- ઇચ્છિત પેકેજ સમાવો અને અસંબંધિત ઍપ્સને સેટની બહાર રાખો.
- ફરી જોડાઓ જેથી ક્લાયન્ટ નવી યાદી સાથે ઇન્ટરફેસ ફરી બનાવે.
પ્રોફાઇલ પેકેજ જેટલું જ મહત્ત્વનું છે. ક્લાયન્ટ પાસે ઘણી પ્રોફાઇલ હોઈ શકે, અને દરેક ઍપની પસંદગી તમે ખરેખર જેની સાથે જોડાઓ છો તે પ્રોફાઇલની છે; તમે ક્યારેય ન વાપરતી પ્રોફાઇલ સંપાદિત કરવાથી કંઈ બદલાતું નથી. મેનેજ કરેલા ઉપકરણ પર, કાર્ય-પ્રોફાઇલ અલગ વપરાશકર્તા છે અને તેની પોતાની ઍપ-નકલ તથા પોતાની નીતિ છે, તેથી વ્યક્તિગત ઇન્સ્ટન્સ ટનલમાં હોવાનું કાર્ય-ઇન્સ્ટન્સ વિશે કંઈ કહેતું નથી.
પરિણામનું મૂલ્યાંકન કરતાં પહેલાં ફરી જોડાઓ
ટનલ ઇન્ટરફેસ સ્થપાય ત્યારે VpnService ઍપ-યાદીઓ વાંચે છે. ચાલુ ટનલ યાદીનું સંપાદન જરૂરી નથી કે ઉપાડી લે, અને ક્લાયન્ટો એમાં ભિન્ન છે કે તેઓ આપોઆપ ફરી બનાવે છે કે તમે ડિસ્કનેક્ટ થઈ ફરી જોડાવાની રાહ જુએ છે.
જો ફેરફાર કંઈ કરતો ન હોય એમ લાગે, તો યાદી પર શંકા કરતાં પહેલાં ફરી-જોડાણ ચકાસો. પછી પહેલેથી ખુલ્લું હતું પાનું ફરી લોડ કરવાને બદલે નવી વિનંતી કરો: સ્થાપિત જોડાણ રાખતી ઍપ નબળો પરીક્ષણ-વિષય છે, અને તમે જે પરિણામ જુઓ છો તે જૂના ઇન્ટરફેસનું હોઈ શકે.
તમારો કાર્યપ્રવાહ ઍપની બહાર જઈ શકે છે
ઍપ સાઇન-ઇન માટે બ્રાઉઝરને, દસ્તાવેજ વ્યૂઅરને, અથવા શેરિંગ લક્ષ્યને સોંપી શકે છે. ફક્ત-સમાવેશ આધાર હેઠળ એ સહાયકો ટનલની બહાર હોય છે, તેથી પહેલી ઍપ યોગ્ય રીતે ગોઠવાયેલી હોવા છતાં કાર્યપ્રવાહ અડધે રસ્તે નિષ્ફળ જઈ શકે છે. સહાયકને ફક્ત ત્યારે સમાવો જ્યારે કાર્યપ્રવાહને ખરેખર તેની જરૂર હોય, અને ડેમો દરમિયાન શોધવાને બદલે જાણી જોઈને ઉમેરો.
દરેક ઍપની પસંદગી જોડાણની પોતાની રૂટ નીતિનું સ્થાન પણ લેતી નથી. પ્રોફાઇલે હજી પણ ઍપ વાપરે છે તે લક્ષ્ય-ઉપસર્ગો અને સરનામાં-કુટુંબો લઈ જવા પડે છે, અને ગેટવેએ હજી પણ સેવાને પરવાનગી આપવી પડે છે. યોગ્ય રીતે સૂચિબદ્ધ ઍપ, પહોંચ ન શકાય તેવા લક્ષ્ય સાથે, ખોટી ગોઠવેલી યાદી જેવી જ દેખાય છે.
બંને બાજુ ચકાસો, પછી નીતિ લખી મૂકો
સમાવેલી ઍપમાં એક નવી વિનંતી અને બહાર રહેવાની અપેક્ષા ધરાવતી ઍપમાં એક વિનંતી ચકાસો. બહાર જવાનું સરનામું અને ખાનગી સંસાધનની પહોંચ સરખાવો, પછી ફરી જોડાયા પછી પુનરાવર્તન કરો. જો તમારી સંસ્થા VPN વગરના જોડાણો અવરોધવાની Android નીતિ વાપરે, તો બાકાત કરેલી ઍપ સીધી જવાને બદલે સંપૂર્ણ અવરોધાઈ શકે; એ નીતિ કામ કરે છે, ટાળવા જેવી ખામી નથી.
મોડ, પ્રોફાઇલ સાથે પેકેજના નામ, કઈ ઍપ્સે ટાળવું જોઈએ, ટનલ કયા સરનામાં-કુટુંબો લઈ જાય છે, અને ટનલ બંધ હોય ત્યારે શું થવું જોઈએ તે નોંધો. જો ક્લાયન્ટ કાર્યપ્રવાહ સ્પષ્ટ રીતે વ્યક્ત ન કરી શકે, તો રૂટ સ્તરે ફાયરવોલ નિયમો સંપાદિત કરવાને બદલે વધુ વિશાળ મંજૂર ઍપ-સેટ અથવા મેનેજ્ડ-પ્રોફાઇલ નીતિ પસંદ કરો, જે Android ની સમર્થિત પ્રતિ-ઍપ કાર્યવિધિનો ભાગ નથી.