SoftEther VPN Azure: релей замын зам, нээлттэй порт биш
VPN Azure нь сервер өөрөө гадагш холбогддог релей бөгөөд порт дамжуулалт биш. NAT-ийн ард тусалдаг, зөвхөн зарим протоколыг зөөдөг бөгөөд хянах шаардлагатай хамаарлыг нэмдэг.
Таны сервер тохируулж чадахгүй чиглүүлэгчийн ард байгаа тул порт дамжуулах тодорхой төлөвлөгөө боломжгүй. VPN Azure яг энэ нөхцөлд зориулагдсан бөгөөд эхний холболтын чиглэлийг эргүүлснээр шийддэг: сервер гадагш релей рүү холбогдож, клиентүүд серверийн оронд релейд хүрдэг. Энэ эргэлтийг ойлгох нь үйлчилгээ юу засдагийг болон дараа таарах бүх хязгаарыг тайлбарладаг.
Замд юу өөрчлөгдөх вэ
Энгийн сонсогчийн хувьд клиент таны чиглүүлэгчийн сервер рүү дамжуулдаг нийтийн хаяг руу TCP холболт нээдэг. Релейтэй үед сервер релейн дэд бүтэц рүү гарах холболтыг хадгалж, релей клиентийн холболтыг хүлээн авч тэдний ачааг хүлээж буй сервер рүү дамжуулдаг. Ямар ч орж ирэх порт нээгдэхгүй, статик хаяг шаардлагагүй, чиглүүлэгч хөндөгдөхгүй хэвээр байна. Галт ханын өнцгөөс сервер бол энгийн гарч буй клиент тул хязгаарлалттай сүлжээнүүд үүнийг зөвшөөрдөг.
Релей тэр серверт өөрийн домэйн дээр нэр олгож, клиентүүд тэнд холбогдохоор тохируулагддаг.
Тэр нэр нь релей үйлчилгээнд хамаарах бөгөөд энэ нь Microsoft Azure VPN Gateway биш, хоёуланг нь Azure ямар нэгэн гэж нэрлэдэг ч. Тэднийг солилцох боломжтой гэж үзэх нь ажиллах боломжгүй тохиргоог бий болгодог.
Ямар протоколууд релейгээр дамжих вэ
Релей SoftEther протоколыг зөөдөг бөгөөд төсөл SSTP сонголтыг клиентийн сонголт гэж баримтжуулдаг, энэ нь Windows SSTP клиенттэй ирдэг тул ашигтай. Гэхдээ энэ нь хост дээрх сонсогч бүрт ерөнхий тээвэрлэгч болохгүй: OpenVPN сонсогч, IPsec хариулагч, L2TP үйлчилгээ тус бүр өөрийн хүрэх боломжтой төгсгөлийн цэг хэрэгтэй бөгөөд аль нь ч зөвхөн SoftEther сервер холбогдсон учраас релейгээр дамждаггүй.
Тиймээс клиентийн профайлууд серверийн хаягийн оронд релейн нэрийг заадаг бөгөөд шууд холболтоор бүтээсэн одоо байгаа профайл өөрчлөлтгүйгээр ажиллахгүй. Релей зөөдөггүй протоколын эргэн тойронд зохион бүтээхээс өмнө таны ажиллуулж буй хувилбарт зориулсан дэмжигдсэн клиентүүдийн жагсаалтыг харна уу.
Релей таны өмнөөс хийдэггүй зүйл
Релей бол тээвэр. Энэ нь хэрэглэгчид, виртуал хаб, хандалтын бодлого, чиглэл үүсгэдэггүй бөгөөд таны серверийн арын хувийн сүлжээний талаар юу ч мэдэхгүй. Хэрэв алслагдсан клиентүүд LAN дэд сүлжээнд хүрэх шаардлагатай бол серверт гүүр эсвэл чиглүүлэлтийн тохиргоо, буцах зам, үүнийг боломжтой болгодог галт ханын бодлого зэрэг хэрэгтэй хэвээр. Хоёр төгсгөлийн давхцаж буй хаягийн төлөвлөгөө нь релейд мөн харагдахгүй бөгөөд таны шийдэх асуудал хэвээр үлддэг.
Дэмжигдсэн аюулгүй байдлын тохиргоог та өөрөө сонгоно. Төслийн баримт бичигт хуучин платформын жишээнүүд байдаг бөгөөд хуучин дэлгэцийн зурагнаас хуучирсан шифрлэлт эсвэл гэрчилгээний тохиргоог хуулах нь хэн ч аудит хийх боломжгүй туннель барих сайн арга юм. Таны ажиллуулж буй хувилбарт зориулсан одоогийн зааварчилгааг ашиглана уу.
Гэрчилгээний баталгаажуулалт болон хэрэглэгчийн нэвтрүүлэлт серверийн хариуцлага хэвээр үлдэх бөгөөд релей хэзээ ч аль нэгийг нь орлохгүй.
Үүнийг хамаарал хэлбэрээр ажиллуулаарай
Хүртээмжэд одоо гуравдагч тал багтсан. Релейд хүрэх боломжгүй үед таны сервер хэр эрүүл байсан ч клиентүүд холбогдож чадахгүй бөгөөд алдаа нь гаднаас клиентийн асуудал мэт харагдана. Релейн замыг серверийн эрүүл мэндээс тусдаа хянаж, энэ нь чухал болох өдөрт зориулж өөр хаяг дээрх шууд сонсогч зэрэг баримтжуулсан нөөц төлөвлөгөөг хадгална уу.
Хоцролт нь таны хэрэглэгчдийн ойрхон байдлаас илүү релейн газарзүйг дагадаг бөгөөд үүн дээр интерактив гүйцэтгэл амлахын өмнө хэмжих нь зүйтэй.
Серверийн таних тэмдэг, дараа нь бодит програмын замыг шалгана уу, зөвхөн амжилттай холболтын баннер биш, мөн танд хэрэгтэй нөөц релей зөөдөг хаягийн гэр бүлээр хүрэх боломжтой эсэхийг шалгана уу. Релейн нэр, ашигласан протокол, нөөц төлөвлөгөөг бичнэ үү, учир нь эдгээр гурван баримт энэ холбоосын талаарх ирээдүйн ихэнх асуултад хариулдаг.