OpenConnect kirishi noto'g'ri sahifaga tushyaptimi? Avval yo'lni tekshiring

Siz kirish xatidagi manzilni qo'yasiz, mijoz shlyuzga yetib boradi va paydo bo'lgan kirish formasi operator tasvirlagan hamkor portali emas, umumiy portaldir. Hech narsa xato ko'rsatmaydi va aynan shu chalkashtiradi: tunnel hatto ko'tarilishi mumkin, faqat noto'g'ri kirish nuqtasi orqasida. O'sha URLdagi yo'l ish qilayotgan edi va uni nima bilan almashtirgan bo'lsa, o'sha ishni tashlab ketdi.

Tiketda bitta satr bo'lib keladigan ikki narsani ajrating: xizmatga yetib boradigan manzil va autentifikatsiya qayerdan boshlanishini belgilaydigan kiritma. Birinchisini tuzatib, ikkinchisini e'tiborsiz qoldirish — to'g'ri xost nomi ham noto'g'ri kirish berishining yo'li.

Formani ko'rishdan oldin mijoz nima yuboradi

https://vpn.example.net/partners kabi manzil bilan mijozning birinchi harakati yalang'och xostga emas, o'sha yo'lga HTTPS so'rovi. Qaytib keladigan narsa odatda kirish oxirgi nuqtasiga qayta yo'naltirish yoki formaning o'zi. Faqat vpn.example.net olgan mijoz qanday standart ochilish sahifasi bo'lsa, o'shandan boshlaydi va bu boshqa portal, boshqa guruhlar ro'yxati yoki butunlay boshqa protokol kutayotgan sahifa bo'lishi mumkin. Farq har qanday hisob ma'lumoti kiritilishidan ancha oldin javob sarlavhalarida ko'rinadi.

Shuning uchun ishlaydigan brauzer varaqi va muvaffaqiyatsiz mijoz profili bir xil shlyuzni nomlashi mumkin va baribir kelisha olmaydi. Brauzer yo'lni kuzatdi; profilda u hech qachon bo'lmagan.

Almashtirish mumkin bo'lib ko'ringan va bo'lmagan ikki kiritma

OpenConnect boshlang'ich HTTPS yo'lini --usergroup sifatida ochib beradi va qo'llanma sahifasi shu yo'lni olib yuruvchi to'liq URLni xuddi shu so'rovning boshqacha yozilgan shakli deb qaraydi. --authgroup alohida parametr: u shlyuz kirish formasi ichida ko'rsatadigan ro'yxatdan bitta yozuvni tanlaydi. Ba'zi protokollar bu yozuvni guruh, ba'zilari domen yoki shlyuz deb ataydi va aynan o'sha yerda ikki bayroq chalkashadi.

Xizmatga qonuniy ravishda ikkalasi ham kerak bo'lishi mumkin. Yo'l sizni to'g'ri portalga olib kelishi mumkin, forma esa hali ham uning ichidagi guruhlardan birini tanlashni so'raydi. Portal nomini guruh nomi sifatida berish yoki aksincha — qabul qilingan ko'rinib, keyin ruxsat bermaydigan kirish hosil qiladi, chunki qiymat sintaktik jihatdan to'g'ri, ma'no jihatdan esa noto'g'ri edi.

Operatordan har bir qiymatni alohida satrda so'rang: kirish yo'li, formadagi tanlov va ikkalasi kerakmi. Yorliqlar bir xil eshitiladi deb birini ikkinchisidan chiqarib chiqmang.

Yo'lni qisqartirish natijani nima uchun o'zgartiradi

Faqat xost va portni qabul qiladigan mijozlar ko'pincha baribir ulanadi, shuning uchun alomat kamdan-kam qattiq muvaffaqiyatsizlik bo'ladi. Buning o'rniga noto'g'ri kirish sahifasi, bo'sh guruhlar ro'yxati, operator e'lon qilgan nomga endi mos kelmaydigan sertifikat nomi yoki kerakli xizmatga marshrutsiz ko'tarilgan tunnel olasiz. Ularning har biri boshqa qatlamda o'tiradi va xost nomi deb hujjatlashtirilgan maydonga uzun satr qo'yish bilan hech biri tuzatilmaydi. Ulardan ikkitasini tashqaridan ham ajratib bo'lmaydi, chunki ikkalasi ham shunchaki davom etmaydigan kirish formasi sifatida keladi.

Xost nomini IP manzil bilan almashtirish — bu bilan tez-tez birga yuradigan alohida xato. Nomga asoslangan xizmat tanlovi va sertifikat tekshiruvi ikkalasi ham nomga bog'liq, shuning uchun raqamli manzil yo'l formati muammosini TLS xatosiga aylantirishi mumkin.

Brauzer manzillari yo'llardan ko'proq narsani ham olib yuradi. Sessiya identifikatorlari, qayta yo'naltirish maqsadlari, til prefikslari va vaqtinchalik kirish parametrlari — barchasi manzil satrida ko'rinadi va ularning hech biri saqlangan mijoz profiliga tegishli emas.

Boshqa narsani tahrirlashdan oldin kirish nuqtasini tasdiqlang

Sizga berilgan yo'lning sarlavhalarini o'qing. curl -sS -o /dev/null -D - https://vpn.example.net/partners kabi so'rov qayta yo'naltirishni kuzatmasdan holat satrini va har qanday Location sarlavhasini chop etadi. Nomlangan kirish oxirgi nuqtasiga ishora qiluvchi 302 yo'l mavjudligini tasdiqlaydi va qayerga olib borishini ko'rsatadi; 404 operator manzili eskirganini bildiradi.

So'ngra o'sha kirish nuqtasini tasdiqlangan mijozda qayta hosil qiling, masalan openconnect --usergroup=partners vpn.example.net, va qaysi forma chiqishini kuzating. Agar forma to'g'ri bo'lsa-yu, tunnel baribir ishlamasa, yo'l hech qachon muammo bo'lmagan va keyingi bekat — siyosat yoki marshrutlash.

Tiketda xost nomi, port, protokol, kirish yo'li va formadagi tanlovni beshta alohida maydon sifatida yozib qo'ying. Aynan shu ro'yxat keyingi muhandisga yetib bo'lmaydigan serverni TLS rad etishidan, rad etilgan tanlovdan va kerakli marshrutlarsiz ko'tarilgan tunneldan ajratish imkonini beradi.