Android VPN дээр Keystore алдаа: дахин бүртгүүлэх, түгжээ нээх эсвэл дахин оролдох уу?
Android keystore-ийн гурван үр дүн гурван өөр сэргээх арга шаарддаг. Аппын санах ойг цэвэрлэхийн өмнө түгжээ нээх, дахин бүртгүүлэх болон үйлчилгээ үзүүлэгчийн дахин оролдлогыг харьцуулна уу.
Профайл жагсаалтад хэвээр байна, сертификат суулгасан гэж харагдаж байна, холбогдох товч зөвхөн «Keystore алдаа» гэсэн мессежтэйгээр амжилтгүй болно, өөр юу ч байхгүй. Аппын санах ойг цэвэрлэх эсвэл утсаа өгөхөөс өмнө ямар түлхүүрийн үйлдэл амжилтгүй болсныг тогтооно уу. Гурван үр дүн ижил харилцах цонхыг үүсгэдэг бөгөөд тэд гурван өөр үйлдэлд хариу өгдөг — зөвхөн нэг нь л сүйтгэх шинжтэй. Энэ харьцуулалт арван минутын үнэ цэнэтэй, учир нь буруу салаа таны хадгалахыг хүссэн таних тэмдгийг алдуулна.
Нэг цонхны цаана гурван бүтэлгүйтэл
Эхнийх нь баталгаажуулалт. Түлхүүр байгаа бөгөөд хүчинтэй, гэхдээ ашиглахын тулд хэрэглэгч оролцоогоо батлах ёстой — төхөөрөмжийн түгжээ нээх, биометрик эсвэл ажлын профайлын сорилт. Хэрэв түгжих хугацаа, бүртгэсэн биометрик эсвэл профайлын төлөв саяхан өөрчлөгдсөн бол түлхүүр өөрөө бүрэн хэвийн байхад түлхүүрийн хэрэглээ бүтэлгүй болж болно.
Хоёр дахь нь бүрмөсөн хүчингүй болгох. Зарим түлхүүрийн материалыг платформын бодлого түгжих аргыг шинэчлэх эсвэл биометрийн бүртгэл өөрчлөгдөх үед хүчингүй болгодог, учир нь түүнийг хамгаалж байсан холбоо цаашид үйлчлэхгүй. Түлхүүрийг засах боломжгүй бөгөөд дахин оролдох нь сэргээх төлөвлөгөө биш; таних тэмдгийг түүнийг олгосон бүртгэлийн процессоор солих ёстой.
Гурав дахь нь үйлчилгээ үзүүлэгчийн доголдол: keystore үйлчилгээ үйлдлийг яг одоо дуусгаж чадсангүй. Энэ бол заримдаа дахин оролдох нь зүйтэй ангилал бөгөөд цорын ганц.
| Failure | What it means | What recovers it | What does not |
|---|---|---|---|
| User not authenticated | Key needs a presence check | Supported unlock or authorization flow | A VPN account password reset |
| Key permanently invalidated | Binding is gone; key unusable | Replacement enrollment for that identity | Retrying, rebooting, reinstalling the client |
| Transient provider error | Service could not complete now | The provider's documented retry path | Clearing app data |
Гурвын хоёр нь сүйтгэх шинжгүй, нэг нь төхөөрөмжийн түвшинд шийдэлгүй гэдгийг анхаарна уу. Тэдгээрийн аль нь ч утсыг устгаснаар шийдэгдэхгүй бөгөөд хүмүүс хамгийн түрүүнд энэ алхмыг хийдэг, учир нь харилцах цонх тэдэнд өөр юу ч өгөхгүй.
Дахин бүртгүүлэх эсвэл өгөгдөл устгах
Энэ хоёр гаднаасаа ижил харагдах боловч тийм биш. Дахин бүртгүүлэх нь олгогч системээс шинэ таних тэмдэг — энэ төхөөрөмжид холбогдсон шинэ сертификат эсвэл түлхүүр — хүсэж, хуучныг нь тэтгэвэрт гаргана. Өгөгдөл устгах нь аппын хадгалсан төлөвийг устгадаг бөгөөд энэ нь түлхүүрийг устгахгүйгээр түүний лавлагааг арилгаж болно, эсвэл түлхүүрийг устгаад дахин үүсгэх эрхгүй орхиж болно.
Ялгаа нь чухал, учир нь экспортлох боломжгүй түлхүүрүүд загвараараа зөөгдөхгүй. Тэд төхөөрөмжийн keystore-д амьдардаг, боломжтой техник хангамж эсвэл үйлчилгээ үзүүлэгчийн дэмжлэгтэйгээр, мөн нөөц хуулбар бариад сэргээх нь буцааж тавьдаг зүйл биш. Хэрэв байрлуулалтын таних тэмдэг нь экспортлох боломжгүй түлхүүр бол сэргээх арга хэмжээгээр дахин бүртгүүлэхийг төлөвлөж, тухайн бүртгэлийг авах зөвшөөрөгдсөн зам байгаа эсэхийг урьдчилан баталгаажуулна уу — зарим байгууллага үүнд хувийн сүлжээний хандалт шаарддаг бөгөөд энэ нь эвдэрсэн VPN-ийн өгч байсан зүйл юм.
Тиймээс дараалал нь: дэмжигдсэн баталгаажуулалтын замыг туршаад, дараа нь түлхүүр бүрмөсөн хүчингүй эсэхийг тодорхойлж, зөвхөн тийм бол таних тэмдгийг солино. Санах ойг цэвэрлэх нь хамгийн сүүлд, юу дахин үүсэхийг мэдсэний дараа, хялбар гэдгээр эхлээд биш.
Зөвхөн давтаж болох зүйлийг дахин оролдоно уу
Хуучин платформын хувилбарууд keystore алдааг нэг үл хамаарах зүйлд нэгтгэдэг байсан тул олон клиент бүгдийг дахин оролддог. API 33-аас эхлэн үл хамаарах зүйлийн төрөл бүтэц агуулдаг: тоон алдаа, түр зуурын доголдлын туг болон дахин оролдох бодлого. Клиент хөгжүүлэгчийн хувьд дахин оролдох бодлого нь түр зуурын байдлын туг үнэн үед л утга учиртай; бүрмөсөн хүчингүй болгох дахин оролдох хуваарьгүй бөгөөд түүнийг давталтаар цохих нь зөвхөн батерейг шавхаж, логыг дүүргэдэг.
Хэрэв клиент бичихийн оронд оношлогоо хийж байгаа бол практик үр дагавар ижил. Оролдлого бүрт ижил бүтэлгүйтэл нь нэг удаагийн гэмтлийг үгүйсгэдэг ч бүрмөсөн хүчингүй болсон түлхүүрийг хэсэг хугацаанд хүртээмжгүй байгаа үйлчилгээ үзүүлэгчээс ялгаж чадахгүй — үйлчилгээ үзүүлэгчийн тасалдал арав дахь оролдлогт ч эхнийхтэй яг ижил харагдана. API 33-ын бүтэцтэй талбаруудгүйгээр давталтыг хоёр дахь дохио хайх шалтгаан гэж үзнэ үү — алдааны код, хэрэв таны build үүнийг харуулбал, операторын төлөв эсвэл мөн төхөөрөмж дээрх өөр түлхүүр амжилттай болох — түлхүүр үхсэн гэсэн нотолгоо гэж биш.
Шалтгааны гинжийг уншина уу, шошгыг биш
Аппликейшнүүд анхны үл хамаарах зүйлийг боож, интерфейс дээрх эелдэг текст нь салааг шийддэг цорын ганц талбарыг ихэвчлэн нуудаг. Шалтгааны гинжийг болон оролдлогын цагийн тэмдгийг хадгална уу: гадаад үл хамаарах зүйл ихэвчлэн үйлдлийг нэрлэдэг, шалтгаан нь түлхүүрийн төлөвийг нэрлэдэг.
Хоёр бүтэлгүй апп гэмтэлтэй утсыг нотолдог гэсэн дүгнэлтэд эсэргүүцээрэй. Өөр түлхүүрүүдийг өөр үйлчилгээ үзүүлэгч, аюулгүй байдлын түвшин дэмжиж болох бөгөөд ажиллаж байгаа апп ижил үйлдлийг огт хийхгүй байж болно — гарын үсэг, тайлалт болон түлхүүрийн аттестаци нь нэг үйлчилгээ рүү чиглэсэн өөр өөр хүсэлтүүд юм. KeyStoreException лавлагаа нь шинэ API түвшний бүтэцтэй талбаруудыг тайлбарладаг бөгөөд таны build үнэхээр юу мэдээлж чадахыг шалгах газар юм.
Техник хангамжийн дүгнэлтийг дэмжих зүйл олон хүний бодсоноос нарийн: ижил үйлдэл, ижил үйлчилгээ үзүүлэгчид, бие даасан түлхүүрүүдэд түлхүүрийн түвшний бус үйлчилгээ үзүүлэгчийн түвшний алдаатайгаар бүтэлгүй болох. Энэ нь платформын оношлогооны асуулт, төхөөрөмжүүдийн багцын тухай дэмжлэгийн форумын сэдэв биш.
Шийдэхдээ юу бүртгэх вэ
Android build, клиентийн хувилбар, сонгосон профайл, бүтэлгүй болсон үйлдэл, мөн саяхан ямар нэг зүйл өөрчлөгдсөн эсэхийг бүртгэнэ үү — үйлдлийн системийн шинэчлэл, түгжээтэй дэлгэцийн өөрчлөлт, шинэ хурууны хээ, дахин бүртгүүлэх. Дарааллыг шалтгааны нотолгоо гэж биш, контекст гэж бүртгэнэ үү; түлхүүрийн бүтэлгүйтлийн өмнөх түгжээний өөрчлөлт нь магадлалтай хамаарал, үзүүлбэр биш.
Дараа нь тогтоосон салаагаа дагаж үйлдэнэ үү. Түр зуурын: таних тэмдгийг хадгалж, дэмжигдсэн дахин оролдох замыг ашиглана. Баталгаажуулалт шаардлагатай: дэмжигдсэн түгжээ нээх урсгалыг дуусгаж, харилцах цонхыг давахын тулд үүнийг идэвхгүй болгохын оронд байрлуулалтын шаарддаг түгжих бодлогыг хадгална. Бүрмөсөн хүчингүй: таних тэмдгийг ердийн бүртгэлээр сольж, тэтгэвэрт гаргана.
Шинэ зөвшөөрөгдсөн холболт дээр, бодит нөөц рүү, серверийн баталгаажуулалт хэвээр идэвхтэй байхад үр дүнг нотлож дуусгана уу. Зөвхөн сулруулсан сертификатын шалгалтаар ажилладаг зүйл түлхүүрийн асуудлыг засаагүй — түүнийг сүлжээний түвшинд зөөсөн бөгөөд тэнд дараа илүү муу шинж тэмдгээр илрэнэ.
- Гурван салаа: баталгаажуулалт шаардлагатай, бүрмөсөн хүчингүй, үйлчилгээ үзүүлэгчид түр зуурын.
- Зөвхөн гурав дахь нь дахин оролдлогоос ашиг хүртэх бөгөөд зөвхөн өөрийн дахин оролдох бодлогын дагуу.
- Орлуулах бүртгэл хандалтыг сэргээдэг; өгөгдөл устгах нь энэ боломжийг арилгана.
- Шинэ холболт болон ердийн серверийн таних тэмдгийн шалгалтаар баталгаажуулна уу.