Amaga la notificació de VPN de l’Android sense aturar el túnel

Pots amagar la notificació que diu que la teva VPN està en marxa, i el túnel continuarà funcionant sense ella. Això sorprèn la gent, perquè el missatge i la connexió semblen un sol objecte. No ho són. A la majoria de telèfons Android, l’entrada del calaix, la clau de la barra d’estat i la notificació del servei en curs poden venir de tres propietaris diferents, i només un d’aquests propietaris respon al permís de notificacions de l’aplicació. Esbrinar què pots eliminar comença per saber qui ha publicat la línia que estàs mirant.

Tres notificacions, tres propietaris

El primer propietari és la mateixa aplicació de VPN, que normalment publica una notificació en curs amb una acció de connecta o desconnecta i un temporitzador de sessió. El segon és l’indicador de VPN del mateix Android: el SystemUI dibuixa la icona de la clau i, segons la versió i el fabricant, una línia de nivell de sistema que informa de la xarxa VPN activa. El tercer és una notificació de política del dispositiu que controla un perfil de feina o una aplicació d’administrador. Cap d’elles no és el mateix objecte, ni tan sols quan seuen costat per costat al calaix.

Classifica el missatge abans de tocar cap interruptor:

Quins controls veus depèn de la versió d’Android, de la compilació del fabricant i del canal que ha creat l’aplicació. Un interruptor en gris és una declaració sobre la política, no una invitació a saltar-te-la. Si l’interruptor no existeix a la teva compilació, la resposta honesta és que aquesta notificació concreta no és teva per eliminar.

Troba el paquet darrere de la línia

Mantén premuda la notificació i obre’n la configuració abans de llegir res més. La pantalla on arribes anomena el canal, i a Android 8 i posteriors aquest canal pertany exactament a un paquet. Si el canal es diu una cosa com estat de la VPN i l’aplicació és el teu client, la notificació és propietat de l’aplicació i la pàgina de configuració de l’aplicació és el lloc on cal mirar. Si arribes a una pàgina del sistema sense cap canal, estàs mirant un indicador de la plataforma i l’aplicació no t’hi pot ajudar.

Quan la pulsació llarga no t’explica prou, una crida adb llista què s’ha publicat realment i per qui: adb shell dumpsys notification --noredact, i després busca a la sortida el paquet que sospites. Vols el paquet que publica i l’identificador del canal, no res que puguis editar des d’allà. Tracta la sortida com un diagnòstic, perquè res d’aquest llistat no canvia la notificació.

En un telèfon gestionat la resposta de vegades és avorrida: la notificació ve de l’aplicació de política del dispositiu, i la persona que té el telèfon no és la persona que la pot desactivar. En aquest cas, la consola de l’administrador és l’únic control admès, i la configuració del telèfon es queda en gris trobis el menú que trobis.

Què canvia realment el permís d’Android 13

Android 13 va convertir les notificacions en un permís d’execució, així que una aplicació dirigida a l’API 33 ha de preguntar abans de publicar res. Denega aquesta sol·licitud i les notificacions de l’aplicació deixaran d’aparèixer al calaix, cosa que sembla la solució que la gent busca. Però el servei en primer pla darrere d’una VPN continua funcionant, i el sistema encara mostra el servei al Gestor de tasques fins i tot quan la seva notificació ha desaparegut del calaix. L’autorització de la VPN no es toca: el túnel es manté fins que el desconnectes o revoques el consentiment de VPN de l’aplicació.

Aquest intercanvi és pitjor del que sembla, perquè la notificació també és la manera més ràpida de veure la sessió i acabar-la. Elimina-la i hauràs fet el telèfon més difícil d’entendre sense canviar res de l’encaminament. La documentació del permís de notificacions descriu el comportament del calaix; no descriu cap manera admesa de silenciar un túnel en funcionament.

Hi ha un altre detall de versió que val la pena conèixer: el model de servei exigeix una notificació de servei en primer pla, i l’aplicació no és lliure d’amagar-la només perquè hagis denegat un permís. Algunes compilacions mantenen visible una versió compacta, d’altres traslladen la prova al Gestor de tasques, i aquesta diferència és una elecció del fabricant i no una configuració que hagis passat per alt.

El mode de demostració i els trucs d’icones no són una solució

Trobaràs consells sobre el mode de demostració, sobre amagar icones amb ordres adb no documentades i sobre un error d’interfície que fa desaparèixer la clau. Tot això canvia la presentació. Res d’això no canvia l’encaminament, la política ni l’autorització de VPN que el sistema segueix, i un telèfon l’estat de xarxa del qual és invisible costa més de diagnosticar que un amb una línia extra al calaix.

La icona de connexió d’una aplicació tampoc no és una comprovació d’estat. El túnel pot estar caigut mentre una interfície antiga o una notificació obsoleta romanen, i un servei de filtratge local pot aixecar la clau de VPN sense enviar ni un byte a una sortida remota. Comprova l’estat real a la configuració de VPN del sistema, no al calaix.

Què canviaria, per ordre

Comença identificant el propietari i després fes servir només el control que aquest propietari ofereix. Si la notificació és propietat de l’aplicació i és opcional, desactiva aquest canal i deixa tranquil el canal del servei. Si és l’indicador del sistema, accepta’l, perquè informa d’un fet del dispositiu i no fa publicitat d’una aplicació. En un dispositiu gestionat, atura’t a la política de l’administrador i no busquis cap manera de saltar-te-la.

Després confirma que encara tens una manera admesa de comprovar el túnel i de desconnectar-lo, sigui la pantalla de l’aplicació o la pàgina de configuració de VPN del sistema. Un telèfon amb una pancarta menys i una manera clara de matar la sessió és el resultat que vols. El contrari, un calaix més silenciós i cap idea de si el trànsit s’encamina, no és una millora.