Cómo habilitar OneSync y aumentar el límite de jugadores de FiveM por encima de 32

Estableciste sv_maxclients 64 y el servidor sigue limitándose a 32, o ignora el valor, u obtienes una advertencia cuando lo intentas. El límite de 32 pertenece al modo de red antiguo. Para ir más alto necesitas OneSync, y así es cómo lo enciende y verifica.

#Qué hace OneSync

FiveM tiene dos modos de sincronización de jugadores. El antiguo, a menudo llamado legacy, maneja hasta 32 jugadores. OneSync mueve el manejo de entidades al servidor, que es lo que permite más jugadores, y también lo que hace que funcionen las funciones de entidades del lado del servidor y las bolsas de estado.

Muchos recursos modernos también esperan OneSync. Por ejemplo, los recursos de voz como pma-voice dependen de él, y algunos scripts leen entidades desde el servidor. Si uno de tus recursos dice que necesita OneSync, esta es la configuración.

#Habilita OneSync en server.cfg

Añade esta línea a tu server.cfg:

set onesync on

Luego establece el número de espacios:

sv_maxclients 48

Reinicia el servidor completo. Estas son convars de inicio, así que restart en un recurso o una actualización de configuración no las aplica.

Si inicias el servidor desde la línea de comandos o un acceso directo, puedes pasarlo como argumento en su lugar:

+set onesync on

Consejo: pon set onesync on cerca de la parte superior de server.cfg, antes de las líneas de ensure, para que ya esté activado cuando se inicien los recursos.

#Habilita OneSync en txAdmin

Las versiones más antiguas de txAdmin tienen un menú desplegable de OneSync en la página de configuración, en la sección de FXServer. Si lo tienes, elige on y guarda. Las versiones más nuevas lo dejan fuera y esperan la línea en server.cfg. Si no encuentras la opción, usa la línea cfg arriba, que funciona con ambas.

Ten cuidado de no establecerlo en dos lugares con valores diferentes. Si la configuración de txAdmin y server.cfg no concuerdan, el valor final es difícil de predecir. Elige un lugar.

#Establece sv_maxclients

sv_maxclients es el recuento de espacios:

sv_maxclients 48

Notas:

• Debe ser un número entero.
• Sin OneSync, cualquier cosa por encima de 32 no es aceptada.
• El límite superior con OneSync depende de tu clave de licencia. Cfx.re vincula el número de espacios a niveles de Element Club en el propietario de la clave. Si pides más de lo que tu clave permite, el servidor no te dará esos espacios. Lee los límites actuales en Cfx.re antes de planificar un servidor grande.
• Más espacios significan más CPU y ancho de banda. Prueba con jugadores reales, no solo el número.

#Verifica que OneSync esté activado

La comprobación más simple es un pequeño script del servidor. En un recurso, añade:

-- server.lua
print('onesync: ' .. GetConvar('onesync', 'off'))

Cuando se inicia el recurso, la consola debe imprimir onesync: on.

Si imprime off, la línea está en el archivo incorrecto, está comentada, o algo después la establece de nuevo. Búscala:

grep -rn "onesync" server.cfg

En Windows PowerShell:

Select-String -Path server.cfg -Pattern "onesync"

Recuerda que server.cfg puede cargar otros archivos con exec, así que busca también en esos.

#Bloqueo de entidades

Con OneSync activado, puedes controlar si los clientes pueden crear entidades (vehículos, peds, objetos) por su cuenta. El convar es sv_entityLockdown:

set sv_entityLockdown "strict"

En modo strict, solo el servidor (y los recursos ejecutándose en el servidor) pueden crear entidades. Los clientes que intenten generar vehículos u objetos con un cheat o un script mal escrito no pueden. Es una buena defensa, pero también rompe cualquier script del lado del cliente que crea entidades y espera que se sincronicen.

Úsalo solo si sabes que tus recursos generan en el lado del servidor. Si lo enciende y tus tiendas, vehículos o props dejan de aparecer para otros jugadores, vuelve a establecerlo y busca scripts que generan en el cliente. Los valores relaxed e inactive también existen. No habilites el modo strict en un servidor activo sin probar primero.

#Problemas comunes

• La línea es ignorada: editaste un server.cfg que el servidor no carga. Verifica la ruta en la consola de txAdmin.
• Los recursos se rompen después de habilitarlo: algunos scripts muy antiguos usan comportamiento solo de legacy. Comprueba la consola para el primer error.
• Carga alta con muchos jugadores: más espacios aumentan el trabajo del servidor. Mira qué recursos cuestan más, véase resmon high ms and how to optimize.
• La voz deja de funcionar después del cambio: comprueba el orden del recurso de voz y su configuración, véase pma-voice not working.

#Lista de verificación