SoftEther iza NAT-a: izravno probijanje ili VPN Azure relej?

Vaš SoftEther poslužitelj stoji iza usmjerivača davatelja usluga koji ne možete mijenjati, a klijenti se i dalje spajaju, pa pretpostavljate da relej nosi sve. Je li to točno ovisi o tome koji je mehanizam obavio posao: DNS ime, koordinirani UDP put ili izlazni tunel do releja. Sva tri mogu dati povezanog klijenta, a padaju u različitim uvjetima. Odlučite koji put kupujete prije nego dirnete korisnike ili hubove.

Tri mehanizma, tri različita obećanja

Dinamički DNS je imenovanje. On drži ime hosta usmjereno na adresu koja se mijenja da ljudi prestanu juriti broj, i ne radi ništa drugo. Izvorno NAT probijanje je koordinacija: dvije SoftEther krajnje točke razmjenjuju informacije i pokušavaju otvoriti upotrebljiv UDP put kroz uređaje za prevođenje između njih. VPN Azure je relej: poslužitelj se spaja prema usluzi, a klijenti dolaze kroz ime hosta na infrastrukturi releja.

To troje se nadopunjuje, a nisu verzije jedne funkcije. Implementacija može koristiti imenovanje dok njezina veza zapravo ovisi o probijanju ili o releju.

Odlučite na temelju klijenta i mreže

Izbor počinje kod klijenta, jer probijanje postoji samo u izvornom SoftEther mehanizmu veze. OpenVPN, L2TP/IPsec i SSTP slušači na istom poslužitelju ga ne nasljeđuju, iako dijele host. Pogledajte što će korisnik pokretati, a zatim što mreža dopušta. Korporativna mreža koja dopušta samo TCP 443 gura vas prema releju na tom portu, dok mreža koja propušta UDP portove potrebne za probijanje može pokušati izravan put; potvrdite oboje prema stvarnoj politici izlaza.

Ručno dostupan slušač i dalje je legitiman dizajn kada ga administrator može objaviti, ali to je odvojen projekt s vlastitim adresiranjem i radom na vatrozidu.

Potvrdite koji je transport sesija odabrala

Status veze jedini je iskren izvor za put koji se koristi. Pročitajte ga na poslužitelju i razriješite ime hosta koje je klijent dobio.

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

SessionList pokazuje koje su sesije povezane, a SessionGet na jednoj od njih prijavljuje tip veze, uključujući je li sesija došla kroz relej. Zapis koji se razrješava na infrastrukturu releja govori vam da sesija prolazi kroz treću stranu, što možete potvrditi blokiranjem te rute u testu. S izvornim klijentom UDP ubrzanje može pomaknuti putanju podataka od kontrolne putanje, pa jedno opažanje ne opisuje cijelu sesiju. Zastarjelo dinamičko DNS ime nakon promjene adrese i relej koji odgovara dok backend ruta nedostaje dva su načina otkaza koje vrijedi testirati odvojeno. Zapišite ono što ste izmjerili, a ne ono što je dizajn namjeravao.

Planirajte o čemu ovisi odabrani put

Svaki put nosi ovisnost. Izravno probijanje može se promijeniti nakon mrežnog prijelaza ili novog uređaja za prevođenje, dok relej sesija pada kada padne usluga ili njezin dostupan port. Povežite se ponovno s druge mreže i potvrdite identitet poslužitelja koji je klijent provjerio, držeći prethodno radni put u istom testu. Zatim testirajte privatni resurs iza VPN-a, jer autorizacija, članstvo u hubu, dodjela adresa i povratne rute u svakom slučaju ostaju vaša odgovornost.

Zapišite ime hosta, protokol, postavke funkcije i opaženi transport. Taj zapis od četiri dijela omogućuje sljedećoj osobi da reproducira radnu vezu.