SSTP — bu HTTPS ustidagi PPP, 443 portdagi veb-sahifa emas

SSTP PPP ni HTTPS ulanishi ichida tashiydi, shuning uchun o'rtadagi hamma narsaga u veb-trafikdek ko'rinadi. TLS va HTTP tashqi kanalni quradi, keyin SSTP boshqaruv xabarlari tunnelni tayyorlaydi, PPP esa sessiya xatti-harakatini ta'minlaydi. Xuddi shu manzilda sahifani yuklaydigan brauzer birinchi bosqichning faqat bir qismini tugatgan. Buni VPN sinovi deb hisoblash — ishlayotgan proksini protokol nomuvofiqligida ayblashning yo'li.

To'rt bosqichni tartib bilan o'ting, va siz ko'rayotgan nosozlik ulardan biriga tushadi.

1-bosqich: TCP va TLS

Mijoz 443 portiga TCP ulanishini ochadi va TLS qo'l siqishini bajaradi. Sertifikatlar zanjiri mijoz sozlangan xost nomiga mos kelishi kerak. Bu yerda nom mos kelmasligi har qanday SSTP xabari almashinuvidan oldin nosozlik keltirib chiqaradi va SSTP spetsifikatsiyasi bu tashqi HTTPS kanali allaqachon mavjud deb hisoblaydi. Keyingi bosqichlarda hech narsa bu yerdagi ishonch nosozligini qoplay olmaydi.

Oddiy veb-server bu bosqichni mukammal tugatib, keyingisida muvaffaqiyatsiz bo'lishi mumkin. TLS muvaffaqiyati sertifikat haqidagi dalil, uning orqasidagi protokol haqida emas.

2-bosqich: HTTPS so'rovi

SSTP so'rovini maxsus usul, SSTP_DUPLEX_POST bilan yuboradi va hujjat qaytarish o'rniga almashinuvni ochiq tutadi. Oddiy sahifa so'rovlariga sozlangan server yoki proksi ulanishni qabul qilib, keyin usulni rad etishi mumkin. Aynan shu rad etish odamlar odatda 443 port bloklangan deb ta'riflaydigan moslik muammosidir.

Server jurnalida javob kodini va usulni o'qing. Bu bosqichdagi rad etish TCP kutish vaqtidan boshqa muammo, va ikkalasi turli tuzatishlarga olib boradi.

3-bosqich: boshqaruv xabarlari

So'rov qabul qilingandan so'ng, SSTP tunnel bo'yicha kelishib, uni tayyorlaydigan boshqaruv xabarlarini almashadi. Bu HTTP so'rovlari emas, HTTPS tanasi ichidagi protokol xabarlari, shuning uchun tanalarni tekshirib qayta yozadigan proksi sahifa so'rovlariga tegmasdan ularni buzishi mumkin.

Aynan shu yerda chuqur tekshiruvchi o'rta qurilma o'z obro'sini oladi. Sahifalar yuklanib, VPN muvaffaqiyatsiz bo'lsa, port ochiqmi emas, tana o'zgartirilmoqdami — shuni tekshiring.

4-bosqich: PPP boshqaruvni oladi

Keyin PPP sessiya xatti-harakatini beradi: bog'lanish kelishuvi, autentifikatsiya va undan keyingi tarmoq qatlami sozlamasi. PPP autentifikatsiyasi mijoz allaqachon o'tgan TLS tekshiruvidan alohida. Mijoz qabul qiladigan server sertifikati foydalanuvchi hisob ma'lumotlari to'g'riligini yoki hisob ruxsat etilganini aytmaydi.

Qabul qilingan sertifikat va rad etilgan kirish bir-biriga zid emas. Bular natijalari mustaqil bo'lgan ketma-ket bosqichlar.

Autentifikatsiyaning bir nechta roli bor

Mijoz TLS serverining kimligini o'z ishonch ombori va sozlangan nomga qarab tekshiradi. Keyin PPP joylashtirishga qarab foydalanuvchini yoki mashinani autentifikatsiya qiladi. Server kim ulanishi va nimaga yetishi haqidagi o'z siyosatini qo'shishi mumkin. Xost nomini sertifikat kimligiga mos tuting, chunki xom manzil qo'yish ishlaydigan sozlamani nom tekshiruvi nosozligiga aylantiradi.

Qaysi bosqich nosozlik haqida xabar berganini yozing. Sertifikat, usul, boshqaruv xabari, PPP autentifikatsiyasi, keyin marshrutlar: besh joy, besh tuzatish.

Brauzer sinovi nima ko'rsata oladi va nima ko'rsata olmaydi

Manzildagi sahifani yuklash DNS hal qilinishini, TCP yetib borishini va HTTP gapiradigan narsa tinglayotganini isbotlaydi. Usul qabul qilinishini, boshqaruv almashinuvi omon qolishini yoki PPP autentifikatsiyasi sozlanganini isbotlamaydi. Portni o'zgartirib boshqa profilni aylantirish o'rniga SSTP ni amalga oshiradigan mijozi ishlating.

Sessiya ko'tarilgandan keyin ham marshrutlar, DNS va server tomonidagi yo'naltirish foydalanuvchi nimaga yetishini hal qiladi. Tunnel — yo'l, ruxsat emas.