Linuxda SSTP kirishdan oldin muvaffaqiyatsiz bo'lyaptimi? Ish vaqti qismlarini tekshiring

Siz SSTP plaginini o'rnatasiz, tarmoq muharririda radio tugma paydo bo'ladi, shlyuz va foydalanuvchi nomini kiritasiz, va profil parol so'rashdan oldin umumiy xato bilan muvaffaqiyatsiz bo'ladi. Bu ketma-ketlikda g'ayrioddiy narsa yo'q va unda tunnel dasturi o'rnatilganini isbotlaydigan hech narsa yo'q. SSTP ulanishi alohida yetkazib beriladigan qismlardan yig'iladi: NetworkManager ishga tushira oladigan VPN plagini, TLS va PPP sessiyasiga ega SSTP mijoz dasturi, uning ostidagi PPP demoni, va ulanish o'qishga ruxsat berilgan sirlar ombori.

Menyu bandi nima qo'shadi va nima qo'shmaydi

Plagin NetworkManager ga uni qanday ishga tushirishni aytadigan xizmat tavsifini va aksariyat distributivlarda formani chizadigan kichik muharrirni beradi. Menyu bandining butun qamrovi shu. Mijoz dasturi boshqa manba paketidan keladi, va plaginning o'z README fayli bu bo'linishni to'g'ridan-to'g'ri aytadi: bu plagin, mijoz emas.

Keyin mijozga PPP kerak, chunki SSTP TLS ulanishi ichida PPP sessiyasini tashiydi. pppd bo'lmasa tunnel TLS qo'l siqishni tugatib, baribir birinchi boshqaruv kadrida o'lishi mumkin, bu hisob ma'lumotlari muammosiga o'xshaydi va unday emas. Debian va Ubuntu da qismlar network-manager-sstp, sstp-client va ppp sifatida keladi, va faqat birinchisini o'rnatish forma har bir maydonni qabul qilib, ulanish hech qachon tugamasligining eng keng tarqalgan sababidir.

Ish stoli tanlovi yana bir bo'linish qo'shadi. Plasma profillarni plasma-nm orqali tahrirlaydi, unga o'z SSTP komponenti kerak va u xuddi shu xizmat tavsifini o'qiydi, shuning uchun SSTP bandi bo'lmagan muharrir va profillarni yaxshi yaratadigan CLI buzilgan ish muhiti emas, balki yetishmayotgan muharrir yarmidir.

Biror narsani qayta o'rnatishdan oldin birinchi muvaffaqiyatsiz bosqichni o'qing

Muvaffaqiyatsiz SSTP urinishi qat'iy tartibda bosqichlardan o'tadi, va muvaffaqiyatsiz bo'lgan bosqich qaysi komponentga qarash kerakligini aytadi.

Plaginni ishga tushirish birinchi, va u yerda xatolik server haqida emas, VPN xizmati haqida xabar beradi. Keyin 443 portiga TCP ulanish keladi; bu yerda rad etish yoki vaqt tugashi yetib borish muammosi, TLS emas. Keyin TLS qo'l siqish va server identifikatsiyasini tekshirish, so'ngra PPP muzokaralari va hisob autentifikatsiyasi, va nihoyat manzil taqsimlash va marshrutlar. Profilni bir marta faollashtirganda journalctl -f -u NetworkManager ni kuzating, va oxirgi umumiy satr o'rniga birinchi aniq satrni o'qing.

Bu tartib keng tarqalgan noto'g'ri o'qishni tushuntiradi. Sertifikat shikoyati har qanday hisob ma'lumotlari yuborilishidan oldin qayd etiladi, shuning uchun parolni o'zgartirish yordam bera olmaydi; PPP autentifikatsiyasini rad etish muvaffaqiyatli qo'l siqishdan keyin keladi, shuning uchun sertifikatni almashtirish ham yordam bermaydi. Birinchi xatolik va uning bosqichini saqlang, shunda alomat emas, tashxis olasiz.

