Este tema le ayuda a solucionar problemas comunes en las conexiones SSL-VPN, como errores de conexión del cliente y fallos en el reenvío de tráfico.
Enlaces rápidos a problemas comunes
Problemas de conexión del cliente
Problemas de conectividad de SSL-VPN
What do I do if a client connects successfully but cannot be pinged?
What do I do if a client connects successfully but can only be pinged in one direction?
What do I do if a client can be pinged but cannot access domain names or applications?
What do I do if a client connects successfully but cannot access resources?
What do I do if packet loss occurs after a successful connection?
What do I do if latency is high after a successful connection?
Why does an SSL-VPN connection not use the specified encryption algorithm?
Problema de autenticación de dos factores
¿Puedo seleccionar una instancia de IDaaS que pertenezca a otra cuenta de Alibaba Cloud al configurar la autenticación de dos factores?
No. Solo puede seleccionar una instancia de IDaaS dentro de su propia cuenta de Alibaba Cloud.
¿Por qué solo puedo seleccionar un resource group para SSL-VPN?
¿Por qué solo puedo seleccionar un resource group para SSL-VPN?
Cuando crea una instancia de VPN Gateway, el campo resource group es de selección única, por lo que solo puede elegir un resource group. Al crear un servidor SSL, este hereda automáticamente el resource group de la instancia de VPN Gateway asociada y no es posible modificarlo de forma manual.
El resource group no afecta el alcance de los recursos a los que la VPN puede acceder. Mientras un recurso se encuentre en la misma VPC (en la misma región), podrá acceder a él mediante la conexión SSL-VPN de la instancia de VPN Gateway, sin importar a qué resource group pertenezca. Por ejemplo, si tiene instancias ECS en varios resource groups dentro de una VPC en la región China (Shanghai), podrá acceder a todas ellas a través de la conexión SSL-VPN de la misma instancia de VPN Gateway.
Error de conexión del cliente
A continuación se describen las posibles causas y soluciones.
|
Categoría |
Causa |
Solución |
|
Error de configuración |
El servidor SSL o el cliente están configurados de manera incorrecta. |
|
|
Certificado de cliente SSL caducado |
El certificado de cliente SSL caducó o no es válido. |
|
|
Se superó el límite de conexiones |
La cantidad de clientes conectados al servidor SSL supera el límite permitido. |
|
|
Problema de dirección IP |
El bloque CIDR de la VPC se superpone con el bloque CIDR del cliente. |
Modifique Local CIDR Block (el bloque CIDR de la VPC o del vSwitch) o Client CIDR Block del servidor SSL para evitar conflictos de direcciones IP. Para obtener más información, consulte Modify an SSL server. |
|
El valor de Client CIDR Block del servidor SSL es demasiado pequeño. Como resultado, no se pueden asignar direcciones IP a los clientes. |
Asegúrese de que la cantidad de direcciones IP en el bloque CIDR del cliente sea como mínimo cuatro veces mayor que la cantidad máxima de conexiones SSL-VPN. Para obtener más información, consulte Create and manage an SSL server. Por ejemplo, si especifica 192.168.0.0/24 como bloque CIDR del cliente, el sistema primero divide un bloque CIDR de subred con una máscara de subred de 30 a partir de 192.168.0.0/24, como 192.168.0.4/30. Esta subred proporciona hasta cuatro direcciones IP. Luego, el sistema asigna una dirección IP de 192.168.0.4/30 al cliente y utiliza las otras tres direcciones IP para garantizar la comunicación de red. En este caso, un cliente consume cuatro direcciones IP. Por lo tanto, para asegurar que se pueda asignar una dirección IP a su cliente, debe asegurarse de que la cantidad de direcciones IP en el bloque CIDR del cliente sea como mínimo cuatro veces mayor que la cantidad máxima de conexiones SSL-VPN admitidas por la puerta de enlace VPN asociada. |
|
|
Problema con el software de VPN |
Existe un conflicto de software de VPN en el cliente. |
|
|
Otros |
La causa no aparece en la lista anterior. |
Revise los registros de la conexión SSL-VPN para solucionar el error. Para obtener más información, consulte Troubleshoot SSL-VPN connection issues. |
Desconexiones intermitentes
A continuación se describen las posibles causas y soluciones.
|
Categoría |
Causa |
Solución |
|
Red pública poco confiable |
La mala calidad de la red pública entre el cliente y VPN Gateway provoca desconexiones intermitentes. |
En el cliente, ejecute el comando Si la calidad de la red es deficiente (por ejemplo, latencia alta o pérdida de paquetes), comuníquese con su proveedor de servicios de Internet (ISP) para solicitar asistencia. |
|
Las conexiones SSL-VPN de larga distancia, como de EE. UU. (Silicon Valley) a Singapur, pueden presentar desconexiones intermitentes cuando el cliente accede a la VPC. |
Cambie el Protocol del servidor SSL a TCP para obtener mayor confiabilidad. Para obtener más información, consulte Modify an SSL server. Si el problema persiste después de cambiar Protocol a TCP, se recomienda utilizar Cloud Enterprise Network (CEN) y Smart Access Gateway (SAG) para conectar el cliente a la VPC. |
|
|
Cambio en la configuración del servidor SSL |
El cliente se desconecta porque se modificó la configuración del servidor SSL. |
Después de modificar la configuración del servidor SSL, vuelva a conectar el cliente. |
Conexión parcial del cliente
A continuación se describen las posibles causas y soluciones.
|
Categoría |
Causa |
Solución |
|
Red pública poco confiable |
Las conexiones SSL-VPN de larga distancia, como de EE. UU. (Silicon Valley) a Singapur, pueden presentar desconexiones intermitentes cuando el cliente accede a la VPC. |
Cambie el Protocol del servidor SSL a TCP para obtener mayor confiabilidad. Para obtener más información, consulte Modify an SSL server. Si utiliza una conexión SSL-VPN para comunicaciones de larga distancia, como de EE. UU. (Silicon Valley) a Singapur, y el problema persiste después de cambiar Protocol a TCP, se recomienda usar Cloud Enterprise Network y Smart Access Gateway para conectar el cliente a la VPC. |
|
Se superó el límite de conexiones |
La cantidad de clientes conectados al servidor SSL supera el límite permitido. |
|
|
Problema del lado del cliente |
El cliente no logra conectarse porque el cliente o el software de VPN no funcionan según lo esperado. |
Reinicie el cliente, o bien reinstale y vuelva a configurar el software de VPN. Para conocer cómo instalar y configurar el software de VPN, consulte Configure a client. |
|
Hora no sincronizada |
La diferencia de hora entre el cliente y el servidor SSL es demasiado grande, lo que provoca un error en la verificación SSL. |
La diferencia de hora entre el cliente y el servidor SSL no puede superar los 10 minutos. Ajuste la hora del cliente para sincronizarla con una fuente de hora estándar.
|
Error de ping después de la conexión
A continuación se describen las posibles causas y soluciones.
|
Causa |
Solución |
|
La directiva de control de acceso de la aplicación cliente bloquea las solicitudes de |
Compruebe si la directiva de control de acceso de la aplicación cliente bloquea las solicitudes de De forma predeterminada, el firewall de un sistema operativo Windows bloquea las solicitudes de |
|
El firewall del sistema operativo en la instancia ECS de destino está bloqueando los paquetes ICMP. |
Si las entradas de ruta en el cliente son correctas (puede ver la ruta hacia el bloque CIDR de la VPC al ejecutar
Nota
Una vez que confirme que el firewall es la causa principal, se recomienda agregar una regla de permiso en lugar de mantener el firewall deshabilitado. Por ejemplo, ejecute |
|
El cliente tiene instalado OpenVPN 2.6 o una versión posterior. DCO (Data Channel Offload) viene habilitado de forma predeterminada en estas versiones y puede ser incompatible con SSL-VPN de Alibaba Cloud. Como resultado, el cliente indica que la conexión se estableció y las reglas del security group ya permiten el tráfico, pero aun así no puede hacer ping a las instancias ECS en la VPC. |
Agregue el parámetro |
Problemas de ping unidireccional
A continuación se describen las posibles causas y soluciones.
|
Escenario |
Causa |
Solución |
|
Un cliente puede usar correctamente el comando |
La directiva de control de acceso de la aplicación cliente bloquea las solicitudes de |
Compruebe si la directiva de control de acceso de la aplicación cliente bloquea las solicitudes de De forma predeterminada, el firewall de un sistema operativo Windows bloquea las solicitudes de |
|
El uso de |
Las rutas de tráfico de salida y de retorno entre el cliente y la VPC son distintas. |
|
El ping funciona, pero falla el acceso a la aplicación
A continuación se describen las posibles causas y soluciones.
|
Causa |
Solución |
|
El cliente no tiene una ruta hacia el servidor DNS, por lo que la resolución de nombres de dominio no está disponible. |
|
Error de acceso a recursos
A continuación se describen las posibles causas y soluciones.
|
Categoría |
Causa |
Solución |
|
Problema de enrutamiento |
El valor de Local CIDR Block del servidor SSL no se especificó o está configurado de manera incorrecta. |
|
|
Problema de configuración del bloque CIDR |
Local CIDR Block se superpone con Client CIDR Block del servidor SSL. |
Revise la configuración del servidor SSL. Asegúrese de que Local CIDR Block y Client CIDR Block no se superpongan. Para obtener más información, consulte Modify an SSL server. |
|
El valor de Destination CIDR Block de una entrada de ruta para una conexión IPsec-VPN en el mismo VPN Gateway entra en conflicto con Client CIDR Block del servidor SSL. |
Cambie la entrada de ruta de la conexión IPsec-VPN por una más específica, o bien cambie Client CIDR Block del servidor SSL por otro bloque CIDR. Esto evita que Destination CIDR Block entre en conflicto con Client CIDR Block. Para obtener más información, consulte Modify a policy-based route, Modify a destination-based route o Modify an SSL server. |
|
|
Problema con las reglas del security group |
Las reglas del security group de la aplicación en la VPC o las directivas de control de acceso de la aplicación cliente no permiten la comunicación entre el cliente y la VPC. |
|
|
Problema con el software de VPN |
Las versiones incompatibles de OpenVPN en el cliente (demasiado antiguas o demasiado recientes) pueden impedir que reciba o procese los paquetes de respuesta de VPN Gateway. Por ejemplo, un cliente Windows con OpenVPN 2.6.6 instalado podría no lograr hacer ping a los recursos en la nube. |
Se recomienda descargar y usar la versión de OpenVPN proporcionada en la documentación de VPN Gateway. Para obtener más información, consulte Configure a client. Como alternativa, si el cliente tiene instalado OpenVPN 2.6 o una versión posterior, DCO (Data Channel Offload) viene habilitado de forma predeterminada en estas versiones y puede ser incompatible con SSL-VPN de Alibaba Cloud. En ese caso, agregue el parámetro |
Pérdida de paquetes después de la conexión
A continuación se describen las posibles causas y soluciones.
|
Categoría |
Causa |
Solución |
|
Problema de especificación de VPN Gateway |
Un pico de tráfico supera el ancho de banda de la instancia de VPN Gateway. Revise los datos de monitoreo de tráfico de la instancia de VPN Gateway en la consola de VPN Gateway para identificar picos de tráfico. |
Puede actualizar la instancia de VPN Gateway. Para obtener más información, consulte Upgrade or renew a VPN gateway. |
|
Configuración del servidor SSL |
El servidor SSL usa UDP, un protocolo no confiable, para establecer la conexión SSL-VPN con el cliente. |
|
|
Red pública poco confiable |
El cliente se desconecta de forma intermitente debido a la mala calidad de la red pública entre el cliente y VPN Gateway. |
En el cliente, ejecute el comando Si la calidad de la red es deficiente, comuníquese con su ISP para solicitar asistencia. |
Latencia alta después de la conexión
A continuación se describen las posibles causas y soluciones.
|
Categoría |
Causa |
Solución |
|
Problema de especificación de VPN Gateway |
Un pico de tráfico supera el ancho de banda de la instancia de VPN Gateway. Revise los datos de monitoreo de tráfico de la instancia de VPN Gateway en la consola de VPN Gateway para identificar picos de tráfico. |
Puede actualizar la instancia de VPN Gateway. Para obtener más información, consulte Upgrade or renew a VPN gateway. |
|
Versión obsoleta de VPN Gateway |
Las versiones anteriores de VPN Gateway tienen un rendimiento de reenvío menor, lo que puede provocar latencia alta cuando hay mucho tráfico. |
Actualice las instancias de VPN Gateway creadas antes del 1 de abril de 2021. Las versiones más recientes ofrecen un rendimiento de reenvío SSL-VPN optimizado. Para obtener más información, consulte Upgrade a VPN gateway. |
No se utiliza el algoritmo de cifrado especificado
Causa
Tanto el servidor SSL de Alibaba Cloud como OpenVPN (versión 2.4.0 y posteriores) tienen habilitado de forma predeterminada el modo NCP (Non-Compliant Plaintext). Este modo es un método para negociar dinámicamente los algoritmos de cifrado. Cuando está habilitado, el cliente y el servidor SSL establecen la conexión SSL-VPN negociando el algoritmo de cifrado con el nivel de seguridad más alto que ambas partes admiten de la lista ncp_ciphers, en lugar de usar el algoritmo de cifrado que usted especificó para el servidor SSL.
En OpenVPN 2.4.0 y versiones posteriores, los algoritmos de cifrado predeterminados en la lista ncp_ciphers son AES-256-GCM y AES-128-GCM. Cuando un cliente establece una conexión SSL-VPN con un servidor SSL, puede revisar los registros de conexión para ver el algoritmo de cifrado negociado. Por ejemplo, el registro podría contener Data Channel: using negotiated cipher 'AES-256-GCM'.
Si el cliente usa una versión de OpenVPN anterior a la 2.4.0, que no admite NCP, la conexión utilizará el algoritmo de cifrado especificado para el servidor SSL.
Recomendación
Se recomienda usar OpenVPN 2.4.0 o una versión posterior en el cliente para permitir que el cliente y el servidor SSL negocien el algoritmo de cifrado.
Si el cliente usa Tunnelblick, los algoritmos de cifrado se negocian dinámicamente de forma predeterminada. Se utiliza el algoritmo más seguro que ambas partes admitan, por lo que el algoritmo que usted especifique para el servidor SSL no surte efecto.
IDaaS entre cuentas para la autenticación de dos factores
No. Solo puede seleccionar una instancia de IDaaS dentro de su propia cuenta de Alibaba Cloud.