మీ iPhone యొక్క VPN లాక్ ఒక విధానం, ప్రోటోకాల్ కాదు
IKEv2 సొరంగాన్ని సజీవంగా ఉంచుతుంది; సొరంగం పడిపోయినప్పుడు మీ iPhone ఏమి పంపుతుందో అది నిర్ణయించదు. ప్రదాతను విధానం మరియు దాని మినహాయింపులను అడగండి.
VPN చిహ్నం కనెక్ట్ అయినట్లు చూపిస్తుంది, నెట్వర్క్ మారే సమయంలో సొరంగం క్షణం పడిపోతుంది, మరియు నిరోధించబడాల్సిన ట్రాఫిక్ సెల్యులార్ ద్వారా బయటకు వెళుతుంది. ఇంటర్ఫేస్లో ఏదీ ఖాళీని ప్రకటించలేదు. మీరు ఆధారపడిన ఫీచర్ క్లయింట్ మరియు ప్లాట్ఫారమ్ విధానం, సెట్టింగ్లలోని ప్రోటోకాల్ పేరు ఆ సెకనులో ఏమి జరుగుతుందో వివరించదు.
లాక్ను స్థితుల గురించిన ఒప్పందంగా వివరించండి, IKEv2 లేదా On Demand లక్షణంగా కాదు.
లక్షణం: చిహ్నం కనెక్ట్ అయిందని చెబుతుంది
చిహ్నం క్లయింట్ తన స్థితి గురించిన దృష్టిని ప్రతిబింబిస్తుంది, ఆ దృష్టి తిరిగి కనెక్ట్ అయ్యే వ్యవధి మేరకు వాస్తవం కంటే వెనుకబడవచ్చు. కాష్ చేసిన పేజీ, వేగవంతమైన పునఃకనెక్షన్ లేదా స్థితి రిఫ్రెష్ అన్నీ ఆ విరామాన్ని దాచుతాయి. అడగదగిన ప్రశ్న చిహ్నం ఆకుపచ్చగా ఉందా అని కాదు, సొరంగం లేనప్పుడు పరికరం ఏమి అనుమతించింది అని. అదే ఆలస్యం యాప్ స్క్రీన్షాట్ ఎందుకు అంత బలహీనమైన సాక్ష్యమో కూడా వివరిస్తుంది: అది స్థితిని నమోదు చేస్తుంది, మార్పును కాదు.
ఆ ప్రశ్నకు సమాధానం విధానం దానిని నిర్వచించినప్పుడే ఉంటుంది.
ప్రోటోకాల్ నిజంగా ఏమి నిర్వహిస్తుంది
IKEv2 ప్రామాణీకృత IPsec సంబంధాన్ని నిర్వహించి పునరుద్ధరిస్తుంది, మరియు మొబిలిటీ ఫీచర్లు చిరునామా మారిన తర్వాత దాన్ని పునరుద్ధరించడంలో సహాయపడతాయి. అది సొరంగం జీవిత చక్రం గురించిన ప్రకటన. ఖాళీలో iPhone మరో ట్రాఫిక్ పంపే అనుమతి గురించి అది ఏమీ చెప్పదు, ఎందుకంటే ఆ అనుమతి కీ మార్పిడిది కాదు, ప్లాట్ఫారమ్ మరియు క్లయింట్ది. సెకనులోపు తిరిగి కనెక్ట్ అయ్యే పరికరానికి కూడా కిటికీ ఉంది, ఆసక్తికరమైన ప్రవర్తన ఆ కిటికీలోనే నివసిస్తుంది.
On Demand కూడా అదే విధంగా యాక్టివేషన్ ప్రవర్తన యొక్క వివరణ, సార్వత్రిక నిరోధక హామీ కాదు.
ప్లాట్ఫారమ్ డెవలపర్కు ఏమి ఇస్తుంది
Apple యొక్క Network Extension ట్రాఫిక్ పరిధి నియంత్రణలను అందిస్తుంది, మరియు దాని రూటింగ్ మార్గదర్శిని అన్ని నెట్వర్క్లను చేర్చే ప్రవర్తనను సాధారణ చేర్చిన మార్గాల నుండి వేరుచేస్తుంది మరియు సిస్టమ్ మినహాయింపులను జాబితా చేస్తుంది. పర్యవేక్షణలో ఉన్న Always On విస్తరణ నమూనా కూడా ఉంది, అది వ్యక్తిగత యాప్ యొక్క స్వీయ-కనెక్షన్ సెట్టింగ్ నుండి వేరు. ఇచ్చిన యాప్ అందులో ఏదైనా ఉపయోగిస్తుందా అనేది యాప్ లక్షణం, అది మాట్లాడే ప్రోటోకాల్ లక్షణం కాదు.
టోగుల్ పేరు యాప్ ఏ APIని పిలుస్తుందో చెప్పే సాక్ష్యం కాదు.
ఫీచర్ను ఒప్పందంగా చదవండి
ప్రదాతను ఐదు స్థితులను పేర్కొనమని అడగండి: ప్రారంభ యాక్టివేషన్, ఊహించని సొరంగ నష్టం, ఉద్దేశపూర్వక డిస్కనెక్ట్, యాప్ నుండి నిష్క్రమణ మరియు పరికరం పునఃప్రారంభం. సిస్టమ్ మినహాయింపులను మరియు ఉద్దేశపూర్వక LAN ప్రాప్యతను ఆ జాబితా పక్కన ఉంచండి. తర్వాత ఫీచర్ ఐచ్ఛికమా, నిర్వహణ ద్వారా బలవంతంగా విధించబడిందా, లేక క్లయింట్ మోడ్పై ఆధారపడి ఉందా అని అడగండి, ఎందుకంటే వినియోగదారు ఎంచుకునే విరామం మరియు సంస్థ విధించే లాక్ రెండు వేర్వేరు ఉత్పత్తులు. ఆ ఐదు సమాధానాలను విస్తరణ రికార్డులో రాయండి, ఎందుకంటే తదుపరి సమీక్షకుడు సరిగ్గా ఆ ప్రశ్నలనే అడుగుతాడు.
ఊహించని నష్టంపై నిరోధించే కానీ ఉద్దేశపూర్వక డిస్కనెక్ట్పై నిరోధించని ఫీచర్ సుసంగతమైన రూపకల్పన. అది మార్కెటింగ్ పేజీ వివరించినది కాదు అంతే.
ఖాళీలను ఎలా పరీక్షించాలి
మీకు ముఖ్యమైన యాప్ మరియు చిరునామా కుటుంబంలో, హానికరం కాని ట్రాఫిక్తో ఒకసారి ఒక మార్పును పరీక్షించండి. ఖాళీ సమయంలో ఏమి అనుమతించబడిందో నిర్ధారించండి, తర్వాత చిహ్నం ఏమి చూపిందో కాదు. ఫలితం పక్కన క్లయింట్ వెర్షన్ మరియు విధానాన్ని నమోదు చేయండి, ఎందుకంటే రెండూ మారుతాయి మరియు ఫోన్ సెట్టింగ్ల స్క్రీన్ నుండి ఏదీ కనిపించదు. నిజమైన ఖాళీని నెమ్మదైన చిహ్నం నుండి వేరుచేసే ఏకైక మార్గం అదే.
సమాధానం అనుసరణకు ముఖ్యమైనదైతే, ఉత్పత్తి లేబుల్ నుండి ఊహించడం బదులు లిఖితపూర్వకంగా అడగండి.