Windows VPN-ийн хаягийн талбар дахь порт зөвхөн SSTP-тэй ажиллана

VPN сервер TCP 10443 дээр хариулж, Windows-ын суурилагдсан клиент зөв нэвтрэх мэдээлэлтэй байгаа ч холболт DNS-ийн хугацаа дууссан мэт завсарлагын дараа тасарсаар байна. Шалтгаан нь ихэвчлэн хаягийн талбар: Серверийн нэр эсвэл хаяг талбарт vpn.example.com:10443 гэж бичихэд Windows бүх мөрийг хост нэр гэж уншдаг, учир нь энэ талбар нь ерөнхий host:port оролт биш. Портыг тэнд ер нь илэрхийлж болох эсэх нь профайлын ашиглаж буй туннелийн төрлөөс хамаарч, дөрвөн төрлийн зөвхөн нэг нь утгыг шинжилж чадах зүйл гэж үздэг.

Хаягийн талбар яагаад host:port талбар биш вэ

Тухайн талбарын ард байх профайлын шинж чанар нь ServerAddress бөгөөд туннелийн төрөл бүр мөртэй юу хийхээ өөрөө шийддэг. Тэдгээрийн гуравт бөглөх портын параметр байхгүй тул хоёр цэг ба тоо нь хэзээ ч шийдэгдэхгүй нэр дэх тэмдэгтүүд юм. Дөрөв дэх нь HTTPS-ээр ажилладаг бөгөөд порт нь URL-ийн хэсэг байдаг тул утгыг URL гэж шинжлэгдэх хэлбэрээр бичих ёстой.

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

Тогтмол порттой гурван төрөл

PPTP нь TCP 1723-тай холбогдож, дараа нь туннелийг GRE, IP протокол 47-д тээвэрлэдэг. L2TP/IPsec нь туннельд UDP 1701, IPsec-д UDP 500 болон 4500 ашигладаг бөгөөд 4500 нь NAT-аар гарах порт юм. IKEv2 мөн UDP 500 болон 4500 ашигладаг. Эдгээр профайлын аль нь ч интерфейсийн хаана ч портын талбар харуулдаггүй, аль нь ч стандарт бус портоор тохиролцохгүй.

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

SSTP-д URL хэрэгтэй, нэр биш

SSTP нь TLS сесс дотор ажилладаг тул үл хамаарах зүйл юм. Талбарыг URL гэж шинжлэх ёстой: эхлээд https:// схем, дараа нь хост, дараа нь хоёр цэг ба порт. Схемгүй бол Windows утгыг энгийн нэр гэж үргэлжлүүлэн үзэж, холболт ямар ч TLS солилцоо гарахаас өмнө бүтэлгүйтнэ.

Үүнийг хүмүүст гайхмаар санагдуулах шалтгаан нь анхдагч порт нь нүцгэн хост нэрийг хүлээн авдагт оршино. Тохируулсан порт хэзээ ч хэрэглэж байгаагүй профайл энэ дүрмийг хэзээ ч заадаггүй бөгөөд нэгийг нэмсэн эхний хүн үүнийг бүтэлгүйтлээр мэддэг. Хадгалсны дараа диалогт итгэхийн оронд хадгалсан утгыг дахин уншина уу:

Get-VpnConnection -Name "Corporate SSTP" | Select-Object Name, ServerAddress, TunnelType

ServerAddress нь яг хадгалагдсаныг харуулна. Хэрэв хоёр цэг бүхий нүцгэн хост нэр гэж уншигдвал профайл хэзээ ч URL авч чадаагүй бөгөөд хэдэн ч удаа дахин оролдсон засахгүй.

Мөн талбарт наадаг үйлдвэрлэгчийн синтакс

Зарим гарц нь тухайн талбарт нэмэлт конвенц бичиж өгдөг, жишээ нь портын дараа нэмэгдэх realm эсвэл сертификатын боловсруулалтыг өөрчлөх асуулгын параметрүүд. Тэдгээрийг тухайн үйлдвэрлэгчийн сервер болон зарим бүтээцэд өөрийн клиент ойлгодог. Тэд Windows профайлын форматын хэсэг биш бөгөөд суурилагдсан профайлд наах нь ихэвчлэн мөн адил чимээгүй нэрийн алдаа гаргадаг.

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

Портыг нотолж, дараа нь бүтэлгүйтсэн шатыг уншаарай

Профайлыг буруутгахаас өмнө клиентийн сүлжээнээс тухайн порт дээр TCP-г ямар нэгэн зүйл хүлээн авч байгааг баталгаажуулаарай:

Test-NetConnection vpn.example.com -Port 10443

Амжилт нь сонсогчийг нотолдог, SSTP-г биш. Вэб сервер, урвуу прокси эсвэл ачааллын тэнцвэржүүлэгч TCP гар барилтыг дуусгаад ч SSTP ярьдаггүй байж болох тул ногоон тест, улаан VPN хослол нь бодит юм. Сертификатын субъектыг профайл дахь нэртэй харьцуулж, үүнийг агуулсан бүтээцүүдэд RasClient бүртгэлийг шалгаарай, учир нь энэ нь ерөнхий хугацаа дуусахын оронд бүтэлгүйтсэн шатыг бичдэг.

Дараа нь асуудлыг баримтжуулахын оронд арилгах хувилбарыг авч үзээрэй: гаднаас TCP 443-ыг VPN сервер дээрх 10443 руу дамжуулна. Тэгвэл клиент ямар ч портгүй анхдагч профайлыг ашиглах бөгөөд энэ нь удирддаг флотод ихэвчлэн хамгийн цэвэр зохион байгуулалт бөгөөд тохируулсан портыг дотоод дэлгэрэнгүй мэдээлэл болгон үлдээдэг.