Descripción general
- Plataformas
- Velocity, Paper, Folia
- Minecraft
- Velocity 3.3+; complemento opcional en Spigot, Paper, Folia o Purpur 1.21+
- Java
- 17 / 21
- Obligatorio
- Ninguno
- Opcional
- VelorFailoverSpawn
Ruta alternativa consciente de caídas para redes Velocity, más comandos de cambio de servidor controlados por configuración.
Cómo decide #
Cuando un jugador es expulsado de un servidor backend (o no puede conectarse a él), Velocity lanza el mismo evento para una caída real y para la expulsión de un moderador, un ban o la retirada por un anticheat. VelorFailover no adivina a partir de ese evento. Hace ping al servidor:
- El servidor responde: no pasa nada, Velocity gestiona la expulsión exactamente como si VelorFailover no estuviera instalado.
- El ping falla (caída, bloqueo, conexión rechazada): también se hace ping al servidor alternativo y, si responde, el jugador se traslada allí.
Si el servidor alternativo también está caído, no se redirige nada y se aplica la gestión normal de Velocity.
Los jugadores trasladados esperan al servidor vigilado. Cada health-check-interval-seconds se le hace ping; cuando ha respondido return-stability-checks veces seguidas, los jugadores en espera se devuelven a un máximo de return-rate-per-second por segundo. Un jugador que se va, se va a otro sitio por su cuenta o no puede devolverse durante return-give-up-minutes se olvida.
Paradas y reinicios planificados: un servidor que se detiene a propósito expulsa a sus jugadores mientras todavía responde a los pings un momento, así que un ping no puede distinguirlo de la expulsión de un moderador. Por eso VelorFailover también lee el mensaje de expulsión: si contiene uno de los textos de planned-shutdown-messages (por defecto los que usan Paper y Spigot: "Server closed", "Server is restarting", "Restarting"), los jugadores se trasladan al servidor alternativo y se devuelven cuando el servidor vuelve a estar activo, a la posición en que estaban (no se teletransporta a nadie salvo que definas teleport-to-spawn-after-planned-stop). Añade el mensaje que use tu propia parada o reinicio; una lista vacía lo desactiva. Tras una parada planificada, primero se ve caer el servidor, o pasan planned-return-grace-seconds, antes de devolver a nadie, de modo que un servidor que aún se está apagando no se confunde con uno que ya ha vuelto.
Instalación #
- Copia
VelorFailover.jaren la carpetaplugins/del proxy e inicia el proxy. - Edita
plugins/velorfailover/config.yml(los nombres de los servidores deben coincidir convelocity.toml) y ejecuta/velorfailover reload. - Opcional: copia
VelorFailoverSpawn.jaren cada servidor backend que deba teletransportar al spawn a los jugadores que regresan.
Requisitos: Velocity 3.3 o superior, Java 17 o superior. VelorFailoverSpawn: Spigot, Paper, Folia o Purpur 1.21 o superior, Java 21.