Skjul Android-VPN-varselet uten å stoppe tunnelen
Android kan vise tre forskjellige VPN-varsler. Finn ut hvilken app som eier det du ser, hva hver kontroll faktisk endrer, og hva som fortsetter å kjøre.
Du kan skjule varselet om at VPN-en kjører, og tunnelen fortsetter å kjøre uten det. Det overrasker folk, fordi meldingen og tilkoblingen føles som ett objekt. Det er de ikke. På de fleste Android-telefoner kan oppføringen i varselspanelet, nøkkelen i statuslinjen og varselet fra tjenesten som kjører komme fra tre forskjellige eiere, og bare én av disse eierne følger appens varseltillatelse. Å finne ut hva du har lov til å fjerne begynner med å finne ut hvem som la ut linjen du ser på.
Tre varsler, tre eiere
Den første eieren er VPN-appen selv, som vanligvis legger ut et vedvarende varsel med en koble til- eller frakoblingshandling og en sesjonstidtaker. Den andre er Androids egen VPN-indikator: SystemUI tegner nøkkelikonet og, avhengig av versjon og produsent, en linje på systemnivå som rapporterer det aktive VPN-nettverket. Den tredje er et varsel om enhetsretningslinjer som en arbeidsprofil eller en administratorapp kontrollerer. Ingen av dem er samme objekt, selv når de står side om side i panelet.
Sorter meldingen før du rører en bryter:
| 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, avhenger av Android-versjonen, produsentens bygg og kanalen appen opprettet. En grå bryter er en erklæring om retningslinjer, ikke en invitasjon til å omgå dem. Hvis bryteren ikke finnes i bygget ditt, er det ærlige svaret at nettopp dette varselet ikke er ditt å fjerne.
Finn pakken bak linjen
Trykk lenge på varselet og åpne innstillingene før du leser noe annet. Skjermen du lander på navngir kanalen, og fra Android 8 tilhører den kanalen nøyaktig én pakke. Hvis kanalen heter noe som VPN-status og appen er klienten din, eier appen varselet, og appens egen innstillingsside er stedet å se. Hvis du lander på en systemside uten noen kanal, ser du en plattformindikator, og appen kan ikke hjelpe deg.
Når langtrykket ikke forteller nok, viser ett adb-kall hva som faktisk er lagt ut og av hvem: adb shell dumpsys notification --noredact, og søk deretter i utdataene etter pakken du mistenker. Du vil ha pakken som la det ut og kanal-ID-en, ikke noe du kan redigere derfra. Behandle utdataene som en diagnose, for ingenting i den listen endrer varselet.
På en administrert telefon er svaret noen ganger kjedelig: varselet kommer fra enhetsretningslinje-appen, og personen som holder telefonen er ikke den som kan slå det av. I så fall er administratorkonsollen den eneste støttede kontrollen, og telefonens egne innstillinger forblir grå uansett hvilken meny du finner.
Hva Android 13-tillatelsen egentlig endrer
Android 13 gjorde varsler til en kjøretidstillatelse, så en app som retter seg mot API 33 må spørre før den kan legge ut noe. Avslå den forespørselen, og appens varsler slutter å vises i panelet, noe som føles som løsningen folk leter etter. Men forgrunnstjenesten bak en VPN fortsetter å kjøre, og systemet viser fortsatt tjenesten i Oppgavebehandling selv når varselet er borte fra panelet. Selve VPN-godkjenningen er urørt: tunnelen blir stående til du kobler den fra eller trekker tilbake appens VPN-samtykke.
Den byttehandelen er verre enn den ser ut, fordi varselet også er din raskeste måte å se sesjonen og avslutte den. Fjern det, og du har gjort telefonen vanskeligere å forstå uten å endre noe i rutingen. Dokumentasjonen om varseltillatelse beskriver oppførselen i panelet; den beskriver ikke en støttet måte å dempe en kjørende tunnel på.
Det er én versjonsdetalj til som er verdt å kjenne: et forgrunnstjenestevarsel kreves av tjenestemodellen, og appen står ikke fritt til å skjule det bare fordi du avslo en tillatelse. Noen bygg holder en kompakt versjon synlig, andre flytter beviset til Oppgavebehandling, og den forskjellen er produsentens valg og ikke en innstilling du overså.
Demomodus og ikontriks er ikke en løsning
Du vil finne råd om demomodus, om å skjule ikoner med udokumenterte adb-kommandoer og om en UI-feil som får nøkkelen til å forsvinne. Alt dette endrer presentasjonen. Ingenting av det endrer ruting, retningslinjer eller VPN-godkjenningen systemet følger med på, og en telefon med usynlig nettverkstilstand er vanskeligere å feilsøke enn en med en ekstra linje i panelet.
En apps tilkoblingsikon er heller ikke en helsesjekk. Tunnelen kan være nede mens et gammelt grensesnitt eller et utdatert varsel blir stående, og en lokal filtreringstjeneste kan løfte VPN-nøkkelen uten å sende en eneste byte til en ekstern utgang. Sjekk den faktiske tilstanden i systemets VPN-innstillinger, ikke i panelet.
Hva jeg ville endret, i rekkefølge
Begynn med å identifisere eieren, og bruk deretter bare kontrollen den eieren tilbyr. Hvis varselet eies av appen og er valgfritt, slå av den kanalen og la tjenestekanalen være. Hvis det er systemindikatoren, godta den, fordi den rapporterer et faktum om enheten i stedet for å reklamere for en app. På en administrert enhet stopper du ved administratorens retningslinjer og leter ikke etter en omvei.
Bekreft deretter at du fortsatt har en støttet måte å sjekke tunnelen på og koble den fra, enten det er appens egen skjerm eller systemets VPN-innstillingsside. En telefon med én fane mindre og en klar måte å avslutte sesjonen på er resultatet du vil ha. Det motsatte, et roligere panel og ingen anelse om trafikken rutes, er ingen forbedring.