Cómo crear un servidor FiveM paso a paso (Guía 2026)

Montar tu propio servidor FiveM es más fácil hoy que nunca: con txAdmin incluido en los artifacts oficiales y frameworks maduros como QBCore, ESX Legacy o Qbox, puedes pasar de cero a un servidor de roleplay funcional en una tarde. Lo difícil no es arrancarlo, sino hacerlo bien desde el principio: elegir la base correcta, entender qué hace cada línea del server.cfg y no cometer los errores que luego cuestan semanas deshacer. En esta guía te llevamos paso a paso por todo el proceso, desde descargar FXServer hasta abrir las puertas a tus primeros jugadores.

Qué necesitas antes de empezar

Antes de tocar nada, reúne estas piezas:

• Una copia legal de GTA V: FiveM funciona sobre tu instalación de GTA V (Rockstar Games Launcher, Steam o Epic). Sin el juego original no puedes ni conectarte a tu propio servidor para probarlo.
• Una cuenta de Cfx.re: es la cuenta con la que inicias sesión en FiveM, en txAdmin y en el Keymaster. Créala en cfx.re si no la tienes.
• Un VPS o un PC que haga de servidor: para pruebas locales te vale tu propio ordenador. Para un servidor público necesitas una máquina encendida 24/7: lo habitual es un VPS con al menos 4 núcleos, 8 GB de RAM y disco NVMe. FXServer castiga mucho el rendimiento por núcleo, así que prioriza frecuencia sobre cantidad de cores. Si dudas entre proveedores y tipos de máquina, en la guía de hosting para servidores FiveM comparamos las opciones en detalle.
• Una clave de licencia del Keymaster: se genera gratis en portal.cfx.re y identifica tu servidor ante Cfx.re. La configuraremos en el paso 5.
• MySQL o MariaDB: cualquier framework de roleplay guarda personajes, inventarios y vehículos en una base de datos. Si usas la receta de txAdmin, él mismo te ayuda a conectarla.

Con eso en la mesa, empezamos.

Paso 1: Descarga los artifacts de FXServer

FXServer es el ejecutable del servidor de FiveM, y se distribuye en forma de artifacts: builds numeradas que Cfx.re publica continuamente. Descarga siempre desde la página oficial de artifacts (runtime.fivem.net/artifacts), donde verás dos ramas:

• Windows (server_windows): un zip con FXServer.exe.
• Linux (fx.tar.xz): el equivalente para distribuciones basadas en glibc.

Elige la build marcada como recommended salvo que necesites algo concreto de una más nueva: las builds latest pueden traer regresiones. Apunta en algún sitio qué build instalaste; cuando un script te pida “artifacts recientes” o aparezca un fallo corregido aguas arriba, sabrás desde dónde actualizas. Crea una estructura de carpetas limpia, por ejemplo:

C:\fivem\server        # artifacts (FXServer.exe y librerias)
C:\fivem\server-data   # tu servidor: resources, server.cfg, cache

Separar artifacts y datos te permite actualizar FXServer en el futuro simplemente reemplazando la carpeta server, sin tocar tus recursos ni tu configuración.

Paso 2: Instala txAdmin y haz el setup inicial

Aquí viene la buena noticia: txAdmin ya viene incluido en los artifacts. No hay que instalar nada aparte. Ejecuta FXServer.exe (o ./run.sh en Linux) sin argumentos y FXServer arrancará en modo txAdmin, mostrándote en consola un PIN de cuatro dígitos y una URL local en el puerto 40120.

Abre http://localhost:40120 en el navegador, introduce el PIN y vincula tu cuenta de Cfx.re. A partir de ahí, el asistente de configuración te ofrece tres caminos:

1. Popular Recipes: plantillas que despliegan un servidor completo (QBCore, ESX Legacy, Qbox y otras) con base de datos, recursos base y server.cfg ya enlazados. Es la opción recomendada si es tu primer servidor.
2. Remote URL: desplegar una receta propia o de terceros desde un repositorio.
3. Custom: apuntar txAdmin a una carpeta de datos que ya tengas montada a mano.

Si eliges una receta, txAdmin te pedirá los datos de conexión a MySQL y desplegará todo solo. Al terminar tendrás un panel web desde el que arrancar, parar y reiniciar el servidor, ver la consola en vivo, programar reinicios y backups, gestionar jugadores y aplicar bans. Merece la pena dedicar diez minutos a recorrer sus menús: txAdmin va a ser tu centro de control diario.

