SSTP эхлээд серверийг, дараа нь хэрэглэгчийг баталгаажуулна

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

Итгэмжлэгдсэн гэрчилгээ эцсийн цэгийг нотолно; бүртгэлийн талаар юу ч хэлэхгүй.

TLS гар барилт юуг тогтоодог вэ

Клиент серверийн танилцуулсан гэрчилгээг өөрийн итгэлцлийн сан, хүссэн хост нэр, хүчинтэй байх хугацааны цонх болон платформын хэрэглэдэг нэмэлт бодлоготой харьцуулан шалгана. Энэ нь зориудын эцсийн цэг рүү холболтыг хамгаална. Гэхдээ тодорхой бүртгэл идэвхтэй, хугацаа нь дуусаагүй эсвэл алсын хандалтад зөвшөөрөгдсөн гэдгийг нотлохгүй. Эдгээр нь дараа нь өөр бүрэлдэхүүн асуудаг тусдаа асуултууд юм.

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

SSTP ба PPP юу нэмдэг вэ

SSTP нь HTTPS дээр ажиллаж, дотроо PPP зөөдөг, холболтын эргэн тойронд өөрийн удирдлагын солилцоотой. Дараа нь PPP өөрийн холбоос ба баталгаажуулалтын үе шатуудыг гүйцэтгэдэг бөгөөд баталгаажуулалтын арга нь серверийн бодлого, клиентийн чадвараас хамаарна. PAP, CHAP, MS-CHAPv2, EAP бүгд маш өөр шинж чанартай PPP баталгаажуулалтын сонголтууд юм. VPN-ийн хэрэглэгчийн шалгалт бол тэр PPP үе шат, түүний доорх TLS давхарга биш.

Тиймээс хэрэглэгчийг буцаах нь нэвтрэх мэдээлэл, бүртгэлийн хязгаарлалт эсвэл аргын зөрүүг илэрхийлж болно.

Серверийн талын шалтгаан нь профайл дахь бүх нууцыг дахин тохируулахаас хамаагүй илүү ашигтай. Бүртгэл идэвхгүй болсон үйл явдал ба аргын хэлэлцээрийн бүтэлгүйтэл клиент дээр ижил харагдах боловч сервер дээр огт нийтлэг зүйлгүй.

Алдааг үе шаттай тааруулаарай

Холболт TLS-д хүрч байгаа эсэх, дараа нь SSTP HTTP солилцоо, дараа нь PPP үе шатыг шалгаарай. Дахин оролдлогуудын хооронд бүртгэлийн цагийн тэмдэглэгээг тэгшлээрэй, ингэснээр өмнөх бүтэлгүйтэл дараагийн амжилттай холилдохгүй. Нэг цонхонд хоёр оролдлого бүртгэдэг клиент эс бөгөөс хүрсэн сүүлийн үе шатанд бүтэлгүйтсэн мэт харагдана. Сүүлийн мөрийг биш, эхний чухал алдааг уншаарай.

Мөн адил тэгшлэлт серверийн талд чухал, тэнд баталгаажуулалтын бүртгэл ба тээврийн бүртгэл нь ихэвчлэн өөр цагтай тусдаа файлууд байдаг. Хоёр минутын зөрүү нь тодорхой шалтгааныг боломжгүй мэт харагдуулахад хангалттай.

Нэвтэрсний дараа эрх олголт нь тусдаа хэвээр

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

Энэ нь гар барилтын харуулсан ижил давхарлалт, нэг түвшин дээгүүр.

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