Visão geral

Lançado v1.2.2

Plataformas: Velocity, Paper, Folia
Minecraft: Velocity 3.3+; complemento opcional no Spigot, Paper, Folia ou Purpur 1.21+
Java: 17 / 21
Obrigatório: Nenhum
Opcional: VelorFailoverSpawn

Rota alternativa que reconhece quedas para redes Velocity, além de comandos de troca de servidor controlados por configuração.

Como ele decide #

Quando um jogador é expulso de um servidor backend (ou não consegue se conectar a ele), o Velocity dispara o mesmo evento para uma queda real e para a expulsão por um moderador, um banimento ou uma remoção por anticheat. O VelorFailover não adivinha a partir desse evento. Ele envia um ping ao servidor:

O servidor responde: nada acontece, o Velocity trata a expulsão exatamente como se o VelorFailover não estivesse instalado.
O ping falha (queda, travamento, conexão recusada): o servidor alternativo também recebe um ping e, se responder, o jogador é movido para lá.

Se o servidor alternativo também estiver fora do ar, nada é redirecionado e o tratamento normal do Velocity se aplica.

Os jogadores movidos aguardam o servidor monitorado. A cada health-check-interval-seconds ele recebe um ping; depois de responder return-stability-checks vezes seguidas, os jogadores em espera são enviados de volta a no máximo return-rate-per-second por segundo. Um jogador que sai, vai para outro lugar por conta própria ou não pode ser enviado de volta por return-give-up-minutes é esquecido.

Paradas e reinicializações planejadas: um servidor parado de propósito expulsa seus jogadores enquanto ainda responde a pings por um instante, então um ping não consegue distinguir isso da expulsão por um moderador. Por isso o VelorFailover também lê a mensagem de expulsão: se ela contiver um dos textos de planned-shutdown-messages (por padrão os que o Paper e o Spigot usam: "Server closed", "Server is restarting", "Restarting"), os jogadores são movidos para o servidor alternativo e enviados de volta quando o servidor voltar, à posição em que estavam (ninguém é teleportado, a menos que você defina teleport-to-spawn-after-planned-stop). Adicione a mensagem que a sua própria parada ou reinicialização usa; uma lista vazia desativa isso. Depois de uma parada planejada, o servidor primeiro é visto caindo, ou planned-return-grace-seconds passam, antes de alguém ser enviado de volta, para que um servidor que ainda está desligando não seja confundido com um que já voltou.

Instalação #

Coloque VelorFailover.jar na pasta plugins/ do proxy e inicie o proxy.
Edite plugins/velorfailover/config.yml (os nomes dos servidores devem corresponder ao velocity.toml) e execute /velorfailover reload.
Opcional: coloque VelorFailoverSpawn.jar em cada servidor backend que deva teleportar ao spawn os jogadores que voltam.

Requisitos: Velocity 3.3 ou mais recente, Java 17 ou mais recente. VelorFailoverSpawn: Spigot, Paper, Folia ou Purpur 1.21 ou mais recente, Java 21.