Client natiu de SoftEther o perfil OpenVPN: trieu el port correcte

Un servidor SoftEther pot respondre alhora al port SSL natiu i a un port compatible amb OpenVPN, cosa que fa que els dos semblin un sol servei amb dues portes. Són dos serveis amb clients diferents, formats de configuració diferents i capacitats diferents. Si poseu un perfil natiu en un client OpenVPN, falla en el moment d’analitzar-lo, i l’error poques vegades diu per què.

Trieu primer l’escoltador i després el client.

Dos escoltadors, dos formats de configuració

El protocol natiu fa servir un client SoftEther i una definició de connexió que indica el servidor, el port, el hub virtual i l’usuari. L’escoltador compatible amb OpenVPN espera un perfil OpenVPN amb una directiva remote, material TLS i opcions extretes d’un conjunt admès molt més petit que el que ofereix un servidor OpenVPN autònom. SoftEther ho anomena funció de clon d’OpenVPN, i clon és una pista útil sobre la fidelitat.

La compatibilitat és una qüestió de versió. Comproveu què accepta la compilació desplegada en lloc del que documenta un manual actual d’OpenVPN.

Pas 1: esbrineu quin escoltador ha habilitat l’operador

Demaneu la llista d’escoltadors en lloc d’endevinar a partir d’un número de port. Un servidor que respon amb TLS al 443 no és necessàriament un punt final OpenVPN, perquè el protocol natiu pot fer servir el mateix port. La secció del manual sobre funcions de servidor compatibles descriu quins clons existeixen i com s’habiliten.

Si podeu arribar a l’amfitrió, proveu el port que us han donat i no el port d’un tutorial: openssl s_client -connect vpn.example.com:443 -brief com a mínim us diu si hi ha TLS.

Pas 2: feu servir el client i el perfil corresponents

Per a l’accés natiu, instal·leu el client SoftEther, creeu una connexió amb les dades de l’operador i connecteu l’adaptador virtual. Per a l’escoltador compatible, importeu el perfil OpenVPN que l’operador ha exportat del servidor, perquè porta el material de CA i de client que aquest escoltador espera. No munteu un perfil a mà a partir d’un exemple genèric ni enganxeu una definició de connexió nativa en una configuració OpenVPN.

Un error d’anàlisi en importar és un problema de format, no de xarxa, i no us hauria d’enviar al tallafoc.

Pas 3: manteniu la comparació honesta

Si l’operador publica tots dos, compareu-los mantenint el dispositiu, la xarxa d’accés i la tasca sense canvis. Els dos camins poden diferir en l’autenticació, en les subxarxes a què s’enganxen i en què fa el servidor després amb el vostre trànsit. Un amfitrió compartit no és una política compartida. Manteniu també la tasca sense canvis, perquè copiar un fitxer i una videotrucada sotmeten a pressió parts diferents del mateix camí.

Resistiu les solucions que apareixen sempre que una importació falla. Desactivar les comprovacions de certificat o habilitar xifrats antics per forçar un perfil és una regressió, no una funció de compatibilitat.

Pas 4: verifiqueu el camí després de connectar

Un cop connectat, comproveu l’adreça que heu rebut, les rutes que hi venien, el DNS i un recurs intern. Pel costat natiu, l’adaptador virtual és la interfície que cal inspeccionar; pel costat OpenVPN, és el dispositiu tun o tap que ha creat el client. En qualsevol cas, la pregunta és si l’escoltador que heu triat lliura l’accés que necessiteu, un fet separat de si el túnel s’ha aixecat. Anoteu l’adreça abans i després, i compareu-les.

Anoteu quin escoltador i quina versió de client han produït el resultat que funciona. Si no, la propera persona repetiria el descobriment des del número de port.