.png)
Tengo una única caja de Windows 10 que no se conecta a mi servidor Linux OpenVPN. Verifiqué que su certificado es válido (y lo volví a emitir). El registro (en el cliente) tiene lo siguiente una y otra vez:
Martes 30 de enero 10:01:40 2018 TCP/UDP: Preservando la dirección remota utilizada recientemente: [AF_INET]:443
Martes 30 de enero 10:01:40 2018 Búfers de socket: R=[65536->65536] S=[65536->65536]
Mar 30 de enero 10:01:40 2018 Intentando establecer una conexión TCP con [AF_INET]:443 [sin bloqueo]
Martes 30 de enero 10:01:41 2018 Conexión TCP establecida con [AF_INET]:443
Martes 30 de enero 10:01:41 2018 Enlace TCP_CLIENT local: (no vinculado)
Martes 30 de enero 10:01:41 2018 Enlace TCP_CLIENT remoto: [AF_INET]:443
Martes, 30 de enero, 10:01:59 2018, lectura TCP_CLIENT: Se agotó el tiempo de espera de la conexión (WSAETIMEDOUT) (código = 10060)
Mar 30 de enero 10:01:59 2018 Restablecimiento de conexión, reinicio [-1]
Mar 30 de enero 10:01:59 2018 SIGUSR1 [suave, reinicio de conexión] recibido, proceso reiniciando
Mar 30 de enero 10:01:59 2018 Reiniciar pausa, 300 segundo(s)
Mientras se revocaba el certificado, vi generado el mismo contenido de registro, sin nuevos errores.
Verifiqué que puedo hacer telnet desde Windows al servidor en el puerto 443. También verifiqué que tracert desde el cuadro de Windows no muestra ninguna caída inesperada.
Si busco el servidor, en openvpn-status.log (en el servidor), no hay entradas (pero puedo ver otras conexiones cuando busco el archivo).
Finalmente, me dijeron que no hay ningún dispositivo de filtrado web en la red del cliente de Windows.
¿Qué más puedo comprobar? Gracias.
Respuesta1
Resulta que el cliente tenía un filtro de contenido que desconocíamos.