OpenVPN tizimiga kirishda statik sinov kodi qayerga tushadi

Mijoz parol maydonidan keyin ikkinchi oynani ko'rsatadi, siz apparat tokenidan kodni kiritasiz, lekin kirish hali ham autentifikatsiya xatosi bilan yakunlanadi. O'sha oyna mavjud, demak profil uni so'ragan. Server qiymatni o'zi tushunadigan shaklda olganmi yoki yo'qmi — bu boshqa savol va birinchi navbatda shunga javob berish kerak.

Mijozingiz haqiqatan ham ko'rsatadigan so'rovdan boshlang

Profil so'rov satri va yozayotganda javob ko'rsatilishini boshqaradigan bayroq bilan statik sinov direktivasini saqlashi mumkin. So'rov — dialogda ko'rgan narsangiz; bayroq — o'sha kiritishning ko'rsatilish sozlamasi. Ikkalasi ham serverga biror narsani qanday tekshirishni aytmaydi.

Sizga haqiqatan berilgan maydonlarni sanang. Foydalanuvchi nomi uchun bitta maydon va bitta yashirilgan maydon — hech qanday sinovsiz oddiy parol bilan kirish. Paroldan keyin o'z yorlig'i bilan paydo bo'ladigan ikkinchi maydon — mijozning sinov o'zaro ta'sirini amalga oshirishi.

Agar siz ishlatayotgan mijozda ikkinchi oyna hech qachon paydo bo'lmasa, u mijoz o'zaro ta'sirni amalga oshirmayotgan bo'lishi yoki uni faqat boshqaruv interfeysi kabi boshqa old qism orqali amalga oshirishi mumkin. Mijozni tekshirish profilni qayta yozishdan arzon, va nomuvofiqlik odatda aynan o'sha yerda bo'ladi.

Server avvaldan nimani qo'llab-quvvatlashi kerak

Profil mijoz nimani yig'ishi kerakligini tavsiflaydi. U serverda tekshirishni yoqmaydi, tegishli autentifikatsiya integratsiyasi bo'lmagan server esa faqat o'zi tanimaydigan parolni oladi. Shuning uchun ba'zi joylashtirishlar so'rovni ko'rsatib, har bir kodni rad etadi, va shuning uchun tekshiruvni qaysi mexanizm bajarishi haqidagi operatorning javobi muhim.

Operatordan tekshiruvni qaysi mexanizm bajarishini so'rang. Bu PAM bilan gaplashadigan plagin, javobni token xizmatiga qarshi tekshiradigan skript ilgagi yoki yig'ilgan qiymatni o'zi tahlil qiladigan boshqaruvga asoslangan integratsiya bo'lishi mumkin. Ularning har biri biroz boshqacha kiritishni kutadi.

Bu yerda kutilmalarni ham kalibrlash kerak. Ikkinchi so'rov — kiritish mexanizmi, ikkinchi omil qo'llanilayotganining isboti emas, chunki qo'llash server tomonida bo'ladi va faqat noto'g'ri kodni sinaganda ko'rinadi.

Boshqaruv interfeysi yuboradigan kodlangan maydon

Old qism ulanishni boshqaruv interfeysi orqali boshqarganda, parol va sinov javobi yuborishdan oldin bitta qiymatga yig'iladi. Boshqaruv interfeysi ma'lumotnomasi formatni tavsiflaydi: prefiks, so'ngra alohida Base64 komponentlari sifatida parol va javob.

Base64 — kodlash, himoya emas. U maydonni o'qiy oladigan hech kimdan hech narsani yashirmaydi va bir martalik kodni qayta ishlatiladigan narsaga aylantirmaydi. Yig'ilgan qiymat parol kabi munosabatga loyiq: umumiy profillardan tashqarida, buyruq satrlaridan tashqarida va diagnostika jurnallaridan tashqarida.

Bu kodlash ham chalkashlikning eng keng tarqalgan manbai, chunki endi o'xshash ko'rinadigan va bir-birini almashtirmaydigan uch shakl bor. Oddiy hisob ma'lumotlari fayli parolni saqlaydi. Parol va kodning to'g'ridan-to'g'ri birikmasi boshqa satrni saqlaydi. Boshqaruv mijozining yig'ilgan javobi uchinchisini saqlaydi. Xato yo'qolgani uchungina maydonni o'zgartirishdan oldin tekshiruv yo'lingiz qaysinisini kutayotganini tasdiqlang.

Statik va dinamik: turlicha vaqt

Statik sinov birinchi hisob ma'lumotlari yuborilishidan oldin ma'lum, shuning uchun mijoz uni oldindan so'rashi mumkin. Dinamik sinov keyinroq keladi, uni autentifikatsiya oqimi almashinuv boshlanganidan keyin yuboradi va suhbat o'rtasidagi so'rovni boshqara oladigan mijozni talab qiladi.

Birini qo'llab-quvvatlash ikkinchisini bermaydi. Statik so'rovni sozlaydigan profil direktivasi server boshlagan sinovni amalga oshirmaydi, dinamik so'rovlarni boshqaradigan old qism esa hali ham statikni ko'rsatmasligi mumkin. So'rovni qaysi tomon boshlaganini o'qish ularni ajratishning eng tez usuli.

Nazoratsiz ishlash — bu interfeys emas, dizayn masalasiga aylanadigan joy. Saqlangan kod yuklanish vaqtidagi uzoq muddatli hisob ma'lumoti emas, va soatlardan keyin qayta ulanish yangi kiritishni talab qiladi, agar joylashtirish operator ataylab yoqqan token tartibini qo'llab-quvvatlamasa.

Muvaffaqiyatni ham, muvaffaqiyatsizlikni ham sinang, faqat dialogni emas

Testning ikkala yarmini ham bajaring. To'g'ri hisob ma'lumotlari va haqiqiy javob muvaffaqiyatli bo'lishi kerak; to'g'ri hisob ma'lumotlari va ataylab noto'g'ri javob rad etilishi kerak. Agar ikkalasi ham muvaffaqiyatli bo'lsa, mijoz hech narsa tekshirmaydigan kiritishni yig'moqda, dialog esa boshqaruv deb xato qabul qilingan. O'sha bitta test har qanday profil ko'rib chiqishdan ko'ra ko'proq joylashtirishni ushlaydi.

So'ngra qayta ulangandan keyin ulanishni ro'yxatdan o'tmagan hisob bilan va foydalanuvchilaringiz haqiqatan ishlatadigan mijoz orqali takrorlang. So'rovning paydo bo'lishi — mijoz xatti-harakati; noto'g'ri kodning rad etilishi — serverning biror narsani qo'llashi.