Android VPN-profilo: trovu la posedanton antaŭ ol redakti
La sistema VPN-vico kaŝas la aplikaĵon, kiu posedas la finpunkton, la vojojn kaj la ŝlosilojn. Identigu la posedanton, poste komparu la petitan, ricevitan kaj aplikitan staton.
La Android-VPN-ekrano montras unu vicon kun nomo, ŝlosila ikono kaj eble ĉiama ŝaltilo. Ĝi malofte montras la finpunkton, la vojpolitikon, la DNS-servilojn aŭ la legitimilojn, kiuj funkciigas la konekton, ĉar en aplikaĵa tunelo tiuj apartenas al la aplikaĵo. La praktika sekvo estas demando de runbook, ne filozofia: antaŭ ol redakti elŝutitan dosieron aŭ serĉi centran profilstokon, eksciu kiu komponanto posedas la agordon, kiun vi volas ŝanĝi.
Unue identigu la konektotipon
Ekzistas almenaŭ tri aranĝoj sur la sama agorda ekrano. Aplikaĵo povas uzi VpnService por konstrui virtualan interfacon kaj posedi la protokolon kaj la privatan agordon, inkluzive de loka filtra aplikaĵo sen fora eliro. Android ankaŭ povas provizi platforman IKEv2-profilon per Ikev2VpnProfile, haveblan ekde API 30, kie la platformo tenas pli de la profilo. Kaj provizanta aplikaĵo povas prezenti sian propran servilliston kaj kunmeti agordojn interne.
adb shell dumpsys connectivity | grep -i -A12 "VPN"
adb shell cmd connectivity list-owners 2>/dev/null || true
La unua komando montras la aktivan VPN-reton kaj ĝiajn ligilpropraĵojn, tio estas la aplikita stato. Se la vico nomas pakaĵon, kiun vi rekonas, komencu per la propra profilvido de tiu aplikaĵo anstataŭ per la sistema ekrano.
Notu la posedanton kaj la profilan amplekson
Notu kvar faktojn antaŭ ol ŝanĝi ion ajn: la posedan pakaĵon, ĉu la konekto loĝas en la persona aŭ labora profilo, la nomon de la profilo aŭ konekto kiel la aplikaĵo montras ĝin, kaj kiu administras ĝin. Aparatposedanto povas provizi laborprofilaran VPN-on, kiun uzanto de persona profilo ne povas redakti, kaj la sama aplikaĵo instalita dufoje donas al vi du sendependajn posedantojn.
Ĉi tiu paŝo malhelpas la plej oftan perditan horon, nome redakti profilon, kiu ne estas la konektita. Aplikaĵoj ofte tenas plurajn profilojn, kaj la aktiva estas propraĵo de la aplikaĵo, ne de la Android-vico.
Komparu la petitan, ricevitan kaj aplikitan staton
Tiuj estas tri malsamaj etapoj, kaj malkongruo inter ili diras al vi, kiun komponanton ripari.
| Stage | Where to look | What it proves |
|---|---|---|
| Requested | The app's profile editor or imported file | What the owner intends to use |
| Received | Sanitized app log of server-supplied options | What the peer actually pushed |
| Applied | Link properties and routes after connect | What the device is really using |
La aplikita etapo estas tiu, kiun vi povas observi sen fidi ies protokolon. Komparu la DNS-servilojn kaj vojojn en la propraĵoj de la aktiva ligilo kun tiuj, kiujn la profilo asertas; se ili diferencas, la servilo puŝis ion aŭ la aplikaĵo aplikis politikon, kiun vi ne atendis.
adb shell ip addr show tun0
adb shell ip route show table all | head -40
Interfacaj nomoj diferencas inter aplikaĵoj, do unue listigu la interfacojn kaj legu tiun, kiu aperis kiam la tunelo konektiĝis. Vojo ĉeestanta en la redaktilo de la aplikaĵo sed mankanta ĉi tie neniam estis aplikita; vojo ĉi tie sed mankanta en la redaktilo venis de aliloke.
Redaktu la artefakton, kiun la posedanto vere legas
Por importita OpenVPN-profilo, la aplikaĵo kutime tenas sian propran kopion. Redakti la origine elŝutitan dosieron poste ne ŝanĝas la sekvan konekton; uzu la dokumentitan redaktilon de la aplikaĵo, aŭ reimportu kaj konfirmu, kiu profilo nun estas aktiva. Tio estas la diferenco inter ŝanĝi dosieron kaj ŝanĝi agordon.
Provizantaj aplikaĵoj ofte kunmetas agordojn el servillisto anstataŭ skribi uzantredakteblan dosieron. La foresto de eksporta butono ne pruvas, ke la VPN estas falsa, kaj eksportita dosiero povas preterlasi aparatligitajn ŝlosilojn aŭ registran materialon, kiun alia aparato bezonus. Traktu eksporton kaj importon kiel apartajn operaciojn kun propraj antaŭkondiĉoj.
Skribu la subtennoton sen malkaŝi sekretojn
Utila noto nomas la ĝustan aplikaĵon kaj profilon, la agordon, kiu ŝajnas malĝusta, kaj la pruvojn el ĉiu etapo. Ekzemple: ĉi tiu profilo ricevas privatan DNS-adreson de la servilo, sed la celita laboraplikaĵo ne povas solvi sian servon, kaj la aplikitaj ligilpropraĵoj montras tiun solvilon dum la profila redaktilo montras alian.
Tenadu legitimilojn ekster la noto. Rooti la aparaton por serĉi en la privata konservejo de la aplikaĵo ne necesas por identigi la posedanton, kaj divenita vojo al la datumdosierujo ne estas subtenata interfaco. Se la respondo bezonas bajtojn, kiujn nur la aplikaĵo vidas, petu de la posedanto diagnostikan eksporton anstataŭ improvizi unu.
Kiam la laboro finiĝos, fermu la buklon: konfirmu la nomon de la aktiva profilo, relegu la aplikitan staton, kaj malkonektu unufoje por kontroli, ke la ŝanĝo postvivas rean konekton. Agordo, kiu ekzistas nur en la redaktilo, ne estis deplojita.