IP-forwarding et « Unable to authenticate »
Pourquoi un proxy transmet l'adresse du joueur au backend, les modes de forwarding, comment configurer la clé et analyse de l'erreur d'authentification.
Mis à jour le 13 août 2026
Sans transfert d'IP, le serveur backend voit tous les joueurs comme une seule adresse : celle du proxy. Tout ce qui dépend de l'IP tombe en panne : bannissements, limites, anti-bot, statistiques.
Modes Velocity
| Mode | Quand |
|---|---|
modern | Paper 1.13+ — recommandé |
legacy | Compatibilité avec l'ancien BungeeCord |
bungeeguard | Bungee avec un plugin de protection |
none | Tests uniquement |
Configuration du mode modern
Sur le proxy :
player-info-forwarding-mode = "modern"
forwarding-secret-file = "forwarding.secret"
Sur chaque backend (Paper), config/paper-global.yml :
proxies:
velocity:
enabled: true
online-mode: true
secret: "same_key"
Et online-mode=false dans le server.properties du backend.
Erreur Unable to authenticate
Elle apparaît lorsque la clé ou le mode ne correspondent pas :
- La clé diffère entre le proxy et le backend (espace en trop, saut de ligne).
proxies.velocity.enabledn'est pas activé sur le backend.- Le mode du proxy est
legacy, mais le backend attendmodern. - Le backend a
online-mode=trueavec le transfert modern.
Sécurité
online-mode=false sur le backend n'est sûr que si l'accès direct est fermé : sinon, n'importe qui peut se connecter directement sous le pseudo d'un autre. Chez Millida, les backends du réseau ne sont pas accessibles depuis l'extérieur — Réseau de serveurs.
