SoftEther se eie kliënt of OpenVPN-profiel: kies die regte poort

’n SoftEther-bediener kan gelyktydig op die eie SSL-poort en op ’n OpenVPN-versoenbare poort antwoord, wat die twee soos een diens met twee deure laat lyk. Dit is twee dienste met verskillende kliënte, verskillende konfigurasieformate en verskillende vermoëns. Om ’n eie profiel in ’n OpenVPN-kliënt te laai misluk tydens ontleding, en die fout sê selde hoekom.

Kies eers die luisteraar, dan die kliënt.

Twee luisteraars, twee konfigurasieformate

Die eie protokol gebruik ’n SoftEther-kliënt en ’n verbindingsdefinisie wat die bediener, poort, virtuele hub en gebruiker benoem. Die OpenVPN-versoenbare luisteraar verwag ’n OpenVPN-profiel met ’n remote-rigting, TLS-materiaal en opsies uit ’n veel kleiner ondersteunde stel as wat ’n selfstandige OpenVPN-bediener bied. SoftEther noem dit ’n OpenVPN-kloonfunksie, en kloon is ’n nuttige wenk oor getrouheid.

Versoenbaarheid is ’n kwessie van weergawe. Kyk wat die ontplooide bou aanvaar eerder as wat ’n huidige OpenVPN-handleiding dokumenteer.

Stap 1: vind watter luisteraar die operateur geaktiveer het

Vra vir die luisteraarlys eerder as om uit ’n poortnommer te raai. ’n Bediener wat op 443 op TLS antwoord, is nie noodwendig ’n OpenVPN-eindpunt nie, want die eie protokol kan dieselfde poort gebruik. Die handleidingafdeling oor versoenbare bedienerfunksies beskryf watter klone bestaan en hoe hulle geaktiveer word.

As jy die gasheer kan bereik, toets die poort wat jy gekry het eerder as die poort uit ’n handleiding: openssl s_client -connect vpn.example.com:443 -brief ten minste vertel dit jou of TLS daar is.

Stap 2: gebruik die pasende kliënt en profiel

Vir eie toegang, installeer die SoftEther-kliënt, skep ’n verbinding met die operateur se besonderhede en koppel die virtuele adapter. Vir die versoenbare luisteraar, voer die OpenVPN-profiel in wat die operateur van die bediener uitgevoer het, want dit dra die CA- en kliëntmateriaal wat daardie luisteraar verwag. Moenie ’n profiel met die hand uit ’n generiese voorbeeld saamstel nie, en moenie ’n eie verbindingsdefinisie in ’n OpenVPN-konfigurasie plak nie.

’n Ontledingsfout by invoer is ’n formaatprobleem, nie ’n netwerkprobleem nie, en dit behoort jou nie na die firewall te stuur nie.

Stap 3: hou die vergelyking eerlik

As die operateur albei publiseer, vergelyk hulle terwyl die toestel, toegangsnetwerk en taak onveranderd bly. Die twee paaie kan verskil in verifikasie, in die subnetten waaraan hulle koppel, en in wat die bediener daarna met jou verkeer doen. ’n Gedeelde gasheer is nie ’n gedeelde beleid nie. Hou die taak ook onveranderd, want ’n lêerkopie en ’n videoproep belas verskillende dele van dieselfde pad.

Weerstaan die regstellings wat opduik wanneer ’n invoer misluk. Om sertifikaatkontroles af te skakel of ou siphers te aktiveer om ’n profiel deur te dwing, is ’n agteruitgang, nie ’n versoenbaarheidsfunksie nie.

Stap 4: verifieer die pad ná verbinding

Sodra jy verbind is, kyk na die adres wat jy gekry het, die roetes wat daarmee saamgekom het, DNS en een interne hulpbron. Aan die eie kant is die virtuele adapter die koppelvlak om te ondersoek; aan die OpenVPN-kant is dit die tun- of tap-toestel wat die kliënt geskep het. Hoe dit ook al sy, die vraag is of die luisteraar wat jy gekies het die toegang gee wat jy nodig het, wat ’n aparte feit is van of die tonnel opgekom het. Skryf die adres voor en ná neer, en vergelyk hulle.

Teken aan watter luisteraar en watter kliëntweergawe die werkende resultaat gelewer het. Die volgende persoon sou andersins die ontdekking van die poortnommer af herhaal.