Funciona con datos móviles pero no con Wi-Fi: lo que pasa entre tu router y el servidor

Es un caso que vuelve loco porque contradice todo lo que se comprueba habitualmente. La app está actualizada, la suscripción pagada, la lista no ha cambiado. Apagas el Wi-Fi, pasas a 4G: todo carga. Vuelves al Wi-Fi: nada. El servidor existe, responde, pero no cuando la petición sale de tu casa.

Esta guía primero te hace confirmar que es efectivamente este caso, y luego explica lo que pasa de verdad, porque la causa es casi siempre la misma, y tiene un contexto legal en varios países.

Confirmarlo en cinco minutos

Tres pruebas, en orden. Cada una descarta una familia de causas.

1. El comprobador del sitio. Prueba tu lista con el comprobador. Consulta el servidor desde nuestras máquinas, es decir desde una red que no es la tuya. Si dice "en línea", suscripción activa, canales contados, el servidor está bien.
2. El mismo dispositivo, dos redes. En el móvil, abre un canal con Wi-Fi, y luego con 4G, sin cambiar nada más. Si solo falla el Wi-Fi, no es ni la app ni la suscripción.
3. Otro dispositivo en el mismo Wi-Fi. Si la tele, el Mac y el móvil fallan todos con el Wi-Fi, la causa está en el router o más allá, no en un dispositivo.

Tres resultados coherentes, y sabes que el problema está en el camino entre tu router y el servidor. Queda entender en qué parte.

Lo que hace tu router cuando abres un canal

Una lista contiene una dirección de servidor, en forma de nombre: algo como servidor-del-proveedor.example. Para llegar a ese servidor, tu router debe primero traducir ese nombre a una dirección numérica. Es la resolución DNS, y por defecto tu router le hace la pregunta al resolvedor de tu operador.

Tres respuestas son posibles:

• La dirección numérica. Tu router se conecta, el stream arranca. El caso normal.
• "Ese nombre no existe." Tu router no se conecta a nada. La app muestra "inaccesible" o "dirección no encontrada", mientras que el mismo nombre, resuelto por otro resolvedor, daría una dirección válida.
• Una dirección sustituta. Algunos operadores redirigen a una página informativa en lugar del servidor pedido. La app recibe una respuesta que no tiene nada de vídeo, y falla.

Los dos últimos casos producen exactamente el síntoma de esta guía: el servidor está bien, el 4G lo encuentra, tu router no. El resolvedor del operador móvil no aplica la misma lista que el de tu operador fijo, y en la red de otro operador la lista tampoco es la misma.

Por qué algunos países son un caso aparte

En varios países, entre ellos España, Francia, Italia y el Reino Unido, los titulares de derechos deportivos pueden obtener de un tribunal el bloqueo de los sitios que emiten sus competiciones sin autorización. La particularidad reciente es el bloqueo dinámico: una vez dictada la decisión para una temporada, el regulador o el titular puede hacer añadir nuevas direcciones a la lista semana tras semana, sin volver ante el juez. En la práctica, la lista se mueve durante los partidos, y los operadores la aplican en sus resolvedores. En España, las órdenes obtenidas por LaLiga desde 2024 llegan a bloquear direcciones IP enteras los días de partido, con efectos colaterales conocidos sobre sitios que no tienen nada que ver.

Eso es lo que explica el escenario "se rompió una noche de partido": la dirección de tu proveedor se añadió esa noche. Y el escenario "volvió al día siguiente": el proveedor cambió de dominio, lo que suele hacer en unas horas. Te encuentras entonces en el caso del proveedor que cambió de dirección.

Dos evoluciones hacen el tema menos simple que hace unos años:

• 2024: los resolvedores públicos. Un tribunal de París ordenó a Google y Cloudflare aplicar algunos de estos bloqueos en sus resolvedores públicos. Cisco prefirió retirar su servicio OpenDNS de Francia antes que cumplir. El viejo reflejo de "cambiar el DNS" ya no da el resultado que daba.
• 2025: las VPN. El mismo tipo de orden alcanzó a varios proveedores de VPN, obligados a bloquear una lista de sitios para sus usuarios.

Este sitio no explica cómo saltarse una decisión judicial, y la app tampoco lo hace. Cuando un dominio está bloqueado por orden de un tribunal, el servicio que hay detrás se considera ilegal en ese país, y eso es información sobre el servicio, no sobre tu router.

Las otras causas, menos frecuentes

Antes de concluir que es un bloqueo, tres comprobaciones rápidas en el propio router. Producen el mismo síntoma y se arreglan en dos minutos.

• Control parental o "protección" del operador. La mayoría de los routers ofrecen un filtrado por categorías, a veces activado por defecto en las instalaciones nuevas. Una categoría "streaming" o "contenido ilegal" marcada basta.
• Un filtro DNS doméstico. Pi-hole, AdGuard Home, o una opción de "DNS seguro" en el router. Si no lo instalaste tú, quizá lo hizo alguien de casa.
• Una red de invitados. Algunos routers aíslan la red de invitados y le aplican reglas más estrictas. Comprueba que la tele está en la red principal.

Si ninguna de esas tres casillas está marcada y las tres pruebas del principio coinciden, estás en el caso del bloqueo.

Lo que la app puede hacer, y lo que no

Cuando un stream no responde, el reproductor de IPTV Guard sondea el servidor y te dice lo que encontró: saturado, rechazado, no encontrado, inaccesible. "Inaccesible" desde tu red mientras el comprobador lo ve en línea es el diagnóstico de esta guía, y la app te lo muestra en vez de dar vueltas.

No hace nada más, por decisión: un reproductor reproduce lo que tu red le deja alcanzar. Lo que pasa entre tu router y el servidor es cosa de tu operador, de la ley, y del servicio que elegiste.