Dos ajustes que conviene dejar hechos desde el primer día: los reinicios programados (un servidor de roleplay acumula entidades y memoria con las horas; uno o dos reinicios diarios en horas valle mantienen todo estable) y el watchdog de crashes, que reinicia el servidor automáticamente si FXServer se cae de madrugada. Ninguna de las dos cosas requiere plugins: vienen de serie en txAdmin.

Paso 3: Elige framework: QBCore, ESX o Qbox

El framework es la base sobre la que funciona todo tu servidor de roleplay: gestiona personajes, trabajos, dinero, inventario y la comunicación entre scripts. Los tres grandes en 2026 son:

• QBCore: el más popular en la comunidad hispana, con un ecosistema enorme de recursos y documentación. Si vienes de cero, es la opción con más tutoriales y más scripts para QBCore disponibles.
• ESX Legacy: el veterano. Muy estable, con años de recursos acumulados y una comunidad europea fuerte. Explora los scripts para ESX si esta es tu base.
• Qbox: fork moderno de QBCore construido sobre ox_lib y oxmysql, con foco en rendimiento y código limpio. Cada vez más servidores nuevos lo eligen; aquí tienes los scripts compatibles con Qbox.

No hay una respuesta única: depende de qué recursos quieres usar, de tu nivel técnico y del tipo de servidor que quieres montar. Hemos escrito una comparativa completa en QBCore vs ESX vs Qbox que te ayudará a decidir con criterio. Lo importante: elige antes de comprar o instalar scripts, porque migrar de framework con el servidor ya poblado es un dolor considerable.

Paso 4: Configura el server.cfg

El server.cfg es el archivo que FXServer lee al arrancar: define puertos, nombre, licencia, convars y qué recursos se inician. Si usaste una receta de txAdmin ya tendrás uno generado, pero conviene entender sus líneas clave:

# Red
endpoint_add_tcp "0.0.0.0:30120"
endpoint_add_udp "0.0.0.0:30120"

# Identidad del servidor
sv_hostname "Mi Servidor RP | Español | ESP"
sv_maxclients 48
sets sv_projectName "Mi Servidor RP"
sets sv_projectDesc "Roleplay serio en español"
sets tags "roleplay, espanol, economia"

# OneSync (obligatorio para mas de 48 jugadores)
set onesync on
set onesync_population true

# Licencia del Keymaster (portal.cfx.re)
sv_licenseKey "tu_clave_del_keymaster"

# Base de datos
set mysql_connection_string "mysql://usuario:contrasena@localhost/fivem?charset=utf8mb4"

# Recursos: el orden importa
ensure oxmysql
ensure ox_lib
ensure qb-core
ensure [standalone]
ensure [qb]

Cuatro cosas que debes tener claras:

• ensure arranca recursos y el orden importa: las dependencias van primero. oxmysql antes que cualquier cosa que use base de datos, ox_lib antes que los scripts que lo requieren, y el core del framework antes que sus módulos. Puedes hacer ensure de una carpeta entre corchetes (como [qb]) para arrancar todo su contenido.
• set, sets y setr no son lo mismo: set define una convar solo visible en el servidor, sets la publica en la lista de servidores (nombre del proyecto, descripción, tags) y setr la replica a los clientes para que los scripts la lean. Usar la variante equivocada es un clásico de configuraciones que “no hacen nada”.
• onesync on activa OneSync Infinity, el modo de sincronización moderno del servidor. Lo necesitas para superar 48 jugadores y para que muchos scripts actuales funcionen correctamente.
• Nunca compartas tu server.cfg tal cual: contiene tu licencia y tu cadena de conexión a la base de datos. Si pides ayuda en un Discord, censura esas líneas antes de pegar nada.

Paso 5: Licencia y Keymaster

El Keymaster (hoy integrado en portal.cfx.re) es el portal de Cfx.re donde se gestionan las claves de servidor y los assets comprados. Entra con tu cuenta de Cfx.re, registra un nuevo servidor indicando la IP de tu máquina y copia la clave generada en la convar sv_licenseKey de tu server.cfg.

