Isang app lang ang tsek sa OpenVPN? Ang base ng listahan ang magpapasya
Ang parehong naka-tsek na package ay nangangahulugang isama o ibukod depende sa base ng listahan. Piliin muna ang isama-lamang, kumonekta muli, pagkatapos ay subukan ang buong daloy.
Ang kahon ng tsek ay mukhang buong desisyon, at sa Android hindi ito. Ang parehong naka-tsek na package ay nangangahulugang “ang app na ito lang ang gumagamit ng VPN” sa ilalim ng base na isama-lamang at “nilalaktawan ng app na ito ang VPN” sa ilalim ng base na nagbubukod sa mga pinili. Nag-i-install ang mga tao ng kliyente, nakakahanap ng listahang may label na Mga pinapayagang app, tinsekan ang isang package na mahalaga sa kanila, at umaalis na may patakarang kabaligtaran ang ginagawa. Bihirang makatulong ang pagpapalit ng kliyente; ang pagpili ng base bago mo hawakan ang listahan ay nakakatulong.
Ang base ang patakaran, hindi ang kahon ng tsek
Sa ilalim ng VpnService ng Android, kinokonfigura ng kliyente ang rutang kada app gamit ang addAllowedApplication o addDisallowedApplication. Nililimitahan ng una ang tunnel sa mga nakalistang package, hinuhuli ng pangalawa ang lahat maliban sa mga iyon. Binabalot ng mga kliyente ang dalawa sa isang UI na muntik nang magkapareho ang hitsura, at may naglalabel ng seksyon ayon sa listahan kaysa sa mode, kaya ang pamagat ng seksyon lang ay hindi masasabi kung aling base ang aktibo.
Basahin ang kontrol ng mode sa itaas ng listahan, hindi ang pamagat. Sa orihinal na kliyenteng OpenVPN for Android, ang listahan ng mga pinapayagang app ay may base na isama-lamang at base na nagbubukod sa mga pinili, at ang branded na build ay maaaring ibahin ang pananalita ng dalawa habang pinapanatili ang parehong dalawang ugali. Ang screenshot mula sa ibang kliyente, o mula sa lumang bersyon ng pareho, ay hindi ebidensya tungkol sa mode na kinalalagyan mo.
| What the client shows | What a checked app gets |
|---|---|
| Allowed apps, include-only baseline | The app uses the tunnel; unchecked apps do not |
| Allowed apps, exclude-selected baseline | The app bypasses the tunnel; everything else uses it |
| No list configured | Client or profile default, commonly all apps |
Ang talahanayang iyon ang buong mito. Ang pagtsek sa app ay isang pahayag tungkol sa isang package; ang base ang nagpapasya kung ang pahayag ay “isama” o “ibukod”.
Piliin ang mode, pagkatapos ang package
Magtrabaho sa ayos na ito, dahil ang pagpipiliang ginawa sa ilalim ng isang base ay maaaring manatili pagkatapos ng pagbabago ng mode at tahimik na baligtarin ang epekto nito:
- Tukuyin ang tunay na package at kung personal o kopya ng profile sa trabaho ito.
- Buksan ang mga setting ng pagpili ng app para sa eksaktong profile ng VPN na kinokonektahan mo.
- Itakda ang base na ang kahulugan ay “mga piniling app lang ang gumagamit ng VPN”.
- Isama ang nilalayong package at iwanan sa labas ng set ang mga walang kaugnayang app.
- Kumonekta muli upang muling buuin ng kliyente ang interface gamit ang bagong listahan.
Kasinghalaga ng package ang profile. Maaaring may ilang profile ang kliyente, at ang pagpili kada app ay pag-aari ng konektadong profile mo talaga; walang nababago kapag in-edit mo ang profile na hindi mo ginagamit. Sa pinamamahalaang device, ang profile sa trabaho ay hiwalay na user na may sariling kopya ng app at sariling patakaran, kaya ang pagiging nasa loob ng tunnel ng personal na instance ay walang sinasabi tungkol sa instance sa trabaho.
Kumonekta muli bago hatulan ang resulta
Binabasa ng VpnService ang mga listahan ng app kapag naitatag ang interface ng tunnel. Hindi laging napapansin ng tumatakbong tunnel ang pag-edit sa listahan, at nagkakaiba ang mga kliyente kung kusang nagtatayo muli o naghihintay na idiskonekta at ikonekta mong muli.
Kung mukhang walang ginagawa ang pagbabago, subukan ang muling pagkonekta bago magduda sa listahan. Pagkatapos ay gumawa ng bagong kahilingan sa halip na i-reload ang pahinang bukas na: ang app na may naitatag nang koneksyon ay mahinang test subject, at ang nakikitang resulta ay maaaring pag-aari ng lumang interface.
Maaaring lumabas ang daloy mo sa app
Ang app ay maaaring magpasa sa browser para sa pag-sign in, sa viewer ng dokumento, o sa target ng pagbabahagi. Sa ilalim ng base na isama-lamang, nasa labas ng tunnel ang mga katulong na iyon, kaya maaaring mabigo sa kalagitnaan ang daloy kahit tama ang pagkaka-configure sa unang app. Isama lamang ang katulong kung talagang kailangan ito ng daloy, at idagdag ito nang sadya sa halip na matuklasan ito habang nagde-demo.
Hindi rin pinapalitan ng pagpili kada app ang sariling patakaran ng ruta ng koneksyon. Kailangan pa ring dalhin ng profile ang mga prefix ng patutunguhan at mga pamilya ng address na ginagamit ng app, at kailangan pa ring payagan ng gateway ang serbisyo. Ang app na tama ang listahan pero hindi maabot ang patutunguhan ay mukhang kapareho ng mali ang configuration na listahan.
Subukan ang dalawang panig, pagkatapos isulat ang patakaran
Subukan ang isang bagong kahilingan sa isinamang app at isa sa app na dapat manatili sa labas. Ihambing ang address ng labasan at ang pag-access sa pribadong resource, pagkatapos ay ulitin pagkaraan ng muling pagkonekta. Kung ginagamit ng organisasyon mo ang patakaran ng Android na humaharang sa mga koneksyon na walang VPN, maaaring tuluyang maharang ang ibinukod na app sa halip na dumiretso; iyon ang patakarang gumagana, hindi depektong dapat laktawan.
Itala ang mode, ang mga pangalan ng package kasama ang profile, aling mga app ang dapat lumihis, aling mga pamilya ng address ang dinadala ng tunnel, at ano ang dapat mangyari kapag bumagsak ang tunnel. Kung hindi maipahayag nang malinaw ng kliyente ang daloy, pumili ng mas malawak na aprubadong set ng app o patakaran ng pinamamahalaang profile sa halip na i-edit ang mga patakaran ng firewall sa antas root, na hindi bahagi ng sinusuportahang mekanismo kada app ng Android.