Skjul Android-VPN-varselet utan å stoppe tunnelen
Android kan vise tre ulike VPN-varsel. Finn ut kva app som eig det du ser, kva kvar kontroll faktisk endrar, og kva som held fram med å køyre.
Du kan skjule varselet om at VPN-en køyrer, og tunnelen held fram med å køyre utan det. Det overraskar folk, fordi meldinga og tilkoplinga kjennest som eitt objekt. Det er dei ikkje. På dei fleste Android-telefonar kan oppføringa i varselspanelet, nøkkelen i statuslinja og varselet frå tenesta som køyrer kome frå tre ulike eigarar, og berre éin av desse eigarane følgjer varselløyvet til appen. Å finne ut kva du har lov til å fjerne byrjar med å finne ut kven som la ut linja du ser på.
Tre varsel, tre eigarar
Den første eigaren er VPN-appen sjølv, som vanlegvis legg ut eit vedvarande varsel med ei kople til- eller kople frå-handling og ein sesjonstidteljar. Den andre er Androids eigen VPN-indikator: SystemUI teiknar nøkkelikonet og, avhengig av versjon og produsent, ei linje på systemnivå som rapporterer det aktive VPN-nettverket. Den tredje er eit varsel om retningslinjer for eininga som ein arbeidsprofil eller ein administratorapp styrer. Ingen av dei er same objekt, sjølv når dei står side om side i panelet.
Sorter meldinga før du rører ein brytar:
| 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 |
Kva kontrollar du ser, kjem an på Android-versjonen, bygget til produsenten og kanalen appen oppretta. Ein grå brytar er ei fråsegn om retningslinjer, ikkje ei innbyding til å omgå dei. Viss brytaren ikkje finst i bygget ditt, er det ærlege svaret at nettopp dette varselet ikkje er ditt å fjerne.
Finn pakken bak linja
Trykk lenge på varselet og opne innstillingane før du les noko anna. Skjermen du landar på namngjev kanalen, og frå Android 8 høyrer den kanalen til nøyaktig éin pakke. Viss kanalen heiter noko som VPN-status og appen er klienten din, eig appen varselet, og innstillingssida til appen er staden å sjå. Viss du landar på ei systemside utan nokon kanal, ser du ein plattformindikator, og appen kan ikkje hjelpe deg.
Når langtrykket ikkje fortel nok, viser eitt adb-kall kva som faktisk er lagt ut og av kven: adb shell dumpsys notification --noredact, og søk deretter i utdata etter pakken du mistenkjer. Du vil ha pakken som la det ut og kanal-ID-en, ikkje noko du kan redigere derifrå. Handsame utdata som ein diagnose, for ingenting i den lista endrar varselet.
På ein administrert telefon er svaret stundom keisamt: varselet kjem frå retningslinje-appen for eininga, og personen som held telefonen er ikkje den som kan slå det av. I så fall er administratorkonsollen den einaste støtta kontrollen, og innstillingane til telefonen sjølv blir grå same kva meny du finn.
Kva Android 13-løyvet eigentleg endrar
Android 13 gjorde varsel til eit køyretidsløyve, så ein app som rettar seg mot API 33 må spørje før han kan leggje ut noko. Avslå den førespurnaden, og varsla til appen sluttar å visast i panelet, noko som kjennest som løysinga folk leitar etter. Men forgrunnstenesta bak ein VPN held fram med å køyre, og systemet viser framleis tenesta i Oppgåvehandsamaren sjølv når varselet er borte frå panelet. Sjølve VPN-godkjenninga er urørt: tunnelen blir ståande til du koplar han frå eller trekkjer tilbake VPN-samtykket til appen.
Den bytehandelen er verre enn han ser ut, fordi varselet også er din raskaste måte å sjå sesjonen og avslutte han. Fjern det, og du har gjort telefonen vanskelegare å forstå utan å endre noko i rutinga. Dokumentasjonen om varselløyvet skildrar åtferda i panelet; han skildrar ikkje ein støtta måte å dempe ein køyrande tunnel på.
Det er ein versjonsdetalj til som er verd å kjenne: eit forgrunnstenestevarsel blir kravd av tenestemodellen, og appen står ikkje fritt til å skjule det berre fordi du avslo eit løyve. Nokre bygg held ein kompakt versjon synleg, andre flyttar beviset til Oppgåvehandsamaren, og den skilnaden er valet til produsenten og ikkje ei innstilling du såg bort frå.
Demomodus og ikontriks er ikkje ei løysing
Du vil finne råd om demomodus, om å skjule ikon med udokumenterte adb-kommandoar og om ein UI-feil som får nøkkelen til å forsvinne. Alt dette endrar presentasjonen. Ingenting av det endrar ruting, retningslinjer eller VPN-godkjenninga systemet følgjer med på, og ein telefon med usynleg nettverkstilstand er vanskelegare å feilsøkje enn ein med ei ekstra linje i panelet.
Eit apps tilkoplingsikon er heller ikkje ein helsesjekk. Tunnelen kan vere nede medan eit gamalt grensesnitt eller eit utdatert varsel blir ståande, og ei lokal filtreringsteneste kan lyfte VPN-nøkkelen utan å sende ein einaste byte til ein ekstern utgang. Sjekk den faktiske tilstanden i VPN-innstillingane til systemet, ikkje i panelet.
Kva eg ville endre, i rekkefølgje
Byrj med å identifisere eigaren, og bruk deretter berre kontrollen den eigaren tilbyr. Viss varselet blir eigd av appen og er valfritt, slå av den kanalen og lat tenestekanalen vere. Viss det er systemindikatoren, godta han, fordi han rapporterer eit faktum om eininga i staden for å gjere reklame for ein app. På ei administrert eining stoppar du ved retningslinjene til administratoren og leitar ikkje etter ein omveg.
Stadfest deretter at du framleis har ein støtta måte å sjekke tunnelen på og kople han frå, anten det er skjermen til appen sjølv eller VPN-innstillingssida til systemet. Ein telefon med éin fane mindre og ein klar måte å avslutte sesjonen på er resultatet du vil ha. Det motsette, eit rolegare panel og inga aning om trafikken blir ruta, er inga betring.