Solución de problemas de conexión de Valheim — Arregla fallos de unión, lag y caídas de crossplay

Empieza aquí: ¿en qué tipo de sesión estás?

La mayoría de los problemas multijugador de Valheim se reducen a tres situaciones, y la solución depende de en cuál estás:

Situación	Dónde suele estar el problema
Un jugador aloja una sesión entre pares	Versión del anfitrión, ajuste de crossplay del anfitrión, red del anfitrión
Un servidor dedicado autoalojado	Redirección de puertos, doble NAT, indicador de crossplay del servidor
Un servidor dedicado de alquiler	Paridad de versión, configuración de puertos/crossplay del panel

Si aún no has configurado la sesión, lee primero la guía de crossplay — esta página asume que ya existe una sesión y se comporta mal.

Códigos de unión rechazados

En verificación: las cadenas de error exactas difieren según la versión y la plataforma. El mecanismo de abajo es estable; la redacción no. Consulta /about/ para ver cómo verificamos.

Repasa esto en orden:

1. Compara los números de versión en el menú principal de cada jugador. Una desincronización es la causa más común y la que nadie comprueba primero.
2. Confirma que el crossplay está activado en el anfitrión. En PC está en las opciones multijugador; en consola está en los ajustes del mundo/sesión.
3. Reinicia la sesión para regenerar el código. Los códigos de unión son específicos de la sesión — un código viejo de la noche anterior siempre será rechazado.
4. Vuelve a introducir el código con cuidado. Los códigos son fáciles de teclear mal; pégalos o léelos dígito a dígito antes de culpar a la red.

Los jugadores de crossplay no pueden verse entre sí

Steam, Microsoft Store / Game Pass, Xbox, PS5 y Switch 2 solo se ven entre sí cuando todas las partes están en la misma versión y el anfitrión tiene el crossplay activado. Cuando falla una condición, la sesión se oculta, no se muestra como llena o bloqueada — por eso “no la encuentro” y “dice que está llena” son dos problemas distintos. Si el anfitrión es un servidor dedicado autoalojado, su propio indicador de crossplay también debe estar activado para emitir un código usable.

Servidor dedicado al que nadie puede conectarse

Un servidor dedicado necesita tres puertos UDP accesibles desde internet: 2456 más 2457 y 2458. Los puntos de fallo habituales:

• Puertos redirigidos a la IP interna equivocada. La dirección LAN de la máquina del servidor debe ser a la que redirige el router; el DHCP puede cambiarla tras un reinicio.
• Doble NAT. Un router conectado a otro router (común con gateway del ISP + router propio, o configuraciones en malla) significa que el dispositivo externo también tiene que redirigir. Si no puedes arreglarlo, pon el router interno en modo puente/DMZ o redirige en ambos.
• Indicador de crossplay desactivado en el servidor. Sin él el servidor no puede emitir un código de unión, así que las uniones por código fallan aunque los puertos estén perfectos.
• Desviación de versión. Los servidores no siempre se actualizan en el momento en que llega un parche del cliente; haz coincidir la versión del cliente.

Recorrido completo de configuración: guía de servidor dedicado.

Lag y rubber-banding

En una partida alojada por un par, la conexión del anfitrión es la conexión de todos. Tu propio hardware rara vez es el cuello de botella; la velocidad de subida y la estabilidad de la línea del anfitrión marcan el techo para toda la sesión.

• Aloja en la conexión más estable disponible, idealmente por cable en lugar de Wi-Fi.
• Cierra las aplicaciones que consumen mucho ancho de banda en el anfitrión (streaming, copias de seguridad en la nube, descargas grandes).
• Para un mundo siempre activo o un grupo más grande, sal del alojamiento entre pares a un servidor dedicado o a un host de alquiler, para que ninguna línea doméstica cargue con todos. Las opciones de alojamiento se comparan en la guía de servidor dedicado.

En verificación: las cifras de tick-rate y latencia no se publican aquí — varían según el anfitrión, la región y la versión. Describimos la dirección de cada solución en lugar de citar cifras. Consulta /about/.

Mundos y progresión cuando cambias de anfitrión

Los mundos son archivos (.db y .fwl), así que un mundo se puede copiar entre una sesión entre pares y un servidor dedicado. Haz una copia del mundo antes de cada actualización de versión y antes de cualquier cambio de anfitrión, y comprueba las reglas de cuenta de tu plataforma si la progresión está ligada a una cuenta de plataforma en lugar de al archivo del mundo.