Ilova bo‘yicha VPN istisnolari umumiy xizmat ma’lumot olganda buziladi

Siz bitta ilovani VPNdan chiqarib tashlaysiz, lekin unga kerak bo‘lgan yuklab olish baribir muvaffaqiyatsiz bo‘ladi yoki undan ham yomoni, u ishlay boshlaydi va aloqasiz narsa to‘xtaydi. Ko‘rinadigan oyna har bir ulanishni ochadigan jarayon bo‘lishi shart emas: ilova ishni yordamchiga, fondagi uzatish xizmatiga yoki butunlay boshqa paketga topshirishi mumkin. Shuning uchun ilova bo‘yicha qoidaga tanish ishga tushirish fayli nomi emas, platformaning haqiqiy identifikatsiya modeli kerak. Quyidagi tekshiruvlar kuzatishdan boshlanadi va so‘rovni haqiqatda kim yuborganiga qaytadi.

Bu biletdarda odatda ikki narsa birga buziladi: noto‘g‘ri komponent chiqarib tashlanadi va istisno keyin hech qachon toraytirilmaydi.

Jarayonni toping, oynani emas

Muvaffaqiyatsiz amalni qayta hosil qiling va u sodir bo‘layotganda ulanishga ega jarayon yoki paketni aniqlang. Windowsda bu qaysi oynada fokus borligidan boshqa savol, chunki fondagi uzatishga o‘z identifikatori bilan ishlaydigan xizmat vositachilik qilishi mumkin. Linux va macOSda xuddi shu bo‘linish yordamchi jarayonlar va tizim demonlari sifatida ko‘rinadi.

Uch tafsilotni yozib qo‘ying: bajariladigan fayl yoki paketning identifikatori, u aloqada bo‘lgan manzil va ish oqimida bu sodir bo‘lgan payt. Boshida muvaffaqiyatsiz bo‘ladigan yuklab olish ko‘pincha o‘rtada muvaffaqiyatsiz bo‘ladigan yuklab olishdan boshqa komponentning metama’lumotlarini olishidir. Faqat shu farq odatda qoidaga tegishdan oldin to‘g‘ri identifikatorni tanlash uchun yetarli. Agar identifikator ilova emas, xizmat bo‘lib chiqsa, bu bitta fakt butun qoidani o‘zgartiradi, shuning uchun avval shuni aniqlang.

Amal juda qisqa bo‘lgani uchun jarayonni kuzata olmasangiz, uni kattaroq yuklama yoki sekinroq manzil bilan takrorlang. Maqsad bitta takrorlanadigan kuzatish, qaysi yordamchi ishtirok etgani haqidagi nazariya emas.

DNSni o‘z yo‘li sifatida ko‘ring

Tizim nomlarini hal qilish chiqarib tashlangan ilovaga umuman ergashmasligi mumkin, shuning uchun chiqarib tashlangan brauzer xususiy host nomida baribir muvaffaqiyatsiz bo‘lishi mumkin, trafigi tunnel tashqarisida to‘g‘ri bo‘lsa ham. Brauzer chiqarib tashlangan edi; hal qiluvchi emas.

Ilova bo‘yicha qoida amal qilganda platforma DNS bilan nima qilishini tekshiring va buni HTTP so‘rovidan alohida tekshiring. Agar hal qiluvchi umumiy xizmat bo‘lsa, u qurilmadagi har bir ilovaga xizmat qiladi, shuning uchun siz ko‘rib chiqayotgan istisno sinovdan o‘tkazilganidan ancha keng auditoriyaga ega.

Qaysi hal qiluvchi qaysi interfeys orqali javob berganini yozib qo‘ying. Ana shu bitta kuzatish «ilova chiqarib tashlangan, lekin nom hal qilinmaydi» hisobotlarining katta qismini hal qiladi, shuning uchun uni bilet bilan birga saqlang.

Umumiy yordamchini kengaytirmang

Umumiy xizmat bir necha ilova uchun ish bajaradi, shuning uchun bitta ish oqimini tuzatish uchun uni chiqarib tashlash aloqasiz trafikni ham o‘zgartiradi. Windowsdagi Background Intelligent Transfer Service bu shaklning yaxshi namunasi: u ko‘plab ilovalar foydalanishi mumkin bo‘lgan infratuzilma, va uning identifikatori uzatishni so‘ragan ilovaning identifikatori emas.

Bu istisnoni qo‘shishdan oldin mijoz qo‘llab-quvvatlaydigan qoida modelini va tashkilot talablarini tekshiring. Komponentdan yana nima foydalanishini va yozmoqchi bo‘lgan qoidangizni umumiy jarayonga emas, manzillarga nisbatan ifodalash mumkinligini so‘rang.

Agar talabni ilova chegarasi sifatida umuman ifodalab bo‘lmasa, manzilga asoslangan siyosat yoki boshqa tasdiqlangan dizayn o‘sayotgan yordamchi istisnolari ro‘yxatidan tushunarliroq va xavfsizroq bo‘lishi mumkin.

Muvaffaqiyatsiz qadamni emas, butun ish oqimini sinab ko‘ring

Qo‘llab-quvvatlangan o‘zgarishdan keyin mo‘ljallangan vazifani yangi so‘rov bilan boshidan oxirigacha bajaring. So‘ngra umumiy komponentdan foydalanadigan yana bir ish oqimini bajaring, chunki keng chetlab o‘tish o‘zini aynan o‘sha yerda e’lon qiladi. Birinchisini tuzatib, ikkinchisini jimgina buzadigan tuzatish tuzatish emas. Ikkala natijani ham biletda saqlang va ikkinchi ish oqimini aniq nomlang, taqrizchi uni takrorlay olishi uchun.

Sinovni kichik va takrorlanadigan saqlang: bir xil manzil, bir xil hisob, bir xil shartlar. Agar ikkinchi ish oqimi hujjatlashtirilmagan bo‘lsa, o‘zgarish xavfsiz deb qaror qilishdan oldin uning egasidan nimaga bog‘liqligini so‘rang.

Nomlar ro‘yxatini emas, sabab qoldiring

Komponentni, u xizmat qiladigan ish oqimini va uning chiqarib tashlanish sababini hujjatlashtiring. Bog‘langan maqsadsiz yordamchi nomlari ro‘yxati ikki chiqarish siklida boshqarib bo‘lmaydigan holga keladi va keyingi injener uni tozalashda noto‘g‘ri yozuvni olib tashlaydi.

Har bir istisno uchun bitta satr yetarli: usiz nima buziladi, o‘sha ish oqimining egasi kim va u oxirgi marta qachon tekshirilgan. Uchta maydon sirli ro‘yxatni kimdir himoya qila oladigan siyosatga aylantiradi.