Android: Always-On e bloqueo sen VPN, escolla o par correcto

Always-On reconecta o túnel e o bloqueo sen VPN son dous axustes, e activar o primeiro non activa o segundo. O par depende de quen é dono do dispositivo, que apps cobre o túnel e que pasa antes de desbloquear.

Dous interruptores con promesas distintas

Always-On promete persistencia e reinicia o servizo cando cae; o bloqueo promete confinamento: sen túnel, o tráfico cuberto non ten saída.

O terceiro factor é o alcance por app, que pertence ao cliente ou á política de xestión, non aos interruptores do sistema; bloquear sen decidir o alcance dá unha política máis ampla ou máis estreita do necesario.

Decisión un: dispositivo xestionado ou axuste do usuario?

Nun dispositivo xestionado a política controla Always-On e o bloqueo, e o interruptor local pode faltar; cambie o requisito na política, non no equipo.

Nun dispositivo persoal o usuario decide se acepta quedar sen rede cando o túnel non está; o bloqueo é un intercambio de dispoñibilidade e un interruptor ausente non xustifica facer root.

O alcance é por perfil, non por dispositivo: Android permite un VPN activo por perfil de usuario.

Un bloqueo no perfil de traballo non di nada do lado persoal e probar un contexto non valida o outro.

Decisión dous: todo bloqueado ou algunhas apps excluídas?

As exclusións por app en modo bloqueo enténdense ao revés: segundo Android as apps excluídas poden perder a conexión en lugar de usar en silencio a rede normal, así que excluír non é permiso para internet.

Escolla a conciencia: bloquee todo o tráfico cuberto e acepte que as apps excluídas queden ás escuras, ou desactive o bloqueo e acepte o respaldo; se unha app debe ter sempre conexión, o bloqueo é a ferramenta equivocada.

Decisión tres: que pasa antes de desbloquear e nun portal?

Na maioría de clientes o túnel non sobe ata que o usuario desbloquea, así que os primeiros momentos tras o arranque son un oco, non un fallo; confírmeo para o cliente que despregue.

Os portais cativos son o outro extremo: unha rede de hotel ou aeroporto necesita unha sesión de navegador sen autenticar e un bloqueo duro pode impedir o acceso; a resposta admitida é un fluxo de recuperación aprobado co disparador, a duración máxima, quen o concede e a comprobación de que o control volve só.

A documentación dos clientes VPN de Android cobre Always-On, o bloqueo, as exclusións por app e a regra dun VPN por perfil; léaa antes de deseñar de memoria.

Probe o estado sen rede e despois escriba a liña de aceptación

Use tráfico inocuo e a proba de fallo admitida: conexión normal, perda do túnel, recuperación e reinicio antes de desbloquear, anotando se a app quedou bloqueada como debía.

Verifique o recurso e o resolvedor, non a icona, e probe á parte un dispositivo en tethering, porque a política do teléfono non establece reenvío para os clientes do punto de acceso.

A liña de aceptación é concreta e comprobable: a app prevista no perfil previsto chega ao túnel aprobado e segue bloqueada cando non pode. Antes de asinala:

• Always-On e o bloqueo están configurados onde a plataforma os admite e sábese quen manda en cada axuste.
• O alcance das apps é deliberado e confirmou que pasa coas apps excluídas en modo bloqueo.
• O oco antes de desbloquear e o fluxo do portal cativo están decididos, non descubertos.
• A proba de fallo fixéxose na clase de dispositivo que despregue de verdade.