Lăsăm VPN-ul iPhone-ului mereu pornit? Două cerințe decid
Acoperirea permanentă se potrivește unui scop definit și unui operator de încredere. Comparați accesul privat cu navigarea acoperită, apoi notați politica de eșec.
Două persoane lasă același profil VPN pornit toată ziua și obțin un beneficiu diferit din el. Una ajunge la o aplicație privată de lucru fără să se gândească; cealaltă ține un tunel personal în funcțiune mai ales din obișnuință. Ambele văd același indicator în bara de stare, iar acel indicator este singurul lucru pe care cele două aranjamente îl au în comun.
Decizia nu este dacă acoperirea permanentă pare mai sigură. Este pentru ce cerință plătiți, ce face clientul când gateway-ul nu este accesibil și cât din traficul dumneavoastră poate vedea operatorul ales. Răspundeți la acestea trei și întrerupătorul încetează să fie o problemă de gust.
Două sarcini care împart o pictogramă
Prima sarcină este accesul: un anumit set de resurse private ar trebui să fie accesibil când deschideți aplicația, de oriunde ați fi. A doua sarcină este acoperirea: traficul care altfel ar traversa o rețea necunoscută ar trebui să iasă printr-un serviciu în care aveți încredere.
Ele indică configurații diferite. Accesul vrea cel mai îngust domeniu care încă funcționează, pentru că un tunel complet pentru o singură aplicație internă trimite tot restul printr-o rețea care nu a fost niciodată dimensionată pentru asta. Acoperirea vrea cel mai larg domeniu pe care îl puteți tolera, pentru că un tunel care transportă doar unele aplicații lasă restul expus exact în rețeaua de care vă îngrijorați. Majoritatea telefoanelor configurate greșit ajung la un amestec din ambele, de aceea cerința trebuie numită înainte de alegerea profilului.
| Requirement | What you are buying | What to check |
|---|---|---|
| Private work access | Reachability of approved services | Per-app or on-demand scope, and what happens outside it |
| Covered browsing | A trusted exit for everyday traffic | Traffic scope, reconnect behaviour and blocking policy |
Acces privat la muncă: domeniul bate permanența
Dacă scopul este atingerea unei aplicații interne, întrebarea utilă este când se activează tunelul, nu dacă rămâne pornit. Un aranjament gestionat pe aplicație poate trimite doar traficul acelei aplicații prin gateway, ceea ce ține navigarea personală pe calea obișnuită și traficul de lucru pe cea aprobată. Este o formă diferită de control față de un tunel complet și schimbă ce înseamnă indicatorul. Cu domeniu pe aplicație, pictograma poate lipsi în timp ce aplicația de lucru ajunge în continuare la serviciul ei.
Acest domeniu este o decizie de politică a proprietarului implementării, nu o preferință personală pe care o puteți deduce din comportamentul aplicației. Ecranele de setări ale clientului nu dezvăluie întotdeauna care dintre mai multe mecanisme ale platformei este în vigoare, iar etichetele se suprapun în moduri care induc în eroare.
Documentația Apple distinge activarea condiționată, selecția pe aplicație și comportamentul gestionat mereu activ. Întrerupătorul de conectare automată al unui client terț nu aparține, prin el însuși, niciuneia dintre aceste categorii, așa că o etichetă care sună echivalent nu trebuie citită ca promisiune a proprietății gestionate.
Verificarea practică este o cerere către un serviciu despre care știți că este intern, făcută cu tunelul oprit intenționat. Dacă reușește, tunelul nu este controlul pe care îl credeți, iar restul configurației merită o a doua privire înainte să vă bazați pe ea.
Navigare acoperită: politica de eșec este produsul
Dacă scopul este acoperirea în rețele necunoscute, partea interesantă a produsului nu este conexiunea, ci deconectarea. Doi clienți care se conectează automat se pot comporta complet diferit în momentul în care gateway-ul refuză sau rețeaua îl blochează.
O politică de blocare face traficul acoperit indisponibil cât timp tunelul nu poate fi stabilit. Este cea mai puternică versiune a acoperirii și cea mai perturbatoare: o pană devine pana dumneavoastră, iar un portal captiv devine un zid pe care nu îl puteți trece ca să ajungeți la pagina care v-ar lăsa să treceți.
O politică de repliere vă ține online lăsând traficul să urmeze calea obișnuită. Este mai utilizabilă și mai slabă prin definiție, pentru că exact momentul în care tunelul eșuează este momentul în care traficul iese necifrat prin rețeaua în care vă aflați. Traficul iese oricum, și iese în rețeaua în care nu aveați încredere. Acesta este schimbul, spus fără marketing.
Niciuna nu este greșită, iar greșeala este să aflați în timpul unei călătorii pe care ați cumpărat-o. Testați acasă: dezactivați capacitatea tunelului de a se conecta și apoi urmăriți dacă paginile se încarcă. Acel singur experiment vă spune mai mult decât orice descriere de pe pagina de marketing a unui furnizor.
Ce nu repară tunelul
Rutarea traficului printr-un singur operator îi dă acelui operator o poziție pe calea dumneavoastră de conectare. Nu face site-urile pe care le vizitați demne de încredere și nu înlocuiește HTTPS, securitatea contului sau grija pentru ce profiluri instalați. Un tunel care se termină în rețeaua unui furnizor este o schimbare a cine poate observa ce, nu eliminarea întrebării.
Același lucru se aplică rețelei locale. Un VPN poate ține traficul dumneavoastră departe de rețeaua de acces a unui hotel și nu poate împiedica acea rețea să blocheze tunelul însuși sau să interfereze cu rezolvarea numelor înainte ca tunelul să existe.
Performanța și bateria aparțin aceleiași categorii de observație onestă. Nu există o penalizare fixă legată de indicator; ruta pe care o ia gateway-ul, calitatea rețelei de acces, volumul de trafic și frecvența reconectărilor mișcă toate numărul. Compararea a două configurații cu aceeași utilizare este singura măsurătoare care înseamnă ceva.
Alegeți pentru dispozitivul pe care îl aveți cu adevărat
Pe un telefon personal, alegeți comportamentul care se potrivește cerinței dumneavoastră și notați politica de eșec pe care ați acceptat-o. Dacă ați ales acoperire cu blocare, păstrați o cale de a ajunge la pagina de stare a furnizorului de pe alt dispozitiv; dacă ați ales replierea, știți că eșecul tunelului este silențios prin proiectare.
Pe un telefon de lucru gestionat, răspunsul este politica administratorului, iar absența unui control de pauză este de obicei deliberată, nu o scăpare de ocolit. A cere o excepție pe canalul normal este mai rapid decât a găsi o ocolire pe care următoarea actualizare de profil o va elimina.
În orice caz, revizuiți decizia când scopul se schimbă. Un tunel configurat pentru o singură aplicație internă se potrivește prost cu o acoperire de navigare cu normă întreagă, iar un profil de tunel complet păstrat pentru o singură aplicație mută în liniște mult trafic pe care nu ați intenționat niciodată să îl predați.