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 атауы және backend жолы жоқ кезде жауап беретін реле — бөлек тексеруге тұрарлық екі ақау режимі. Дизайн ниет еткенді емес, өлшегеніңізді жазыңыз.

Таңдалған жол неге тәуелді екенін жоспарлаңыз

Әр жол тәуелділік алып жүреді. Тікелей өту желілік ауысудан немесе жаңа аударма құрылғысынан кейін өзгеруі мүмкін, ал реле сессиясы қызмет немесе оның қолжетімді порты істен шыққанда істен шығады. Басқа желіден қайта қосылып, клиент тексерген сервер сәйкестігін растаңыз, бұрын жұмыс істеген жолды сол сынақта сақтаңыз. Содан кейін VPN артындағы жеке ресурсты сынаңыз, өйткені авторизация, хаб мүшелігі, мекенжай беру және қайтару маршруттары қалай болса да сіздің жауапкершілігіңізде қалады.

Хост атауын, протоколды, функция параметрлерін және байқалған тасымалдауды жазып алыңыз. Дәл сол төрт бөлікті жазба келесі адамға жұмыс істейтін қосылымды қайта жаңғыртуға мүмкіндік береді.

Қатысты мақалалар