Kaŝi la Android-VPN-sciigon sen haltigi la tunelon
Android povas montri tri malsamajn VPN-sciigojn. Trovu, kiun aplikaĵon posedas tiu, kiun vi vidas, kion ĉiu regilo vere ŝanĝas, kaj kio daŭre funkcias.
Vi povas kaŝi la sciigon, ke via VPN funkcias, kaj la tunelo daŭre funkcios sen ĝi. Tio surprizas homojn, ĉar la mesaĝo kaj la konekto ŝajnas unu objekto. Ili ne estas. Sur plej multaj Android-telefonoj la ero en la tirkesto, la ŝlosilo en la statobreto kaj la sciigo de la daŭra servo povas veni de tri malsamaj posedantoj, kaj nur unu el tiuj posedantoj obeas la sciigpermeson de la aplikaĵo. Eltrovi, kion vi rajtas forigi, komenciĝas per trovi, kiu afiŝis la linion, kiun vi rigardas.
Tri sciigoj, tri posedantoj
La unua posedanto estas la VPN-aplikaĵo mem, kiu kutime afiŝas daŭran sciigon kun ago konekti aŭ malkonekti kaj kun seanctempo. La dua estas la propra VPN-indikilo de Android: SystemUI desegnas la ŝlosilan ikonon kaj, laŭ la eldono kaj la fabrikanto, sistemnivelan linion, kiu raportas la aktivan VPN-reton. La tria estas sciigo pri aparatpolitiko, kiun regas labora profilo aŭ administranta aplikaĵo. Neniu el ili estas la sama objekto, eĉ kiam ili staras unu apud la alia en la tirkesto.
Ordigu la mesaĝon antaŭ ol tuŝi ŝaltilon:
| 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 |
Kiujn regilojn vi vidas, dependas de la Android-eldono, la konstruo de la fabrikanto kaj la kanalo, kiun la aplikaĵo kreis. Griza ŝaltilo estas aserto pri politiko, ne invito ĉirkaŭiri ĝin. Se la ŝaltilo ne ekzistas en via konstruo, la honesta respondo estas, ke ĉi tiu konkreta sciigo ne estas via por forigi.
Trovu la pakaĵon malantaŭ la linio
Longe premu la sciigon kaj malfermu ĝiajn agordojn antaŭ ol legi ion alian. La ekrano, sur kiu vi surteriĝas, nomas la kanalon, kaj ekde Android 8 tiu kanalo apartenas al ekzakte unu pakaĵo. Se la kanalo nomiĝas io kiel VPN-stato kaj la aplikaĵo estas via kliento, la sciigo estas posedata de la aplikaĵo kaj la agorda paĝo de la aplikaĵo estas la loko por rigardi. Se vi surteriĝas sur sisteman paĝon sen ia kanalo, vi rigardas platforman indikilon kaj la aplikaĵo ne povas helpi vin.
Kiam la longa premado ne diras sufiĉe, unu adb-alvoko listigas, kio efektive estas afiŝita kaj de kiu: adb shell dumpsys notification --noredact, poste serĉu en la eligo la pakaĵon, kiun vi suspektas. Vi volas la afiŝan pakaĵon kaj la kanalan identigilon, ne ion, kion vi povus redakti de tie. Traktu la eligon kiel diagnozon, ĉar nenio en tiu listo ŝanĝas la sciigon.
Sur administrata telefono la respondo foje estas enuiga: la sciigo venas de la aparatpolitika aplikaĵo, kaj la persono, kiu tenas la telefonon, ne estas la persono, kiu povas malŝalti ĝin. Tiukaze la administranta konzolo estas la sola subtenata regilo, kaj la propraj agordoj de la telefono restas grizaj, kiun menuon vi ajn trovas.
Kion la permeso de Android 13 vere ŝanĝas
Android 13 faris sciigojn permeso dum-runta, do aplikaĵo celanta API 33 devas demandi antaŭ ol afiŝi ion ajn. Rifuzu tiun peton kaj la sciigoj de la aplikaĵo ĉesos aperi en la tirkesto, kio aspektas kiel la solvo, kiun homoj serĉas. Sed la fona servo malantaŭ VPN daŭre funkcias, kaj la sistemo ankoraŭ montras la servon en la taska administrilo eĉ kiam ĝia sciigo malaperis el la tirkesto. La VPN-rajtigo mem restas netuŝita: la tunelo restas supren ĝis vi malkonektos ĝin aŭ revokos la VPN-konsenton de la aplikaĵo.
Tiu interŝanĝo estas pli malbona, ol ĝi aspektas, ĉar la sciigo ankaŭ estas via plej rapida maniero vidi la seancon kaj fini ĝin. Forigu ĝin kaj vi igis la telefonon pli malfacile komprenebla, dum vi ŝanĝis nenion pri la enkursigado. La dokumentaro pri la sciigpermeso priskribas la konduton de la tirkesto; ĝi ne priskribas subtenatan manieron silentigi funkciantan tunelon.
Estas ankoraŭ unu eldona detalo inda scii: sciigo de antaŭplena servo estas postulata de la serva modelo, kaj la aplikaĵo ne rajtas simple kaŝi ĝin nur ĉar vi rifuzis permeson. Iuj konstruoj konservas kompaktan version videbla, aliaj movas la pruvon al la taska administrilo, kaj tiu diferenco estas elekto de la fabrikanto, ne agordo, kiun vi maltrafis.
Demo-reĝimo kaj ikonaj trukoj ne estas solvo
Vi trovos konsilojn pri demo-reĝimo, pri kaŝado de ikonoj per nedokumentitaj adb-komandoj kaj pri UI-cimo, kiu igas la ŝlosilon malaperi. Ĉio ĉi ŝanĝas la prezentadon. Nenio el ĝi ŝanĝas la enkursigadon, la politikon aŭ la VPN-rajtigon, kiun la sistemo spuras, kaj telefono, kies reta stato estas nevidebla, estas pli malfacile diagnozebla ol unu kun plia linio en la tirkesto.
La konekta ikono de aplikaĵo ankaŭ ne estas sanokontrolo. La tunelo povas esti malsupren dum malnova interfaco aŭ kaduka sciigo restas, kaj loka filtranta servo povas levigi la VPN-ŝlosilon sen sendi eĉ unu bajton al fora elirejo. Kontrolu la faktan staton en la sistemaj VPN-agordoj, ne en la tirkesto.
Kion mi ŝanĝus, laŭ ordo
Komencu identigante la posedanton, poste uzu nur la regilon, kiun tiu posedanto proponas. Se la sciigo estas posedata de la aplikaĵo kaj laŭvola, malŝaltu tiun kanalon kaj lasu la servan kanalon trankvila. Se ĝi estas la sistema indikilo, akceptu ĝin, ĉar ĝi raportas fakton pri la aparato anstataŭ reklami aplikaĵon. Sur administrata aparato haltu ĉe la politiko de la administranto kaj ne serĉu ĉirkaŭiron.
Poste konfirmu, ke vi ankoraŭ havas subtenatan manieron kontroli la tunelon kaj malkonekti ĝin, ĉu la ekrano de la aplikaĵo ĉu la paĝo de sistemaj VPN-agordoj. Telefono kun unu afiŝo malpli kaj klara maniero mortigi la seancon estas la rezulto, kiun vi volas. La malo, pli trankvila tirkesto kaj neniu ideo, ĉu la trafiko estas enkursigata, ne estas plibonigo.