Foro
Buenos dias,
desde hace un mes vengo teniendo problemas con la conexión de Forticlient a mi empresa.
La conexión se conecta pero a los minutos se desconecta.
He abierto varias incidencias con el 1002 pero a lo más que han llegado ha sido a cambiarme el router Wifi 5 por un Wifi 6, sin solucionarse el problema.
Leyendo los foros y de Movistar y de Forticlient he seguido algunos pasos como bajar el MTU del interfaz de 1500 a 1492, desactivar el NAT, desactivar IP6, activar ALG pero sigo con el mismo problema.
Tengo un Windows 11 Pro con todas las actualizaciones, Forticlient 7.2.4.0972 y conecto a un Fortigate FG201E con FW 7.0.14, con conexión SSL-VPN
Tengo que decir que desde cualquier otra conexión que no es Movistar no tengo ningún problema, ni por redo local y por WIFI.
¿Tenéis alguna idea de que puede estar ocurriendo?
- Técnico-Movistar07-06-2024Responsable Técnico
Hola FerDG
Por el historial de otras consultas nos consta que la línea fija asociada al contrato de fibra es el *******05. Comprobamos que la conectividad a través del router es correcta.
Esperamos que la información facilitada por Theliel, al quien agradecemos su respuesta, te haya servido de ayuda en tu consulta.
Un saludo.
Flor
- FerDG08-06-2024Mi vida cambió con el ADSL
No me soluciona nada el problema
y lo que no he probado es un repetidor wifi 6 pero me niego a pagarlo asi que voy a ponerme en contacto con Orange y voy a pedir la portabilidad
para un mal servicio al menos pagaré 100€ menos
- Comercial-movistar17-06-2024Moderador Global Comercial
Hola FerDG,
Al no recibir respuesta por tu parte desde hace unos días, entendemos que la consulta que tenías ha sido resuelta.
Cualquier otra duda o consulta que tengas, vuelve a ponerte en contacto con nosotros y estaremos encantados de atenderte.
Gracias por participar en la Comunidad.
Un saludo. Marta.
- Theliel31-05-2024Yo probé el VDSL
Buenas FerDG
Las redes VPN son un cultivo constante de problemas de todo tipo, sobre todo y en especial por la elección de protocolos VPN no adecuados. Y es que, nos guste o no, no todas las tecnologías VPN son iguales. El segundo problema habitual es la configuración... y no es trivial, ya que además solemos contar con dos extremos, servidor y cliente, y muchas veces tan solo podemos controlar una de las partes.
Desde el punto de vista del Router, a día de hoy hay dos problemas fundamentales con los cliente VPN (No servidores). El primero, implica hacer uso de protocolos VPN totalmente desfasados y nada amigables con NAT. Este por ejemplo es el problema de usar túneles PPTP o L2TP/IPSec. El motivo ya lo he dicho, hacen uso de protocolos que jamás fueron pensados para ser desplegados en entornos con NAT. Pero esto son problemas específicos, es decir, que todos estos problemas son tan sencillos de solventar, como usar protocolos VPN modernos, como pueda ser OpenVPN o mejor aun WireGuard.
Otro problema extremadamente habitual con las VPN es una incorrecta configuración por parte de los técnicos o encargados en mantenerlo, por lo general por no preocupare a afinar la configuración y dejarlo todo por defecto. Es por ejemplo el problema enorme del MTU. Los Frames Ethernet pueden poseer un MTU de 1500... pero no significa que se siempre 1500. La mayoría de gestores dan por sentado que siempre se usará este MTU, y esto rompe cantidad de clientes VPN, en cualquier entorno donde no se use un MTU de 1500. Es totalmente cierto que Movistar al usar PPPoE, el MTU baja hasta 1492. Pero eso no quiere decir ni mucho menos que un tunel VPN pueda usar un MTU de 1492, obviamente. 1492 es el MTU de la conexión general. Un tunel VPN por lo general encapsula tráfico dentro de tráfico.
Si es por ejemplo un túnel SSL, pienso o doy por sentado (puedo estar equivocado, no conozco el protocolo específico de Fortigate) que lo que hace es encapsular el tráfico del túnel dentro de TCP o UDP, el MTU del frame que irá dentro será sensiblemente inferior a 1492 (no el de fuera), ya que como mínimo habría que quitarle 20Bytes por cabeceras IP y otros 20Bytes por cabeceras TCP (8Bytes si son UDP). Y eso como digo dando por sentado que el frame se insertaría directamente como Payload de un paquete TCP/UDP. Eso implica que el MTU usado por la VPN debería de ser como máximo 1452/1464. Y esto tampoco se puede tomar al pie de la letra, ya que no tengo ni idea da la sobrecarga que podría tener, si tiene, la implementación que hagan. Por eso muchas veces se suele uno curar en salud y establecer MTU bastante más bajos.
-----
Que ahora mismo tenga en la cabeza, son los dos únicos problemas que pueden tener cierta afectación por el Router o la conexión usada, que no quiere decir que no podamos tener muchos otros problemas de todo tipo, simplemente que no estarían ya asociados al Router/Conexión. Es más, según cuentas te han cambiado el Router incluso por otro modelo.
Por otro lado si no se está usando un protocolo no amigable con NAT, lo único que nos queda es un problema de configuración del servidor/cliente VPN. En este aspecto ya es más complicado poder ayudar, puesto que se abre un abanico inmenso de posibilidades. Desde la mala elección del protocolo a usar, si se usa TCP o UDP, problemas de tiempos, de MTU por supuesto, fragmentaciones de paquetes o llegadas de orden incorrectos, software en cliente/servidor que provoca los problemas, problemas de rutas.... y un largo etc. En el mercado hay un sin fin de soluciones VPN, sin contar ya con las necesidades de cada uno, lo que hace virtualmente imposible saber exactamente donde pueda esta tu problema específicamente.
Saludos.