NetworkManager'da OpenConnect TOTP so'rovi yo'q: to'rtta tekshiruv
Shlyuz bir martalik kod so'raydi va NetworkManager muloqot oynasida uning uchun maydon hech qachon bo'lmaydi. Maxfiy ma'lumotlarni tahrirlashdan oldin autentifikatsiya qayerda to'xtaganini tekshiring.
Shlyuz parolni qabul qiladi, kod so'raydi, va muloqot oynasida uning uchun hech qanday maydon yo'q. Hech narsa noto'g'ri kiritilmagan: NetworkManager plagini olti xonali qiymatni so'ramasdan maxfiy ma'lumot almashinuvini yakunladi. Quyidagi to'rtta tekshiruvni tartib bilan bajaring, chunki ulardan faqat bittasi mijozni o'zgartiradi. Ro'yxatning qolgan qismi shlyuz, hisob va plagin tuzilishini istisno qiladi.
Birinchi tekshiruv: autentifikatsiya qayerda to'xtaganini o'qing
Noto'g'ri parol darhol muvaffaqiyatsiz bo'ladi. Yo'q ikkinchi omil hisob ma'lumotlari bosqichidan keyin muvaffaqiyatsiz bo'ladi, odatda takroriy so'rov yoki shlyuz tomonida vaqt tugashi bilan. Vaqt va shlyuz jurnali qaysi raund javobsiz qolganini ko'rsatadi.
Profilga tegishdan oldin ulanish jurnalini o'qing. Agar shlyuz to'liq bo'lmagan autentifikatsiya yoki muddati o'tgan chaqiruvni xabar qilsa, mijoz kodni hech qachon yubormagan. Agar yaroqsiz hisob ma'lumotlarini xabar qilsa, muammo parolda va hech qanday TOTP sozlamasi uni tuzatmaydi.
Shlyuz kutayotgan aniq so'rovlar tartibini yozib oling: foydalanuvchi nomi, parol, keyin kod, yoki foydalanuvchi nomi, kod, keyin parol. Ba'zi shlyuzlar raundlar tartibini o'zgartiradi, va faqat birinchi tartibni biladigan mijoz ikkinchisida to'xtab qoladi.
Ikkinchi tekshiruv: chaqiruvga ega mijozdan foydalaning
OpenConnect o'zi chaqiruv raundini qo'shib butun suhbatni amalga oshiradi. Uni to'g'ridan-to'g'ri ishga tushirish hisob va shlyuz ishlayotganini tasdiqlashning eng bashorat qilinadigan usuli:
sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.netMijoz shlyuz so'ragan tartibda so'raydi. Foydalanuvchi agenti muhim, chunki ba'zi shlyuzlar kirish oqimini taniqli mijozga moslashtiradi, va umumiy satr kodni hech qachon so'ramaydigan qisqaroq oqim yaratishi mumkin. Har qanday fon xizmatini sozlashdan oldin uni bir marta oldingi planda ishga tushiring.
Agar buyruq satri to'g'ri so'rasa, hisob, shlyuz va ikkinchi omil joyida. Qolgan muammo plagin muloqot oynasi, autentifikatsiya xizmati emas. Bu nosoz komponentni serverga tegmasdan ajratadi. Buyruq chiqishini voqea yozuvi bilan birga saqlang.
Agar buyruq satri ham so'rovni o'tkazib yuborsa, to'xtang va shlyuz konfiguratsiyasini uning egasi bilan tekshiring. Server hech qachon yubormaydigan chaqiruvga hech qanday ish stoli mijozi javob bera olmaydi.
Uchinchi tekshiruv: plaginingiz TOTP rejimini taklif qiladimi, ko'ring
Ba'zi NetworkManager OpenConnect tuzilmalari ulanishning Identity yorlig'ida token rejimi va foydalanuvchi agenti maydonini taqdim etadi. Foydalanuvchi agentini shlyuz kutayotgan qiymatga qo'ying, TOTP ni qo'lda kiritishni tanlang va ulanishni saqlang.
Bu maydonlar bor-yo'qligi plagin versiyasiga va ish stoli qaysi ulanish muharriridan foydalanishiga bog'liq. Mustaqil muharrir GNOME paneli yashiradigan variantlarni ko'rsatishi mumkin, yoki aksincha. Yashirin sozlamani izlashdan oldin o'rnatilgan paket versiyasini tekshiring.
Agar token rejimi mavjud bo'lsa-da so'rov hali ko'rinmasa, tuzilmada plagin va umumiy maxfiy oyna o'rtasida chaqiruvni uzatish yo'q. Parolni qayta yozish, o'sha paketni qayta o'rnatish yoki kalit halqasini tozalash tuzilma amalga oshirmagan maydonni yaratmaydi.
To'rtinchi tekshiruv: yaratilgan kodni murosa deb biling
Skript joriy kod uchun oathtool ni chaqirishi va foydalanuvchi nomi, parol va kodni nmcli connection up --ask ga uzatishi mumkin. Tartib ishlaydi, lekin umumiy sir skriptni ocha oladigan har bir kishi o'qiy oladigan joyda saqlanadi, va o'sha o'quvchi abadiy kod yaratishi mumkin. Bu hisob ma'lumotlari yuzasining doimiy kengayishi, mijozni tuzatish emas.
Buni tanlagan kishi sir faylini root bilan cheklashi, yaratilgan qiymatlarni shell tarixidan tashqarida saqlashi va skriptni hisob ma'lumotlari materiali deb bilishi kerak. Kodni terminalga qayta aks ettiruvchi o'ram ikkinchi omilni tashlab yuboradi. Avval bir martalik hisob bilan o'ramni sinab ko'ring.
Skript shlyuzning so'rov tartibiga ham rioya qilishi kerak. Agar server kodni paroldan oldin so'rasa, qat'iy kiritish tartibi noto'g'ri qiymatni noto'g'ri so'rovga yuboradi va o'sha to'liq bo'lmagan autentifikatsiyani keltirib chiqaradi. Kirish ishiga ulashdan oldin sinov hisobi bilan mashq qiling.
Xuddi shu shlyuz va hisobni tasdiqlang
Har bir vaqtinchalik yechimni o'sha shlyuz, o'sha hisob va o'sha tunnel guruhiga qarshi sinab ko'ring. Qurilma sertifikatini ham talab qiladigan shlyuz buyruq satri mijozini TOTP bilan bog'liq bo'lmagan sabab bilan rad etishi mumkin, va so'rov tartibi mashq qilganingizdan farq qilishi mumkin.
Ishlagan mijoz, uning versiyasi, foydalanuvchi agenti va so'rov tartibini yozib oling. Bu yozuv keyingi odamga muammo plagin tuzilmasida, shlyuz oqimida yoki hisob siyosatida ekanini parolni qayta tiklashning yana bir raundisiz aytadi.
To'liq chiqishdan keyin bir marta qayta ulanib tugating. Keshda saqlangan sir buzilgan oqimni keyingi sessiyagacha tuzatilgandek ko'rsatishi mumkin, va yo'q so'rov odatda ikkinchi ulanishda qaytadi.