Indiĝena kliento SoftEther aŭ OpenVPN-profilo: elektu la ĝustan pordon

SoftEther-servilo povas samtempe respondi sur la indiĝena SSL-pordo kaj sur OpenVPN-kongrua pordo, kio igas la du aspekti kiel unu servo kun du pordoj. Ili estas du servoj kun malsamaj klientoj, malsamaj agordaj formatoj kaj malsamaj kapabloj. Enmeti indiĝenan profilon en OpenVPN-klienton malsukcesas dum analizo, kaj la eraro malofte diras kial.

Elektu unue la aŭskultanton, poste la klienton.

Du aŭskultantoj, du agordaj formatoj

La indiĝena protokolo uzas SoftEther-klienton kaj konektan difinon, kiu nomas la servilon, pordon, virtualan hubon kaj uzanton. La OpenVPN-kongrua aŭskultanto atendas OpenVPN-profilon kun remote-direktivo, TLS-materialo kaj opcioj el multe pli malgranda subtenata aro ol tiu, kiun proponas memstara OpenVPN-servilo. SoftEther nomas tion OpenVPN-klona funkcio, kaj klono estas utila indiko pri fideleco.

Kongrueco estas demando pri versio. Kontrolu, kion akceptas la deplojita versio, anstataŭ kion dokumentas aktuala OpenVPN-manlibro.

Paŝo 1: trovu, kiun aŭskultanton la operatoro ebligis

Petu la liston de aŭskultantoj anstataŭ diveni el pordnumero. Servilo, kiu respondas per TLS sur 443, ne nepre estas OpenVPN-finpunkto, ĉar la indiĝena protokolo povas uzi la saman pordon. La manlibra sekcio pri kongruaj servilfunkcioj priskribas, kiuj klonoj ekzistas kaj kiel ili ebligatas.

Se vi povas atingi la gastiganton, testu la pordon, kiun vi ricevis, anstataŭ la pordon el lernilo: openssl s_client -connect vpn.example.com:443 -brief almenaŭ ĝi diras al vi, ĉu TLS ĉeestas.

Paŝo 2: uzu la kongruan klienton kaj profilon

Por indiĝena aliro, instaligu la SoftEther-klienton, kreu konekton kun la detaloj de la operatoro kaj alligu la virtualan adaptilon. Por la kongrua aŭskultanto, importu la OpenVPN-profilon, kiun la operatoro eksportis el la servilo, ĉar ĝi portas la CA- kaj klientan materialon, kiun tiu aŭskultanto atendas. Ne kunmetu profilon permane el ĝenerala ekzemplo, kaj ne algluu indiĝenan konektan difinon en OpenVPN-agordon.

Analiza eraro ĉe importo estas formata problemo, ne reta problemo, kaj ĝi ne devus sendi vin al la fajroŝirmilo.

Paŝo 3: tenu la komparon honesta

Se la operatoro publikigas ambaŭ, komparu ilin tenante la aparaton, alirreton kaj taskon senŝanĝaj. La du vojoj povas malsami en aŭtentikigo, en la subretoj al kiuj ili aliĝas, kaj en tio, kion la servilo poste faras kun via trafiko. Komuna gastiganto ne estas komuna politiko. Tenu ankaŭ la taskon senŝanĝa, ĉar dosierkopio kaj videovoko streĉas malsamajn partojn de la sama vojo.

Rezistu la riparojn, kiuj aperas ĉiam, kiam importo malsukcesas. Malŝalti certifikajn kontrolojn aŭ ebligi malnovajn ĉifrojn por trudi profilon estas regreso, ne kongrueca funkcio.

Paŝo 4: kontrolu la vojon post konektiĝo

Post konektiĝo, kontrolu la adreson, kiun vi ricevis, la itinerojn, kiuj venis kun ĝi, DNS kaj unu internan rimedon. Ĉe la indiĝena flanko la virtuala adaptilo estas la interfaco por inspekti; ĉe la OpenVPN-flanko ĝi estas la tun- aŭ tap-aparato, kiun la kliento kreis. Ĉiuokaze la demando estas, ĉu la aŭskultanto, kiun vi elektis, donas la aliron, kiun vi bezonas, kio estas aparta fakto de tio, ĉu la tunelo leviĝis. Notu la adreson antaŭe kaj poste, kaj komparu ilin.

Registru, kiun aŭskultanton kaj kiun klientversion produktis la funkciantan rezulton. Alie la sekva persono ripetus la malkovron ekde la pordnumero.