VPN клиент SSTP-г үнэхээр дэмждэг эсэхийг хэрхэн шалгах вэ

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

Хэрэгжүүлэлт, хувилбар, платформыг тааруул

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

Windows-д туннелийн төрөл нь GUI-ээс биш платформоос ирдэг тул платформоос асуу. Get-VpnConnection -Name 'Work' | Select-Object TunnelType, ServerAddress нь уугуул клиент протоколыг турших үед Sstp-г харуулж, холболтын төрлийн лавлагаа үүнийг суурилагдсан туннелийн төрлүүдийн дунд жагсаадаг. Linux-д уугуул SSTP клиент огт байхгүй тул sstp-client багцаас sstpc зэрэг тусдаа хэрэгжүүлэлт суулгасан, шинэчлэгдсэн эсэх асуудал болно.

Шошгын өмнө профайлын хэлбэрийг унш

Профайлууд солигддоггүй бөгөөд танд өгсөн файл ихэвчлэн ямар ч боломжийн жагсаалтаас хурдан асуудлыг шийддэг. OpenVPN-ийн заавар, WireGuard түлхүүр, SSTP холболтын тохиргоо нь харилцан хамааралгүй гурван протоколыг тодорхойлох бөгөөд ямар ч импортын цонх нэгийг нөгөө болгохгүй. TCP 443 портыг хуваалцах нь юу ч орчуулахгүй, учир нь SSTP, TLS дээрх OpenVPN, энгийн HTTPS үйлчилгээ нэг портыг эзэлж, түүнээс дээш юу ч нийтлэггүй байж болно.

Хэрэв файл .ovpn эсвэл WireGuard тохиргоо бол хариулт аль хэдийн тодорхой: тэр клиентээс SSTP ярихыг шаардаагүй. Зөвхөн SSTP хийдэг клиентэд импортлох нь профайлын үе шатанд л бүтэлгүйтэх бөгөөд протоколын ямар ч хэлэлцээр эхлэхээс хамаагүй өмнө.

TLS байршуулалтын талаар юу ч нотлохгүй

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

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

Сессийг дөрвөн үе шатаар дага

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

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

Дэмжлэг байхгүй бол төлөвлөгөөгөө өөрчил

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

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