Elrejtheti az értesítést, amely szerint a VPN fut, és az alagút enélkül is tovább működik. Ez meglep embereket, mert az üzenet és a kapcsolat egyetlen objektumnak tűnik. Nem azok. A legtöbb Android-telefonon a fiókban lévő bejegyzés, a státussáv kulcsa és a futó szolgáltatás értesítése három különböző tulajdonostól származhat, és ezek közül csak egy tulajdonos engedelmeskedik az alkalmazás értesítési engedélyének. Annak kiderítése, mit távolíthat el, azzal kezdődik, hogy megtudja, ki tette közzé a sort, amelyet néz.

Három értesítés, három tulajdonos

Az első tulajdonos maga a VPN-alkalmazás, amely általában kapcsolódás vagy bontás művelettel és munkamenet-időzítővel ellátott állandó értesítést tesz közzé. A második az Android saját VPN-jelzője: a SystemUI megrajzolja a kulcs ikont és a kiadástól és a gyártótól függően egy rendszerszintű sort, amely az aktív VPN-hálózatot jelenti. A harmadik egy eszközszabályzati értesítés, amelyet munkaprofil vagy rendszergazdai alkalmazás vezérel. Egyik sem ugyanaz az objektum, még akkor sem, ha egymás mellett ülnek a fiókban.

Rendezze az üzenetet, mielőtt kapcsolóhoz nyúl:

NoticeWho controls it
App-owned ongoing noticeThe app's notification channel; a long-press shows the channel name and the owning package
Foreground-service noticeThe service visibility Android requires while the tunnel runs; the app cannot simply drop it
System VPN indicatorSystemUI or the manufacturer, driven by the VPN network state rather than by the app's channel
Work-policy noticeThe administrator or work-profile policy; the phone user may not have the switch at all

Hogy mely vezérlőket látja, az Android-kiadástól, a gyártó buildejétől és az alkalmazás által létrehozott csatornától függ. A szürke kapcsoló a szabályzatra vonatkozó állítás, nem meghívó annak megkerülésére. Ha a kapcsoló nem létezik a buildjében, az őszinte válasz az, hogy ez a konkrét értesítés nem az öné, hogy eltávolítsa.

Keresse meg a sor mögötti csomagot

Nyomja hosszan az értesítést, és nyissa meg a beállításait, mielőtt bármi mást olvasna. A képernyő, ahová jut, megnevezi a csatornát, és az Android 8-tól kezdve ez a csatorna pontosan egy csomaghoz tartozik. Ha a csatorna neve valami olyasmi, mint VPN-állapot, és az alkalmazás az ön kliense, az értesítés az alkalmazásé, és az alkalmazás saját beállítási oldala a hely, ahol érdemes nézni. Ha olyan rendszeroldalra jut, amelyen egyáltalán nincs csatorna, platformjelzőt néz, és az alkalmazás nem tud segíteni.

Ha a hosszú nyomás nem mond eleget, egyetlen adb-hívás felsorolja, mi van valóban közzétéve és ki által: adb shell dumpsys notification --noredact, majd keresse a kimenetben a gyanús csomagot. A közzétevő csomagot és a csatorna-azonosítót szeretné, nem valamit, amit onnan szerkeszthet. Kezelje a kimenetet diagnózisként, mert semmi sem változtatja meg az értesítést abban a listában.

Kezelt telefonon a válasz néha unalmas: az értesítés az eszközszabályzati alkalmazástól jön, és a telefont tartó személy nem az, aki kikapcsolhatja. Ebben az esetben a rendszergazdai konzol az egyetlen támogatott vezérlő, és a telefon saját beállításai szürkék maradnak, bármelyik menüt is találja.

Mit változtat valójában az Android 13 engedélye

Az Android 13 futásidejű engedéllyé tette az értesítéseket, így az API 33-at célzó alkalmazásnak kérnie kell, mielőtt bármit közzétehet. Utasítsa el ezt a kérést, és az alkalmazás értesítései megszűnnek megjelenni a fiókban, ami úgy tűnik, mint a keresett megoldás. De a VPN mögötti előtér-szolgáltatás tovább fut, és a rendszer továbbra is mutatja a szolgáltatást a Feladatkezelőben, még akkor is, ha az értesítése eltűnt a fiókból. Maga a VPN-engedélyezés érintetlen marad: az alagút állva marad, amíg le nem bontja, vagy vissza nem vonja az alkalmazás VPN-hozzájárulását.

Ez a csere rosszabb, mint amilyennek látszik, mert az értesítés a leggyorsabb módja a munkamenet megtekintésének és befejezésének is. Távolítsa el, és nehezebben átláthatóvá tette a telefont anélkül, hogy bármit változtatott volna az útválasztáson. Az értesítési engedély dokumentációja a fiók viselkedését írja le; nem ír le támogatott módot egy futó alagút elnémítására.

Van még egy verzió-részlet, amit érdemes tudni: az előtér-szolgáltatás értesítését a szolgáltatási modell megköveteli, és az alkalmazás nem szabadon rejtheti el csak azért, mert megtagadott egy engedélyt. Egyes buildek láthatóan tartanak egy kompakt verziót, mások a bizonyítékot a Feladatkezelőbe helyezik, és ez a különbség a gyártó választása, nem egy kihagyott beállítás.

A demó mód és az ikontrükkök nem megoldás

Talál tanácsokat a demó módról, az ikonok nem dokumentált adb-parancsokkal való elrejtéséről és egy UI-hibáról, amely eltünteti a kulcsot. Mindez a megjelenítést változtatja. Egyik sem változtatja meg az útválasztást, a szabályzatot vagy a rendszer által követett VPN-engedélyezést, és egy telefon, amelynek hálózati állapota láthatatlan, nehezebben diagnosztizálható, mint amelyiknek van egy plusz sora a fiókban.

Egy alkalmazás kapcsolati ikonja sem állapotellenőrzés. Az alagút le lehet állva, miközben egy régi interfész vagy egy elavult értesítés megmarad, és egy helyi szűrőszolgáltatás felemelheti a VPN-kulcsot anélkül, hogy egyetlen bájtot küldene egy távoli kijárathoz. A tényleges állapotot a rendszer VPN-beállításaiban ellenőrizze, nem a fiókban.

Mit változtatnék, sorrendben

Kezdje a tulajdonos azonosításával, majd csak azt a vezérlőt használja, amelyet ez a tulajdonos kínál. Ha az értesítés az alkalmazásé és opcionális, kapcsolja ki azt a csatornát, és hagyja békén a szolgáltatás csatornáját. Ha ez a rendszerjelző, fogadja el, mert tényt közöl az eszközről, nem alkalmazást reklámoz. Kezelt eszközön álljon meg a rendszergazda szabályzatánál, és ne keressen megkerülő utat.

Ezután erősítse meg, hogy továbbra is van támogatott módja az alagút ellenőrzésének és bontásának, akár az alkalmazás saját képernyője, akár a rendszer VPN-beállítási oldala. Egy telefon egy bannerrel kevesebbel és a munkamenet leállításának világos módjával a kívánt eredmény. A fordítottja, egy csendesebb fiók és semmi ötlet arról, hogy a forgalom útválasztva van-e, nem javulás.

Kapcsolódó cikkek