Esa misma cuenta es la que queda vinculada a tus compras de scripts protegidos con escrow: cuando compras un recurso en una tienda que usa Tebex, el asset se asocia a tu cuenta del Keymaster y solo se ejecuta en servidores con tu clave. Por eso es importante crear la clave con la cuenta correcta desde el principio. Si te pierdes con claves, transferencias de assets o el cambio de IP del servidor, tenemos una guía específica del Keymaster de FiveM que cubre todos esos casos.

Paso 6: Instala tus primeros scripts esenciales

Con el servidor arrancando y el framework desplegado, toca darle vida. Los imprescindibles de cualquier servidor de roleplay suelen ser:

• Inventario: la pieza que más se nota en el día a día del jugador.
• HUD: velocímetro, estado de hambre, sed y estamina.
• Trabajos y economía: mecánico, policía, EMS, trabajos legales e ilegales.
• Garaje y concesionario: gestión de vehículos propios.
• Teléfono: mensajes, anuncios y apps de roleplay.
• Spawn y multipersonaje: selección de personaje y aparición en el mundo.

Nuestro consejo: empieza con pocos recursos bien elegidos y de calidad, en lugar de amontonar cincuenta scripts gratuitos que se pisan entre sí. Un script mal optimizado puede arruinar el rendimiento de todo el servidor, y depurar conflictos entre veinte recursos desconocidos es una de las peores experiencias que existen en la administración de servidores. Instala de uno en uno, prueba, y solo entonces pasa al siguiente: cuando algo se rompa, sabrás exactamente qué lo rompió. En nuestro catálogo encontrarás recursos compatibles con QBCore, ESX, Qbox y standalone, con descarga instantánea, actualizaciones gratis de por vida y probados en producción en nuestro propio servidor de roleplay. Y si quieres orientación sobre qué instalar primero, revisa nuestra selección de los mejores scripts para FiveM.

Paso 7: Abre al público y protege el servidor

Antes de publicar tu servidor en la lista de FiveM, cierra estos frentes:

• Anticheat: un servidor público sin protección dura horas antes de recibir la visita de un cheater. Configura permisos ACE correctamente, restringe eventos sensibles del lado servidor y valora un anticheat dedicado. En nuestra guía de anticheat para FiveM explicamos qué opciones existen y cómo configurarlas.
• Permisos de staff: define en txAdmin los roles de tus administradores y no repartas permisos de consola a cualquiera.
• Whitelist (opcional): si buscas roleplay serio, una whitelist con formulario filtra muchísimo el trolleo de los primeros días.
• Backups automáticos: programa en txAdmin copias de la base de datos. El día que un script corrompa datos o borres algo por error, lo agradecerás.
• Prueba con tu staff: haz una o dos sesiones internas antes de abrir. Los bugs que encuentres con diez personas son los mismos que explotarían con cien, y corregirlos sin público delante es infinitamente más cómodo. Aprovecha esas sesiones para vigilar el rendimiento del servidor con jugadores reales conectados, no solo contigo dando vueltas solo.

Para aparecer en la lista pública de servidores, asegúrate de tener sv_master1 sin comentar (o simplemente no bloqueado), un sv_projectName claro y tags relevantes. La primera impresión en la lista importa: nombre limpio, descripción honesta y sin promesas infladas.

Checklist final antes de abrir

Repasa esta lista y, si puedes marcar todo, estás listo:

• GTA V original y cuenta de Cfx.re activa.
• Artifacts de FXServer en su versión recommended.
• txAdmin configurado con cuenta vinculada y PIN olvidado para siempre.
• Framework elegido con cabeza (¿ya leíste la comparativa?).
• server.cfg con licencia, OneSync activado y recursos en orden correcto.
• Clave del Keymaster generada con la cuenta correcta.
• Scripts esenciales instalados y probados uno a uno.
• Anticheat, permisos, whitelist y backups configurados.
• Sesión de prueba con staff completada.

Montar un servidor FiveM es un proyecto de fondo: el arranque técnico es solo el primer paso, y la diferencia entre un servidor que muere en dos semanas y uno que crece está en la calidad de sus recursos y el cuidado de su administración. Cuando tengas la base lista, pásate por nuestro catálogo de scripts: cada recurso incluye soporte 24/7 por Discord y tickets, pagos verificados por Tebex y compatibilidad garantizada con QBCore, ESX, Qbox y standalone.