SoftEther za NAT: neposreden prehod ali rele VPN Azure?

Vaš strežnik SoftEther stoji za usmerjevalnikom ponudnika, ki ga ne morete spremeniti, in odjemalci se še vedno povezujejo, zato domnevate, da rele nosi vse. Ali to drži, je odvisno od tega, kateri mehanizem je opravil delo: ime DNS, usklajena pot UDP ali izhodni tunel do releja. Vsi trije lahko dajo povezanega odjemalca in odpovejo v različnih pogojih. Odločite se, katero pot kupujete, preden se dotaknete uporabnikov ali zvezdišč.

Trije mehanizmi, tri različne obljube

Dinamični DNS je poimenovanje. Ime gostitelja drži usmerjeno na naslov, ki se spreminja, da ljudje nehajo loviti številko, in ne počne ničesar drugega. Izvorni prehod NAT je usklajevanje: dve končni točki SoftEther si izmenjata informacije in poskušata odpreti uporabno pot UDP skozi prevajalne naprave med njima. VPN Azure je rele: strežnik se poveže navzven do storitve, odjemalci pa prispejo skozi ime gostitelja v infrastrukturi releja.

Ti trije se dopolnjujejo, niso različice ene funkcije. Uvedba lahko uporablja poimenovanje, medtem ko je njena povezava dejansko odvisna od prehoda ali od releja.

Odločajte se glede na odjemalca in omrežje

Izbira se začne pri odjemalcu, ker prehod obstaja le v izvornem mehanizmu povezave SoftEther. OpenVPN, L2TP/IPsec in poslušalci SSTP na istem strežniku ga ne podedujejo, čeprav si delijo gostitelja. Poglejte, kaj bo uporabnik izvajal, nato, kaj omrežje dovoljuje. Podjetniško omrežje, ki dovoljuje samo TCP 443, vas potisne k releju na teh vratih, medtem ko lahko omrežje, ki prepušča vrata UDP, potrebna za prehod, poskusi neposredno pot; potrdite oboje glede na dejansko politiko izhoda.

Ročno dosegljiv poslušalec je še vedno legitimna zasnova, ko ga skrbnik lahko objavi, vendar je to ločen projekt z lastnim naslavljanjem in delom na požarnem zidu.

Potrdite, kateri transport je izbrala seja

Stanje povezave je edini pošten vir o poti, ki se uporablja. Preberite ga na strežniku in razrešite ime gostitelja, ki ga je prejel odjemalec.

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

SessionList prikazuje, katere seje so povezane, SessionGet na eni od njih pa sporoča vrsto povezave, vključno s tem, ali je seja prispela prek releja. Zapis, ki se razreši na infrastrukturo releja, vam pove, da seja poteka prek tretje strani, kar lahko potrdite tako, da to pot v preskusu blokirate. Z izvornim odjemalcem lahko pospeševanje UDP odmakne podatkovno pot od nadzorne poti, zato eno opazovanje ne opisuje celotne seje. Zastarelo dinamično ime DNS po spremembi naslova in rele, ki odgovarja, medtem ko pot do zaledja manjka, sta dva načina odpovedi, ki ju velja preskusiti ločeno. Zapišite, kar ste izmerili, ne kaj je zasnova nameravala.

Načrtujte glede na to, od česa je odvisna izbrana pot

Vsaka pot nosi odvisnost. Neposreden prehod se lahko spremeni po prehodu omrežja ali novi prevajalni napravi, seja prek releja pa odpove, ko odpove storitev ali njena dosegljiva vrata. Znova se povežite iz drugega omrežja in potrdite identiteto strežnika, ki jo je preveril odjemalec, in ohranite prej delujočo pot v istem preskusu. Nato preskusite zasebni vir za VPN, ker avtorizacija, članstvo v zvezdišču, dodeljevanje naslovov in povratne poti v vsakem primeru ostanejo vaša odgovornost.

Zapišite ime gostitelja, protokol, nastavitve funkcije in opaženi transport. Prav ta štiridelni zapis omogoča naslednji osebi, da ponovi delujočo povezavo.