Cómo arreglar "You lack the required entitlement" en un servidor FiveM

Los resources de pago de FiveM se entregan mediante Cfx.re Asset Escrow. Una compra añade el resource a una cuenta de Cfx.re, y un servidor solo puede ejecutarlo cuando esa cuenta es la que está detrás de la clave de licencia del servidor. Cuando un servidor sin ese derecho intenta iniciar el resource, la documentación de FiveM describe el resultado así: el resource no se inicia y en la consola del servidor aparece un error que dice "You lack the required entitlement".

You lack the required entitlement to use <resource name>

Así que el mensaje habla de quién es el dueño del resource. Los archivos están bien; el servidor que los pide no tiene permiso para ejecutarlos.

1. Reinicia el servidor entero, no solo el resource. El soporte de Cfx.re lo da como primer paso, y basta cuando la compra se hizo con el servidor ya en marcha.
2. Busca la cuenta dueña del resource. Inicia sesión en portal.cfx.re y abre Granted Assets. El resource tiene que aparecer ahí. Si no aparece, has iniciado sesión con una cuenta distinta de la que se usó en el pago.
3. Busca la cuenta dueña de la clave del servidor. La clave es la línea sv_licenseKey de server.cfg. Tiene que ser una de las claves de servidor de esa misma cuenta en el Portal.
4. Haz que las dos coincidan. O bien creas una clave de servidor nueva en la cuenta que tiene el resource y la pones en server.cfg, o bien transfieres el asset a la cuenta dueña de la clave. El soporte de Cfx.re documenta la transferencia tanto para Keymaster como para el Portal.
5. Reinicia otra vez y lee la consola.

# server.cfg
sv_licenseKey "your_server_key"

Situación	Causa	Solución
Comprado hace unos minutos, el servidor ya estaba en marcha	El servidor no ha recogido el permiso nuevo	Reinicia el servidor entero.
El resource está en Granted Assets y el error sigue	La clave del servidor se creó en otra cuenta de Cfx.re	Usa una clave de la cuenta que tiene el resource, o transfiere el asset.
El hosting o un desarrollador montó el servidor	La clave de server.cfg es suya, no tuya	Crea tu propia clave en el Portal y sustitúyela.
El resource no está en Granted Assets	Se compró con otro inicio de sesión de Cfx.re	Inicia sesión con la cuenta usada en el pago y, si hace falta, transfiere el asset.
Los archivos vinieron de otra persona	La cuenta nunca recibió el resource	El dueño del servidor tiene que comprarlo. Los archivos copiados no llevan el derecho de uso.
Funcionaba y dejó de funcionar	Terminó una suscripción, o se cambió la clave del servidor	Renueva la suscripción, o revisa la clave en server.cfg.

Sobre las suscripciones, la documentación de FiveM dice que cuando una caduca el asset se retira de la cuenta y deja de iniciarse en ese servidor.

Dos cosas tienen que estar en una misma cuenta: el resource comprado y la clave del servidor. El pago en Tebex te hace iniciar sesión con una cuenta de Cfx.re, y esa cuenta recibe el resource. El servidor demuestra de quién es con su clave de licencia. La máquina y la empresa de hosting no influyen.

Por eso el error aparece tan a menudo después de que un servidor cambie de manos, después de pasar a un hosting nuevo que puso su propia clave, o cuando una persona compra los resources y otra creó la clave. Decide qué cuenta lleva el servidor y mantén en ella las compras y las claves. La instalación completa está en cómo instalar un resource de FiveM de Cfx.re Escrow.

Sí, pero es un mensaje distinto. Una descarga con escrow contiene un archivo pequeño llamado .fxap en la carpeta del resource, junto a fxmanifest.lua. Como el nombre empieza por un punto, algunos gestores de archivos y programas de FTP lo ocultan o se lo saltan. Sube la carpeta entera tal como se descargó, conserva el nombre de la carpeta y no edites los archivos protegidos.

Si la consola dice que el resource protegido no se pudo verificar en lugar de nombrar un entitlement, descarga el resource otra vez desde el Portal y sustituye la carpeta en el servidor antes de cambiar nada más.

La documentación de FiveM enumera los archivos Lua, YFT, YDD e YDR como los tipos que protege Asset Escrow. El autor puede dejar abierto cualquier archivo con escrow_ignore en fxmanifest.lua. Este es el ejemplo de la documentación:

escrow_ignore {
  'script/code.lua',  -- Only ignore one file
  'stream/tuner.ydr', -- Works for any file, stream or code
  'stream/*.yft',     -- Ignore all .yft files in that folder
  'stream/**/*.yft'   -- Ignore all .yft files in any subfolder
}

Los archivos que figuran ahí llegan legibles y se pueden cambiar. Así es como un archivo de configuración, o el handling de un vehículo, sigue siendo editable. Qué archivos quedan abiertos lo decide el autor. En los resources de vehículos, los metas que normalmente puedes cambiar están en fxmanifest.lua y data_file para vehículos.

Todos los vehículos, hoverboards y mascotas de Nilo3D se entregan mediante Cfx.re Escrow, así que se aplican las mismas reglas. Si el error sigue después de los pasos de arriba, abre un ticket en el Discord de Nilo3D y envía tu nombre de usuario de Cfx.re. Con él podemos ver qué cuenta recibió la compra.