SoftEther incluye varios programas que en una lista de descargas parecen similares y se comportan de forma completamente distinta. El servidor acepta y gestiona conexiones, el cliente crea una desde un dispositivo y el gestor administra un despliegue. Elegir el programa equivocado produce una instalación que funciona pero que no hace la tarea que tenía en mente.

Qué hace realmente el servidor

El binario del servidor, vpnserver, escucha, autentica usuarios y conecta concentradores virtuales a las redes. Conserva las identidades y la política. Cuando lo instala, construye una puerta de enlace a la que se conectan otros dispositivos; no configura su propia máquina para usar el servicio de otra persona.

Sus escuchas son configuración, no una propiedad del producto. Un concentrador puede existir sin ninguna escucha habilitada, y una escucha puede estar habilitada sin un concentrador accesible detrás. Por eso una comprobación de puerto correcta demuestra menos de lo que parece: algo respondió, y la pregunta útil es contra qué lo autenticó. Pida el nombre de la escucha además de su puerto.

El gestor del servidor es la vista administrativa de ese estado. Muestra la configuración; no transporta tráfico.

Qué hace realmente el cliente

El binario del cliente, vpnclient, crea un adaptador virtual en el dispositivo y conecta una cuenta guardada con un servidor. El adaptador es donde aterrizan la dirección, las rutas y el comportamiento de DNS. Instalar el cliente no crea una cuenta y no habilita nada en el otro extremo.

El cliente también conserva su propio estado entre ejecuciones: la lista de cuentas, el indicador de inicio automático y la configuración del adaptador. Ese estado es la razón por la que un cliente puede parecer instalado y aun así no conectar nada tras un reinicio. El gestor del servidor no puede sustituir ese camino, por completos que parezcan sus menús.

Para qué sirve el gestor

El gestor del servidor se conecta a un servidor en ejecución con credenciales administrativas y edita su configuración. Es un plano de control. Una sesión en él demuestra que la administración funciona; no mueve el tráfico del navegador local a través del servidor.

Mantenga las credenciales administrativas separadas de los perfiles de usuario, porque los dos objetos conceden cosas distintas. Si alguien recibe un inicio de sesión administrativo, puede cambiar el despliegue; si recibe una cuenta de usuario, puede unirse al servicio. Distribuir lo primero para resolver lo segundo es un error común y caro. La consola llega al servidor por el mismo proceso que ejecuta el servicio, y por eso esa distinción se pierde con facilidad.

Anote qué credenciales corresponden a cada rol antes de entregar nada. Una contraseña que abre la consola de gestión no es una cuenta de VPN, y tratarla como tal elimina la frontera que intentaba dibujar.

Las escuchas compatibles añaden un cuarto rol

SoftEther puede exponer escuchas compatibles con OpenVPN, así como L2TP/IPsec y SSTP. Son roles de puente: el servidor habla otro protocolo para que un cliente que no admite el modo nativo pueda conectarse igualmente. No convierten al cliente en servidor ni al gestor en cliente. Nombre la pila en el ticket, porque la primera pregunta útil siempre es cuál de los dos programas produjo el error.

Un dispositivo que usa una escucha compatible necesita el cliente de terceros correspondiente y los parámetros que esa escucha espera. Ese cliente tiene su propia configuración, sus propios registros y sus propias formas de fallar, así que el soporte debe saber qué pila está en juego antes de leer nada. Mezclar consejos del cliente nativo en uno compatible hace perder tiempo.

Empareje el componente con la tarea en un solo paso

Necesita el servidor cuando otros dispositivos se conectan a usted, el cliente cuando este dispositivo debe usar una puerta de enlace existente y el gestor cuando debe cambiar la configuración de la puerta de enlace. Solo los dos primeros mueven tráfico. Mantenga las credenciales administrativas fuera de las manos de los usuarios cuando entregue el tercero.

ComponentWhat it doesWhat it cannot do
vpnserverTerminates VPN sessions and holds hub stateCreate an outgoing connection for your device
vpnclientCreates the virtual adapter and connects an accountAdminister the server's configuration
Server ManagerEdits a running server's configurationCarry your traffic or replace the client

Después verifique el resultado en la capa que cambió, no en la capa que instaló. Un cliente funciona cuando su adaptador tiene una dirección y el recurso previsto responde.

Un servidor funciona cuando la escucha prevista acepta la cuenta prevista, y un gestor funciona cuando puede leer la configuración sin cambiarla por accidente. Esas tres frases evitan la mayor parte de la confusión. La utilidad vpncmd es el equivalente de línea de comandos tanto para el lado del servidor como para el del cliente, lo que resulta práctico cuando no hay una consola gráfica disponible.

Artículos relacionados