Sertifikatga ishonch va hisobga kirish ikki alohida darvoza

Qo'l siqish server siz yetib bormoqchi bo'lgan server ekanligini siz sozlagan chiqaruvchi va nom bilan tasdiqlaydi. Shundan keyingina PPP qatlami foydalanuvchi nomingiz va parolingizni shlyuzning autentifikatsiya usuliga taklif qiladi. Demak, ikki mustaqil tekshiruv qat'iy tartibda baholanadi, har biri uchun alohida sozlamalar. Parol maydoniga yozilgan hech narsa birinchisiga ta'sir qila olmaydi.

Noto'g'ri chiqaruvchiga ishonadigan profil birinchi darvozada identifikatsiya xatosi bilan muvaffaqiyatsiz bo'ladi. Unga to'g'ri ishonadigan, lekin eskirgan parolni saqlaydigan profil ikkinchisida autentifikatsiyani rad etish bilan muvaffaqiyatsiz bo'ladi. Ikkalasi ham ulanmaydigan VPN kabi ko'rinadi, va hech biri ikkinchisining davosi bilan tuzatilmaydi.

Kutilgan chiqaruvchi va server nomini muharrir standartlarini taxmin qilish o'rniga shlyuzni boshqaradigan kishidan oling, va ular talab qiladigan autentifikatsiya usulini yozib qo'ying. Agar tashkilotga plagin ifodalay olmaydigan usul kerak bo'lsa, halol javob buni qila oladigan tasdiqlangan mijoz, xatoni yo'qotish uchun tekshiruv o'chirilgan profil emas.

Profil va sirlarni bitta egasi ushlab tursin

Profil paydo bo'lgach, uni NetworkManager orqali faollashtiring va hosil bo'lgan marshrutlar hamda hal qiluvchi o'zgarishlariga o'sha menejer egalik qilsin. NetworkManager ulanishni allaqachon boshqarayotganda ikkinchi mustaqil SSTP mijozini ishga tushirish sizga ikki marshrut to'plami, ikki DNS konfiguratsiyasi va yagona haqiqat manbasi bo'lmagan disk raskadrovka sessiyasini beradi.

Sirlarning ham egasi bor. Butun tizim foydalanishi uchun belgilangan ulanish hisob ma'lumotlarini foydalanuvchi sessiyangiz bilan cheklanganidan boshqacha saqlaydi, va kalit faylida qo'lda yaratilgan profil parolni interaktiv taqdim etishni kutayotgan sirlar agenti uchun o'qilmasligi mumkin. Hech qachon muammo bo'lmagan parolni qayta yozishdan oldin profil qanday kontekstni kutayotganini tekshiring. Xuddi shu profilni terminaldan nmcli bilan faollashtirish eng tez sinov, chunki hech qachon chiqmaydigan so'rov agentning taklif qiladigan hech narsasi yo'qligini aytadi.

Tunnel, marshrutlar va hal qiluvchini alohida tekshiring

Ulangan ko'rsatkichi faqat aloqa ko'tarilganini da'vo qiladi. Sizga haqiqatan kerak bo'lgan manzilni, uni olib boradigan marshrutni va ishlatilayotgan hal qiluvchini birma-bir tekshiring; qolgan ikkitasi joyida bo'lganda har biri xato bo'lishi mumkin.

Muvaffaqiyatsiz urinish uchun har bir komponent versiyasini va tozalangan xato matnini yozib oling. To'liq profilni emas, o'shalarni ulashing, chunki profilda oldindan ulashilgan sir va saqlangan hisob ma'lumotlaringiz bo'lishi mumkin.

Nihoyat, uzib qayta ulaning, so'ng bir marta qayta ishga tushiring. Agar profil faqat birinchi urinishda ishlasa, muammo sirlarni boshqarishda yoki marshrutlar egaligida, va ikkalasini ham hozir tuzatish ish kuni o'rtasida tuzatishdan arzonroq.