SoftEther wara NAT: qsim dirett jew relay VPN Azure?

DNS dinamiku, qsim NAT u VPN Azure jagħmlu xogħlijiet differenti. Agħżel il-passa qabel ma tedita l-utenti, imbagħad ikkonferma liema trasport tuża s-sessjoni fil-fatt.

Is-server SoftEther tiegħek jinsab wara router tal-fornitur li ma tistax tibdilha, u l-klijenti xorta jgħaqqdu, għalhekk tassumi li relay qed iġorr kollox. Jekk dan huwiex veru jiddependi minn liema mekkaniżmu għamel ix-xogħol: isem DNS, passa UDP ikkoordinat jew mina ħierġa lejn relay. It-tliet kollha jistgħu jipproduċu klijent konness, u jonqsu f'kundizzjonijiet differenti. Iddeċiedi liema passa qed tixtri qabel ma tmiss utenti jew hubs.

Tliet mekkaniżmi, tliet wegħdiet differenti

DNS dinamiku huwa tismija. Iżomm isem tal-host indikat lejn indirizz li jinbidel biex in-nies jieqfu jiġru wara n-numru, u ma jagħmel xejn ieħor. Il-qsim NAT nattiv huwa koordinazzjoni: żewġ punti tat-tarf SoftEther jiskambjaw informazzjoni u jippruvaw jiftħu passa UDP użabbli permezz tal-apparati tat-traduzzjoni bejniethom. VPN Azure huwa relay: is-server idallgħal barra lejn is-servizz, u l-klijenti jaslu permezz ta' isem tal-host fl-infrastruttura tar-relay.

It-tlieta huma komplementari minflok verżjonijiet ta' funzjoni waħda. Skjerament jista' juża tismija filwaqt li l-konnessjoni tiegħu fil-fatt tiddependi mill-qsim jew mir-relay.

Iddeċiedi mill-klijent u min-netwerk

L-għażla tibda mill-klijent, għax il-qsim jeżisti biss fil-mekkaniżmu nattiv tal-konnessjoni SoftEther. OpenVPN, L2TP/IPsec u dawk li jisimgħu SSTP fuq l-istess server ma jirtuhx, anki jekk jaqsmu host. Ara x'se jmexxi l-utent, imbagħad x'jippermetti n-netwerk. Netwerk korporattiv li jippermetti biss TCP 443 imbotta lejn relay fuq dak il-port, filwaqt li netwerk li jgħaddi l-portijiet UDP li l-qsim jeħtieġ jista' jipprova passa diretta; ikkonferma t-tnejn kontra l-politika tal-ħruġ fil-fatt.

Semmiegħ li jista' jintlaħaq manwalment għadu disinn leġittimu meta amministratur jista' jippubblika wieħed, iżda huwa proġett separat bl-indirizzar u x-xogħol tal-firewall tiegħu stess.

Ikkonferma liema trasport għażlet is-sessjoni

L-istatus tal-konnessjoni huwa l-uniku sors onest għall-passa użata. Aqrah fuq is-server, u ssolvi l-isem tal-host li rċieva l-klijent.

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

SessionList juri liema sessjonijiet huma konnessi, u SessionGet fuq waħda minnhom jirrapporta t-tip ta' konnessjoni, inkluż jekk is-sessjoni waslitx permezz tar-relay. Rekord li jsolvi fl-infrastruttura tar-relay jgħidlek li s-sessjoni tgħaddi minn parti terza, li tista' tikkonferma billi timblokka dik il-passa fi prova. B'klijent nattiv, l-aċċelerazzjoni UDP tista' tbiegħed il-passa tad-data mill-passa tal-kontroll, għalhekk osservazzjoni waħda ma tiddeskrivix is-sessjoni kollha. Isem DNS dinamiku antik wara bidla fl-indirizz, u relay li jwieġeb waqt li l-passa tal-backend hija neqsin, huma żewġ modi ta' falliment li jixirqu prova separata. Innota dak li kejielt, mhux dak li kien beħsieb id-disinn.

Ippjana għal dak li jiddependi fuqu l-passa magħżula

Kull passa ġġorr dipendenza. Qsim dirett jista' jinbidel wara transizzjoni tan-netwerk jew apparat tat-traduzzjoni ġdid, filwaqt li sessjoni tar-relay tfalli meta jonqos is-servizz jew il-port aċċessibbli tiegħu. Erġa' qabbad minn netwerk ieħor u kkonferma l-identità tas-server li vverifika l-klijent, filwaqt li żżomm il-passa li kienet taħdem qabel fl-istess prova. Imbagħad ipprova r-riżors privat wara l-VPN, għax l-awtorizzazzjoni, is-sħubija fil-hub, l-allokazzjoni tal-indirizzi u l-passes tar-ritorn jibqgħu r-responsabbiltà tiegħek fi kwalunkwe każ.

Innota l-isem tal-host, il-protokoll, is-settings tal-funzjoni u t-trasport osservat. Dak ir-rekord ta' erba' partijiet huwa dak li jippermetti lill-persuna li jmiss tirriproduċi konnessjoni li taħdem.

Artikli relatati