Android-ийн Always-on ба VPN-гүй блоклолт: зөв хосыг сонгох

Always-on-ийг дахин холбогдох байдлаар тохируулах нь VPN-гүй блоклолтоос хоёр өөр тохиргоо бөгөөд эхнийхийг асаах нь хоёр дахьыг асаахгүй. Танд хэрэгтэй хослол нь гурван нөхцөлөөс хамаарна: төхөөрөмжийг хэн эзэмшдэг, тунель ямар аппуудыг хамардаг, утасны түгжээг тайлахаас өмнө юу болдог. Эдгээрийн аль нэгийг нь буруу тохируулбал утас хамгаалагдсан мэт харагдах боловч апп чимээгүйгээр энгийн сүлжээг ашиглана, эсвэл бодлогын шаардсаныг яг биелүүлж байтал гэмтсэн мэт харагдана.

Хоёр өөр амлалт өгдөг хоёр унтраалга

Always-on бол тогтвортой байдлын амлалт юм. Систем сонгосон VPN үйлчилгээг дэмждэг амьдралын мөчлөгийн үйл явдлуудын туршид ажиллуулж, тасарвал дахин эхлүүлдэг. Блоклолт бол хязгаарлалтын амлалт: тунель ашиглах боломжгүй үед хамрагдсан урсгал түүнээс гадна замгүй болно. Сервер унасан, хэн ч хариулж чадахгүй нууц үгийн шаардлага, эсвэл гацсан клиент — эдгээр нь блоклолттой төхөөрөмжийг санаатайгаар офлайн үлдээдэг.

Гурав дахь хүчин зүйл хоёулангийн дээр нэмэгддэг: клиентийн апп тус бүрийн хүрээ. Android нь апп тус бүрийн VPN тохиргоог дэмждэг бөгөөд хүрээ нь системийн хоёр унтраалгад бус, клиент эсвэл удирдлагын бодлогод хамаарна. Хүрээг шийдэхгүйгээр блоклохыг шийдвэл шаардлагаас өргөн эсвэл нарийн бодлого үүснэ.

Нэгдүгээр шийдвэр: удирдлагатай төхөөрөмж үү, хэрэглэгчийн тохиргоо юу?

Удирдлагатай төхөөрөмж дээр төхөөрөмжийн бодлогын контроллер профайлын always-on болон түгжээг эзэмшиж болох бөгөөд локал унтраалга байхгүй, сааралтсан, эсвэл дараагийн бодлогын шинэчлэлтэд дахин тохируулагдаж болно. Энэ нь бодлого ажиллаж байгаа хэрэг, тойрч гарах алдаа биш. Нуугдсан цэсийг хайхаас өмнө бодлогыг шалгаж, шаардлагыг төхөөрөмж дээр биш, бодлогод өөрчил.

Хувийн төхөөрөмж дээр хэрэглэгч өөрөө сонголт хийдэг бөгөөд шударга асуулт нь тунель ажиллахгүй үед офлайн байхыг тэд хүлээж авах эсэх юм. Блоклолт бол бэлэн байдлын солилцоо бөгөөд үүнийг яг тийн тайлбарлах ёстой. Унтраалга байхгүй байгаа нь утсыг root хийх эсвэл төхөөрөмжийн удирдлагыг буулгах уриалга биш; хэрэв платформ энэ удирдлагыг санал болгохгүй бол шаардлагыг өөрчлөх ёстой.

Хүрээг төхөөрөмжөөр бус, профайлаар тодорхойл. Хувийн болон ажлын профайл нь тусдаа орчин бөгөөд Android нь хэрэглэгчийн профайл тутамд нэг идэвхтэй VPN зөвшөөрдөг.

Ажлын профайл дахь блоклолт нь хувийн талын тухай юу ч хэлэхгүй бөгөөд нэг орчныг турших нь нөгөөг баталгаажуулахгүй.

Хоёрдугаар шийдвэр: бүгдийг блоклох уу, зарим аппыг хасах уу?

Блоклолтын горим дахь апп тус бүрийн хасалт нь хүмүүс буруу ойлгодог хэсэг юм. Android-ийн баримтжуулсан зан төлөвт, апп тус бүрийн VPN-ээс хасагдсан аппууд блоклолтын горимд холболтоо алдаж болно энгийн сүлжээг чимээгүйгээр ашиглахын оронд. Тиймээс хасалт нь тухайн аппд интернетэд гарах зөвшөөрөл биш бөгөөд энэ таамаглал дээр босгосон бодлого тайлбарлагдаагүй алдаа гаргана.

