તમારા iPhone નું VPN લોક એ નીતિ છે, પ્રોટોકોલ નહીં
IKEv2 ટનલને જીવંત રાખે છે; ટનલ તૂટે ત્યારે તમારો iPhone શું મોકલે છે તે તે નક્કી કરતું નથી. પ્રદાતા પાસે નીતિ અને તેના અપવાદો પૂછો.
VPN આઇકન જોડાયેલું દેખાય છે, નેટવર્ક બદલાવ દરમિયાન ટનલ ક્ષણભર માટે તૂટે છે, અને જે ટ્રાફિક અવરોધાવો જોઈતો હતો તે સેલ્યુલર પરથી બહાર જાય છે. ઇન્ટરફેસમાં કંઈએ ખાલી જગ્યા જાહેર કરી ન હતી. તમે જે સુવિધા પર આધાર રાખતા હતા તે ક્લાયન્ટ અને પ્લેટફોર્મની નીતિ છે, અને સેટિંગ્સમાં પ્રોટોકોલનું નામ એ સ્પષ્ટ કરતું નથી કે તે સેકન્ડમાં શું થાય છે.
લોકને સ્થિતિઓ વિશેના કરાર તરીકે વર્ણવો, IKEv2 અથવા On Demand ના ગુણધર્મ તરીકે નહીં.
લક્ષણ: આઇકન કહે છે જોડાયેલું
આઇકન ક્લાયન્ટના પોતાના સ્થિતિ વિશેના દૃષ્ટિકોણને પ્રતિબિંબિત કરે છે, અને તે દૃષ્ટિકોણ ફરી જોડાવાના સમય જેટલો વાસ્તવિકતાથી પાછળ રહી શકે છે. કેશ થયેલું પૃષ્ઠ, ઝડપી ફરી જોડાણ કે સ્થિતિ રિફ્રેશ એ અંતરાલને છુપાવે છે. પૂછવા લાયક પ્રશ્ન એ નથી કે આઇકન લીલું હતું કે નહીં, પણ એ કે ટનલ ગેરહાજર હતી ત્યારે ઉપકરણે શું મંજૂર કર્યું. એ જ વિલંબ સમજાવે છે કે એપનો સ્ક્રીનશોટ કેમ આટલો નબળો પુરાવો છે: તે સ્થિતિ નોંધે છે, સંક્રમણ નહીં.
એ પ્રશ્નનો જવાબ ત્યારે જ છે જ્યારે નીતિ તેને વ્યાખ્યાયિત કરે.
પ્રોટોકોલ ખરેખર શું જાળવે છે
IKEv2 પ્રમાણિત IPsec સંબંધ જાળવે છે અને નવો કરે છે, અને મોબિલિટી સુવિધાઓ સરનામું બદલાયા પછી તેને પુનઃસ્થાપિત કરવામાં મદદ કરે છે. તે ટનલના જીવનચક્ર વિશેનું વિધાન છે. તે ખાલી જગ્યામાં બીજો ટ્રાફિક મોકલવાની iPhone ની પરવાનગી વિશે કંઈ કહેતું નથી, કારણ કે એ પરવાનગી કીની આપલેની નહીં, પ્લેટફોર્મ અને ક્લાયન્ટની છે. એક સેકન્ડથી ઓછા સમયમાં ફરી જોડાતા ઉપકરણ પાસે પણ એક બારી હતી, અને રસપ્રદ વર્તન એ જ બારીમાં રહે છે.
On Demand પણ એ જ રીતે સક્રિયકરણ વર્તનનું વર્ણન છે, સાર્વત્રિક અવરોધની બાંયધરી નહીં.
પ્લેટફોર્મ ડેવલપરને શું આપે છે
Apple નું Network Extension ટ્રાફિક ક્ષેત્રના નિયંત્રણો આપે છે, અને તેની રાઉટિંગ માર્ગદર્શિકા બધા નેટવર્ક સમાવવાના વર્તનને સામાન્ય સમાવેલા રૂટથી અલગ પાડે છે અને સિસ્ટમ અપવાદોની સૂચિ આપે છે. સુપરવાઇઝ્ડ Always On જમાવટ મોડેલ પણ છે, જે વ્યક્તિગત એપની સ્વયં-જોડાણ સેટિંગથી અલગ છે. આપેલી એપ એમાંથી કંઈ વાપરે છે કે નહીં તે એપનો ગુણધર્મ છે, તે જે પ્રોટોકોલ બોલે છે તેનો નહીં.
ટોગલનું નામ એ પુરાવો નથી કે એપ કયું API બોલાવે છે.
સુવિધાને કરાર તરીકે વાંચો
પ્રદાતાને પાંચ સ્થિતિઓ નિર્દિષ્ટ કરવા કહો: પ્રારંભિક સક્રિયકરણ, અણધારી ટનલ ખોટ, ઇરાદાપૂર્વકનું ડિસ્કનેક્ટ, એપમાંથી બહાર નીકળવું અને ઉપકરણ પુનઃપ્રારંભ. સિસ્ટમ અપવાદો અને કોઈપણ ઇરાદાપૂર્વકની LAN પહોંચ એ યાદીની બાજુમાં મૂકો. પછી પૂછો કે સુવિધા વૈકલ્પિક છે, વ્યવસ્થાપન દ્વારા ફરજિયાત છે, કે ક્લાયન્ટ મોડ પર શરતી છે, કારણ કે વપરાશકર્તા પસંદ કરેલો વિરામ અને સંસ્થા દ્વારા લાદવામાં આવેલું લોક બે અલગ ઉત્પાદનો છે. એ પાંચ જવાબો જમાવટ રેકોર્ડમાં લખો, કારણ કે આગલો સમીક્ષક બરાબર એ જ પ્રશ્નો પૂછશે.
અણધારી ખોટ પર અવરોધે પણ ઇરાદાપૂર્વકના ડિસ્કનેક્ટ પર નહીં, એવી સુવિધા સુસંગત રચના છે. તે ફક્ત માર્કેટિંગ પૃષ્ઠે વર્ણવેલી રચના નથી.
ખાલી જગ્યાઓ કેવી રીતે ચકાસવી
એક સમયે એક સંક્રમણ હાનિકારક ટ્રાફિક સાથે ચકાસો, તમને જે એપ અને સરનામા કુટુંબની પરવા છે તેમાં. ખાલી જગ્યા દરમિયાન શું મંજૂર હતું તેની પુષ્ટિ કરો, પછી આઇકને શું દેખાડ્યું તેની નહીં. પરિણામની બાજુમાં ક્લાયન્ટ આવૃત્તિ અને નીતિ નોંધો, કારણ કે બંને બદલાય છે અને ફોનની સેટિંગ્સ સ્ક્રીન પરથી કંઈ પણ દેખાતું નથી. સાચી ખાલી જગ્યાને ધીમા આઇકનથી અલગ પાડવાનો આ એકમાત્ર રસ્તો છે.
જવાબ અનુપાલન માટે મહત્ત્વનો હોય તો ઉત્પાદન લેબલ પરથી અનુમાન કરવાને બદલે લેખિતમાં માંગો.