SSTP бол HTTPS дээрх PPP, 443 порт дээрх вэб хуудас биш

SSTP PPP-г HTTPS холболтын дотор зөөдөг, тиймээс дунд байгаа бүхэнд энэ нь вэб трафик мэт харагдана. TLS болон HTTP гадаад сувгийг байгуулж, дараа нь SSTP удирдлагын мессежүүд туннелийг бэлтгэж, PPP сессийн зан төлөвийг хангана. Ижил хаягаар хуудсыг ачаалж буй хөтөч эхний үе шатын зөвхөн нэг хэсгийг дуусгасан байна. Үүнийг VPN шалгалт гэж үзэх нь ажиллаж буй проксийг протоколын зөрүүгээр буруутгах арга юм.

Дөрвөн үе шатыг дараалан дайрч, таны харж буй алдаа тэдгээрийн аль нэгэнд нь тохиолдоно.

1-р үе: TCP болон TLS

Клиент 443 порт руу TCP холболт нээж, TLS гар барилт хийнэ. Гэрчилгээний хэлхээ нь клиентийг тохируулсан хост нэртэй тохирох ёстой. Энд нэрийн зөрүү гарвал ямар ч SSTP мессеж солилцохоос өмнө алдаа үүснэ, мөн SSTP спецификаци энэ гадаад HTTPS суваг аль хэдийн байгаа гэж үздэг. Дараагийн үе шатуудад юу ч эндхийн итгэлцлийн алдааг нөхөж чадахгүй.

Энгийн вэб сервер энэ үе шатыг төгс дуусгаад дараагийнх нь дээр бүтэлгүйтэж болно. TLS-ийн амжилт нь гэрчилгээний тухай баталгаа, түүний ард байгаа протоколын тухай биш.

2-р үе: HTTPS хүсэлт

SSTP хүсэлтээ тусгай арга буюу SSTP_DUPLEX_POST-оор илгээж, баримт бичиг буцаахын оронд солилцоог нээлттэй байлгана. Энгийн хуудасны хүсэлтэд тохируулсан сервер эсвэл прокси холболтыг хүлээн авч, дараа нь аргыг татгалзаж болно. Тэр татгалзал нь хүмүүсийн ихэвчлэн 443 порт хаагдсан гэж тайлбарладаг нийцлийн асуудал юм.

Серверийн лог дахь хариултын код болон аргыг уншаарай. Энэ үе шатанд татгалзах нь TCP хугацаа дуусахаас өөр асуудал бөгөөд хоёулаа өөр засварт хүргэдэг.

3-р үе: удирдлагын мессежүүд

Хүсэлтийг хүлээн авсны дараа SSTP туннелийг хэлэлцэж бэлтгэдэг удирдлагын мессежүүдийг солилцдог. Эдгээр нь HTTP хүсэлт биш, HTTPS биеийн доторх протоколын мессежүүд тул биеийг шалгаж дахин бичдэг прокси нь хуудасны хүсэлтүүдийг хөндөхгүй үлдээж, эдгээрийг эвдэж чадна.

Энд гүнзгий шалгалтын завсрын төхөөрөмж нэр хүндээ олдог. Хуудсууд ачаалж, VPN бүтэлгүйтвэл порт нээлттэй эсэхийг биш, бие өөрчлөгдөж байгаа эсэхийг шалгаарай.

4-р үе: PPP удирдлагыг авна

Дараа нь PPP сессийн зан төлөвийг өгнө: холбоосын хэлэлцээр, баталгаажуулалт болон дараагийн сүлжээний түвшний тохиргоо. PPP баталгаажуулалт нь клиентийн аль хэдийн давсан TLS шалгалтаас тусдаа. Клиентийн хүлээн авдаг серверийн гэрчилгээ нь хэрэглэгчийн нэвтрэх мэдээлэл хүчинтэй эсэх, бүртгэл зөвшөөрөгдсөн эсэхийг юу ч хэлэхгүй.

Хүлээн авсан гэрчилгээ болон татгалзсан нэвтрэлт хоорондоо зөрчилдөхгүй. Эдгээр нь бие даасан үр дүнтэй дараалсан үе шатууд юм.

Баталгаажуулалт хэд хэдэн үүрэгтэй

Клиент TLS серверийн хувийн байдлыг өөрийн итгэлцлийн сан болон тохируулсан нэртэй харьцуулан баталгаажуулна. Дараа нь PPP байршуулалтаас хамааран хэрэглэгч эсвэл машиныг баталгаажуулна. Сервер хэн холбогдож, юунд хүрч болох тухай өөрийн бодлогыг нэмж болно. Хост нэрийг гэрчилгээний хувийн байдалтай нийцүүлэн байлгаарай, учир нь түүхий хаягаар солих нь ажиллаж буй тохиргоог нэр шалгах алдаа болгоно.

Ямар үе шат алдааг мэдээлснийг бичээрэй. Гэрчилгээ, арга, удирдлагын мессеж, PPP баталгаажуулалт, дараа нь маршрутууд: таван газар, таван засвар.

Хөтчийн шалгалт юу гэж харуулж чадах, юу гэж чадахгүй

Хаяг дээр хуудас ачаалах нь DNS шийдэл, TCP хүртээмж, HTTP ярьдаг ямар нэгэн зүйл сонсож байгааг батална. Арга хүлээн авагдсан, удирдлагын солилцоо амьд үлдсэн эсвэл PPP баталгаажуулалт тохируулагдсаныг батлахгүй. Портыг өөрчилж өөр профайлыг хөрвүүлэхийн оронд SSTP хэрэгжүүлсэн клиент ашиглаарай.

Сесс өргөгдсөний дараа ч маршрутууд, DNS, серверийн талын дамжуулалт хэрэглэгч юунд хүрч болохыг шийднэ. Туннель бол зам, зөвшөөрөл биш.