SoftEther eigen klient eller OpenVPN-profil: vel rett port

Ein SoftEther-tenar kan svare på den eigen SSL-porten og på ein OpenVPN-kompatibel port samtidig, noko som får dei to til å sjå ut som éin teneste med to dører. Dei er to tenester med ulike klientar, ulike konfigurasjonsformat og ulike eigenskapar. Å legge ein eigen profil inn i ein OpenVPN-klient feilar ved parsing, og feilen seier sjeldan kvifor.

Vel lyttaren først, deretter klienten.

To lyttarar, to konfigurasjonsformat

Den eigen protokollen brukar ein SoftEther-klient og ein tilkoplingsdefinisjon som namngir tenaren, porten, den virtuelle huben og brukaren. Den OpenVPN-kompatible lyttaren ventar ein OpenVPN-profil med ein remote-direktiv, TLS-materiale og alternativ frå eit mykje mindre støtta sett enn ein frittståande OpenVPN-tenar tilbyr. SoftEther kallar dette ein OpenVPN-klonfunksjon, og klon er eit nyttig hint om truskapen.

Kompatibilitet er eit versjonsspørsmål. Sjekk kva den utrulla versjonen godtek, ikkje kva ei gjeldande OpenVPN-handbok dokumenterer.

Steg 1: finn ut kva lyttar operatøren har aktivert

Be om lyttarlista i staden for å gjette ut frå eit portnummer. Ein tenar som svarar med TLS på 443 er ikkje nødvendigvis eit OpenVPN-endepunkt, fordi den eigen protokollen kan bruke same port. Handboka sitt avsnitt om kompatible tenarfunksjonar skildrar kva klonar som finst, og korleis dei blir aktiverte.

Viss du når verten, test porten du fekk i staden for porten frå ein rettleiar: openssl s_client -connect vpn.example.com:443 -brief det fortel deg i det minste om TLS er der.

Steg 2: bruk den samsvarande klienten og profilen

For eigen tilgang, installer SoftEther-klienten, opprett ei tilkopling med detaljane til operatøren og kople til den virtuelle adapteren. For den kompatible lyttaren, importer OpenVPN-profilen som operatøren eksporterte frå tenaren, fordi han ber CA- og klientmaterialet som den lyttaren ventar. Ikkje set saman ein profil for hand frå eit generisk døme, og ikkje lim inn ein eigen tilkoplingsdefinisjon i ein OpenVPN-konfigurasjon.

Ein parsefeil ved import er eit formatproblem, ikkje eit nettverksproblem, og han bør ikkje sende deg til brannmuren.

Steg 3: hald samanlikninga ærleg

Viss operatøren publiserer begge, samanlikn dei medan eininga, tilgangsnettet og oppgåva blir haldne uendra. Dei to vegane kan avvike i autentisering, i subnetta dei koplar til, og i kva tenaren deretter gjer med trafikken din. Ein delt vert er ikkje ein delt policy. Hald også oppgåva uendra, fordi ein filkopi og ein videosamtale belastar ulike delar av same veg.

Motstå rettingane som dukkar opp kvar gong ein import feilar. Å slå av sertifikatkontrollar eller aktivere gamle chiffer for å presse ein profil gjennom er ein regresjon, ikkje ein kompatibilitetsfunksjon.

Steg 4: verifiser vegen etter tilkopling

Når du er tilkopla, sjekk adressa du fekk, rutene som følgde med, DNS og éin intern ressurs. På den eigen sida er den virtuelle adapteren grensesnittet som skal undersøkjast; på OpenVPN-sida er det tun- eller tap-eininga som klienten oppretta. Uansett er spørsmålet om lyttaren du valde gir den tilgangen du treng, noko som er eit separat faktum frå om tunnelen kom opp. Skriv ned adressa før og etter, og samanlikn dei.

Noter kva lyttar og kva klientversjon som gav det fungerande resultatet. Elles ville neste person gjenta oppdaginga frå portnummeret og opp.