De Android-VPN-melding verbergen zonder de tunnel te stoppen

U kunt de melding verbergen dat uw VPN actief is, en de tunnel blijft zonder die melding werken. Dat verrast mensen, omdat het bericht en de verbinding als één object voelen. Dat zijn ze niet. Op de meeste Android-telefoons kunnen de vermelding in het paneel, de sleutel in de statusbalk en de melding van de doorlopende service van drie verschillende eigenaren komen, en slechts één van die eigenaren luistert naar de meldingsrechten van de app. Uitzoeken wat u mag verwijderen begint met vaststellen wie de regel heeft geplaatst die u ziet.

Drie meldingen, drie eigenaren

De eerste eigenaar is de VPN-app zelf, die meestal een doorlopende melding plaatst met een verbind- of verbreekactie en een sessietimer. De tweede is Androids eigen VPN-indicator: SystemUI tekent het sleutelpictogram en, afhankelijk van de versie en de fabrikant, een regel op systeemniveau die het actieve VPN-netwerk meldt. De derde is een melding over het apparaatbeleid die een werkprofiel of een beheerder-app bestuurt. Geen ervan is hetzelfde object, ook al staan ze naast elkaar in het paneel.

Sorteer het bericht voordat u een schakelaar aanraakt:

Welke instellingen u ziet, hangt af van de Android-versie, de build van de fabrikant en het kanaal dat de app heeft aangemaakt. Een grijze schakelaar is een uitspraak over beleid, geen uitnodiging om het te omzeilen. Als de schakelaar niet in uw build bestaat, is het eerlijke antwoord dat deze specifieke melding niet van u is om te verwijderen.

Vind het pakket achter de regel

Houd de melding lang ingedrukt en open de instellingen voordat u iets anders leest. Het scherm waarop u uitkomt noemt het kanaal, en vanaf Android 8 hoort dat kanaal bij precies één pakket. Heet het kanaal iets als VPN-status en is de app uw client, dan is de melding van de app en is de instellingenpagina van de app de plek om te kijken. Komt u op een systeempagina zonder enig kanaal, dan kijkt u naar een platformindicator en kan de app u niet helpen.

Als het lang indrukken niet genoeg vertelt, laat één adb-aanroep zien wat er werkelijk is geplaatst en door wie: adb shell dumpsys notification --noredact, zoek dan in de uitvoer naar het pakket dat u vermoedt. U wilt het plaatsende pakket en de kanaal-id, niet iets wat u van daaruit kunt bewerken. Behandel de uitvoer als diagnostiek, want niets in die lijst verandert de melding.

Op een beheerde telefoon is het antwoord soms saai: de melding komt van de apparaatbeleid-app, en degene die de telefoon vasthoudt is niet degene die hem kan uitzetten. In dat geval is de beheerdersconsole de enige ondersteunde instelling, en blijven de eigen instellingen van de telefoon grijs, welk menu u ook vindt.

Wat de Android 13-machtiging werkelijk verandert

Android 13 maakte meldingen tot een machtiging tijdens runtime, dus een app die op API 33 mikt, moet vragen voordat ze iets plaatst. Weigert u dat verzoek, dan verschijnen de meldingen van de app niet meer in het paneel, wat als de gezochte oplossing voelt. Maar de voorgrondservice achter een VPN blijft draaien, en het systeem toont de service nog steeds in Taakbeheer, ook wanneer de melding uit het paneel is verdwenen. De VPN-autorisatie zelf blijft onaangetast: de tunnel blijft staan tot u hem verbreekt of de VPN-toestemming van de app intrekt.

Die ruil is erger dan hij lijkt, want de melding is ook uw snelste manier om de sessie te zien en te beëindigen. Verwijdert u hem, dan hebt u de telefoon moeilijker te begrijpen gemaakt zonder iets aan de routing te veranderen. De documentatie over de meldingsmachtiging beschrijft het gedrag van het paneel; ze beschrijft geen ondersteunde manier om een lopende tunnel stil te leggen.

Er is nog een versiedetail dat de moeite waard is: een voorgrondservicemelding wordt door het servicemodel vereist, en de app is niet vrij om hem te verbergen alleen omdat u een machtiging hebt geweigerd. Sommige builds houden een compacte versie zichtbaar, andere verplaatsen het bewijs naar Taakbeheer, en dat verschil is de keuze van de fabrikant en niet een instelling die u hebt gemist.

Demomodus en pictogramtrucs zijn geen oplossing

U vindt advies over demomodus, over het verbergen van pictogrammen via ongedocumenteerde adb-opdrachten en over een UI-fout waardoor de sleutel verdwijnt. Dat alles verandert de weergave. Niets ervan verandert de routing, het beleid of de VPN-autorisatie die het systeem volgt, en een telefoon waarvan de netwerkstatus onzichtbaar is, is lastiger te diagnosticeren dan een met een extra regel in het paneel.

Het verbindingspictogram van een app is ook geen gezondheidscontrole. De tunnel kan neerliggen terwijl een oude interface of een verouderde melding blijft staan, en een lokale filterdienst kan de VPN-sleutel omhoog brengen zonder één byte naar een externe uitgang te sturen. Controleer de werkelijke status in de VPN-instellingen van het systeem, niet in het paneel.

Wat ik zou veranderen, op volgorde

Begin met het vaststellen van de eigenaar en gebruik daarna alleen de instelling die die eigenaar biedt. Is de melding van de app en optioneel, schakel dat kanaal dan uit en laat het servicekanaal met rust. Is het de systeemindicator, accepteer hem dan, want hij meldt een feit over het apparaat in plaats van reclame te maken voor een app. Op een beheerd apparaat stopt u bij het beleid van de beheerder en zoekt u geen omweg.

Bevestig daarna dat u nog steeds een ondersteunde manier hebt om de tunnel te controleren en te verbreken, of dat nu het scherm van de app is of de VPN-instellingenpagina van het systeem. Een telefoon met één banner minder en een duidelijke manier om de sessie te doden is het resultaat dat u wilt. Het omgekeerde, een stiller paneel en geen idee of verkeer wordt gerouteerd, is geen verbetering.