NAT-ын ард SoftEther: шууд нэвтрэлт үү, эсвэл VPN Azure реле үү?

Динамик DNS, NAT нэвтрэлт, VPN Azure өөр өөр ажил гүйцэтгэдэг. Хэрэглэгчдийг засахаас өмнө замыг сонгоод, дараа нь сесс яг ямар тээвэр ашиглаж байгааг баталгаажуулна уу.

Таны SoftEther сервер өөрчлөх боломжгүй үйлчилгээ үзүүлэгчийн маршрутизаторын ард байгаа ч клиентүүд холбогдсоор байгаа тул реле бүгдийг зөөж байна гэж таамаглаж байна. Энэ нь үнэн эсэх нь алийн механизм ажлыг гүйцэтгэснээс хамаарна: DNS нэр, зохицуулсан UDP зам эсвэл реле рүү гарах туннель. Гурвуулаа холбогдсон клиент үүсгэж чадах бөгөөд өөр өөр нөхцөлд бүтэлгүйтдэг. Хэрэглэгчид эсвэл төвүүдэд хүрэхээс өмнө ямар зам худалдаж авахаа шийдээрэй.

Гурван механизм, гурван өөр амлалт

Динамик DNS бол нэршил. Энэ нь хостын нэрийг өөрчлөгдөж буй хаяг руу чиглүүлж байдаг тул хүмүүс дугаарын араас гүйхээ болино, өөр юу ч хийдэггүй. Уугуул NAT нэвтрэлт бол зохицуулалт: хоёр SoftEther төгсгөлийн цэг мэдээлэл солилцож, тэдний хоорондын орчуулгын төхөөрөмжөөр дамжин ашиглах боломжтой UDP зам нээхийг оролддог. VPN Azure бол реле: сервер үйлчилгээ рүү гадагш залгаж, клиентүүд релений дэд бүтэц дэх хостын нэрээр ирдэг.

Эдгээр гурав нь нэг функцийн хувилбар биш, харин бие биенээ нөхдөг. Байршуулалт нэршил ашиглаж болох ч холболт нь бодитоор нэвтрэлт эсвэл релеэс хамаардаг.

Клиент болон сүлжээнээс шийдээрэй

Сонголт клиентээс эхэлдэг, учир нь нэвтрэлт нь SoftEther-ийн уугуул холболтын механизмд л байдаг. Нэг сервер дээрх OpenVPN, L2TP/IPsec болон SSTP сонсогчид нэг хост хуваалцдаг ч үүнийг өвлөдөггүй. Хэрэглэгч юу ажиллуулах, дараа нь сүлжээ юу зөвшөөрөхийг хараарай. Зөвхөн TCP 443-ыг зөвшөөрдөг корпорацийн сүлжээ таныг тухайн портын реле рүү түлхэх бол, нэвтрэлтэд шаардлагатай UDP портуудыг нэвтрүүлдэг сүлжээ шууд замыг туршиж болно; хоёуланг нь бодит гарах бодлоготой харьцуулан баталгаажуулна уу.

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

Сесс ямар тээвэр сонгосныг баталгаажуулна уу

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

vpncmd /SERVER localhost /HUB VPN /CMD:SessionList
vpncmd /SERVER localhost /HUB VPN /CMD:SessionGet <session-name>
nslookup alice.vpnazure.net

SessionList аль сессүүд холбогдсоныг харуулж, тэдгээрийн аль нэг дээрх SessionGet холболтын төрлийг мэдээлнэ, сесс релеэр ирсэн эсэхийг оруулаад. Релений дэд бүтэц рүү шийдэгддэг бичлэг нь сесс гуравдагч талаар дамждаг гэдгийг хэлнэ, үүнийг туршилтад тэр замыг хааж баталгаажуулж болно. Уугуул клиентэд UDP хурдатгал нь өгөгдлийн замыг хяналтын замаас холдуулж болох тул нэг ажиглалт бүх сессийг дүрслэхгүй. Хаяг өөрчлөгдсөний дараа хуучирсан динамик DNS нэр, арын зам байхгүй ч хариу үйлдэл үзүүлдэг реле нь тус тусад нь турших үнэ цэнэтэй хоёр бүтэлгүйтлийн горим юм. Загвар юу санаархсаныг биш, та юу хэмжсэнээ бичээрэй.

Сонгосон зам юунаас хамаарахыг төлөвлөөрэй

Зам бүр хамааралтай. Шууд нэвтрэлт сүлжээний шилжилт эсвэл шинэ орчуулгын төхөөрөмжийн дараа өөрчлөгдөж болох бол үйлчилгээ эсвэл түүний хүрэх боломжтой порт бүтэлгүйтэхэд реле сесс бүтэлгүйтдэг. Өөр сүлжээнээс дахин холбогдож, клиент баталгаажуулсан серверийн таних тэмдгийг баталгаажуулж, өмнө нь ажиллаж байсан замыг ижил туршилтад хадгална уу. Дараа нь VPN-ийн ард байгаа хувийн нөөцийг туршаарай, учир нь зөвшөөрөл, төвийн гишүүнчлэл, хаяг хуваарилалт, буцах маршрут аль ч тохиолдолд таны хариуцлага хэвээр байна.

Хостын нэр, протокол, функцийн тохиргоо, ажигласан тээврийг бичээрэй. Яг тэр дөрвөн хэсэгтэй бүртгэл нь дараагийн хүнд ажилладаг холболтыг дахин үүсгэх боломжийг олгодог.

Холбоотой нийтлэлүүд