Санаатайгаар сонго: хамрагдсан бүх урсгалыг блоклож, хасагдсан аппууд харанхуйд үлдэхийг хүлээж ав, эсвэл блоклолтыг унтрааж, нөөц зам боломжтойг хүлээж ав. Хэрэв шаардлага нь нэг апп үргэлж холболттой байх гэсэн юм бол блоклолтын горим тэр төхөөрөмжид буруу хэрэгсэл бөгөөд апп тус бүрийн ямар ч тохируулга эдгээр хоёр шаардлагыг зэрэгцүүлж чадахгүй.

Гуравдугаар шийдвэр: түгжээ тайлахаас өмнө болон портал дээр юу болох вэ?

Ихэнх клиентэд хэрэглэгч төхөөрөмжийн түгжээг тайлах хүртэл тунель асахгүй тул ачаалсны дараах эхний мөчүүдийг алдаа бус, завсар гэж үз; баталгаажуулахын өмнө байршуулах клиентийнхээ зан төлөвийг батал. Энэ нь блоклолтын бодлого яг л хориглодог зүйл болж болох итгэмжлэлд суурилсан түгжээ тайлалтад ч мөн адил хамаарна. Тэр завсар хүлээн зөвшөөрөгдөх эсэхийг байршуулахаас өмнө шийдэж, талбарт нээхийн оронд турш.

Captive portal бол нөгөө ирмэг. Зочид буудал эсвэл нисэх онгоцны буудлын сүлжээнд юу ч ажиллахаас өмнө баталгаажаагүй хөтчийн сесс шаардлагатай бөгөөд хатуу блоклолт нэвтрэхийг боломжгүй болгож болно. Дэмжигддэг хариу нь батлагдсан сэргээх ажлын урсгал юм — түр хугацааны удирдлагын үл хамаарах тохиолдол эсвэл баримтжуулсан журам байж болно. Тэр үл хамаарах тохиолдол нь өдөөгч шалтгааныг (порталын SSID эсвэл сүлжээ), хамгийн их хугацааг, хэн олгож болохыг, дараа нь хяналт өөрөө буцаж ирэх эсэхийг шалгахыг зааж өгөх ёстой; тайлбарлаагүй тойрч гарах арга хэмжээ болгон хяналтыг унтраах нь тэр үл хамаарах тохиолдол биш.

Платформын баримт бичиг нь Android VPN клиентийн тухай always-on ба блоклолтын зан төлөв, апп тус бүрийн хасалт, профайл тутамд нэг VPN гэсэн дүрмийг хамардаг. Хуучин хувилбараас санаж үлдсэн зан төлөв дээр зохион бүтээхээс өмнө уншиж үз, учир нь байршуулах клиент чинь аль хэдийн өөр байж болно.

Офлайн төлөвийг туршаад, хүлээн авах шалгуурыг бич

Хор хөнөөлгүй урсгал болон клиентийн дэмждэг эвдрэлийн тестийг ашигла. Энгийн холболт, тунелийн алдагдал, сэргэлт, дахин ачаалсны дараа түгжээ тайлахаас өмнөх тохиолдлыг шалга. Тус бүрд нь хамрагдсан апп холбогдсон, зориудын адил блоклогдсон эсвэл санамсаргүйгээр өөр зам авсан эсэхийг бүртгэ.

Статусын дүрс биш, нөөц болон resolver-ийг баталгаажуул. VPN интерфейс байсаар байтал ашигтай зам ашиглах боломжгүй байж болох бөгөөд холбогдсон гэсэн дүрс нь апп хаа нэгтээ хүрсэн гэсэн нотолгоо биш. Холбогдсон төхөөрөмжийг тусад нь турш: утасны бодлого нь хотспотын клиентүүдэд дамжуулалт тогтоодоггүй, учир нь tethering нь өөрийн зан төлөвтэй өөрийн зам юм.

Хүлээн авах шалгуур нь тодорхой бөгөөд туршиж болохуйц: зориудын профайл дахь зориудын апп нь батлагдсан тунельд хүрч, хүрч чадахгүй үед шаардлагатай блоклогдсон төлөвт үлддэг. Баталгаажуулахаас өмнө:

• Always-on болон блоклолт хоёулаа платформ дэмждэг газарт тохируулагдсан бөгөөд тохиргоо бүрийн эзэн мэдэгдэж байна.
• Аппын хүрээ нь санаатай бөгөөд блоклолтын горимд хасагдсан аппуудад юу тохиолдохыг та баталгаажуулсан.
• Түгжээ тайлахаас өмнөх завсар болон captive portal-ын ажлын урсгал нь нээгдэх бус, шийдэгдсэн.
• Эвдрэлийн тестийг таны бодитоор байршуулдаг төхөөрөмжийн ангилал дээр ажиллуулсан.