Skjul Android-VPN-meddelelsen uden at stoppe tunnelen
Android kan vise tre forskellige VPN-meddelelser. Find ud af, hvilken app der ejer den, du ser, hvad hver kontrol faktisk ændrer, og hvad der bliver ved med at køre.
Du kan skjule meddelelsen om, at din VPN kører, og tunnelen vil fortsætte med at køre uden den. Det overrasker folk, fordi beskeden og forbindelsen føles som ét objekt. Det er de ikke. På de fleste Android-telefoner kan posten i skuffen, nøglen i statuslinjen og meddelelsen om den kørende tjeneste komme fra tre forskellige ejere, og kun én af disse ejere svarer til appens meddelelsestilladelse. At finde ud af, hvad du må fjerne, begynder med at finde ud af, hvem der har lagt den linje, du kigger på.
Tre meddelelser, tre ejere
Den første ejer er VPN-appen selv, som normalt lægger en vedvarende meddelelse med en tilslut- eller afbryd-handling og en sessionstimer. Den anden er Androids egen VPN-indikator: SystemUI tegner nøgleikonet og, afhængigt af versionen og producenten, en linje på systemniveau, der rapporterer det aktive VPN-netværk. Den tredje er en meddelelse om enhedspolitik, som en arbejdsprofil eller en administratorapp styrer. Ingen af dem er det samme objekt, selv når de står side om side i skuffen.
Sortér beskeden, før du rører ved en kontakt:
| Notice | Who controls it |
|---|---|
| App-owned ongoing notice | The app's notification channel; a long-press shows the channel name and the owning package |
| Foreground-service notice | The service visibility Android requires while the tunnel runs; the app cannot simply drop it |
| System VPN indicator | SystemUI or the manufacturer, driven by the VPN network state rather than by the app's channel |
| Work-policy notice | The administrator or work-profile policy; the phone user may not have the switch at all |
Hvilke kontroller du ser, afhænger af Android-versionen, producentens build og den kanal, appen har oprettet. En grå kontakt er en erklæring om politik, ikke en invitation til at omgå den. Hvis kontakten ikke findes i dit build, er det ærlige svar, at netop denne meddelelse ikke er din at fjerne.
Find pakken bag linjen
Tryk længe på meddelelsen, og åbn dens indstillinger, før du læser noget andet. Skærmen, du lander på, navngiver kanalen, og på Android 8 og nyere tilhører den kanal præcis én pakke. Hvis kanalen hedder noget som VPN-status, og appen er din klient, er meddelelsen ejet af appen, og appens egen indstillingsside er stedet at kigge. Hvis du lander på en systemside uden nogen kanal, kigger du på en platformindikator, og appen kan ikke hjælpe dig.
Når det lange tryk ikke fortæller dig nok, viser ét adb-kald, hvad der faktisk er lagt op, og af hvem: adb shell dumpsys notification --noredact, og søg derefter i outputtet efter den pakke, du har mistanke om. Du vil have den pakke, der lagde det, og kanal-id’et, ikke noget, du kan redigere derfra. Behandl outputtet som en diagnostik, for intet i den liste ændrer meddelelsen.
På en administreret telefon er svaret nogle gange kedeligt: meddelelsen kommer fra enhedspolitikappen, og den person, der holder telefonen, er ikke den person, der kan slå den fra. I så fald er administratorkonsollen den eneste understøttede kontrol, og telefonens egne indstillinger forbliver grå, uanset hvilken menu du finder.
Hvad Android 13-tilladelsen egentlig ændrer
Android 13 gjorde meddelelser til en kørselstilladelse, så en app, der retter sig mod API 33, skal spørge, før den kan lægge noget op. Afvis den anmodning, og appens meddelelser holder op med at vises i skuffen, hvilket føles som den løsning, folk leder efter. Men forgrundstjenesten bag en VPN kører videre, og systemet viser stadig tjenesten i Jobliste, selv når dens meddelelse er væk fra skuffen. Selve VPN-godkendelsen er urørt: tunnelen bliver oppe, indtil du afbryder den eller tilbagekalder appens VPN-samtykke.
Den byttehandel er værre, end den ser ud, fordi meddelelsen også er din hurtigste måde at se sessionen og afslutte den. Fjern den, og du har gjort telefonen sværere at ræsonnere om, mens du ikke har ændret noget ved routing. Den dokumentation om meddelelsestilladelse beskriver skuffens adfærd; den beskriver ikke en understøttet måde at gøre en kørende tunnel tavs på.
Der er en versionsdetalje mere, som er værd at kende: en forgrundstjenestemeddelelse kræves af tjenestemodellen, og appen er ikke fri til at skjule den, bare fordi du har afvist en tilladelse. Nogle builds holder en kompakt version synlig, andre flytter beviset til Jobliste, og den forskel er producentens valg snarere end en indstilling, du har overset.
Demotilstand og ikontricks er ikke en løsning
Du vil finde råd om demotilstand, om at skjule ikoner via udokumenterede adb-kommandoer og om en UI-fejl, der får nøglen til at forsvinde. Alt det ændrer præsentationen. Intet af det ændrer routing, politik eller den VPN-godkendelse, systemet følger, og en telefon, hvis netværkstilstand er usynlig, er sværere at fejlfinde end en med en ekstra linje i skuffen.
En apps forbindelsesikon er heller ikke et sundhedstjek. Tunnelen kan være nede, mens et gammelt interface eller en forældet meddelelse bliver hængende, og en lokal filtreringstjeneste kan løfte VPN-nøglen uden at sende en byte til en fjernudgang. Tjek den faktiske tilstand i systemets VPN-indstillinger, ikke i skuffen.
Hvad jeg ville ændre, i rækkefølge
Start med at identificere ejeren, og brug derefter kun den kontrol, ejeren tilbyder. Hvis meddelelsen er ejet af appen og valgfri, slå den kanal fra, og lad tjenestekanalen være. Hvis det er systemindikatoren, så accepter den, fordi den rapporterer en kendsgerning om enheden i stedet for at reklamere for en app. På en administreret enhed stopper du ved administratorens politik og leder ikke efter en omvej.
Bekræft derefter, at du stadig har en understøttet måde at tjekke tunnelen og afbryde den, hvad enten det er appens egen skærm eller systemets VPN-indstillingsside. En telefon med ét banner mindre og en klar måde at dræbe sessionen er det resultat, du vil have. Det modsatte, en tavsere skuffe og ingen idé om, hvorvidt trafikken bliver routet, er ikke en forbedring.