← Blog

Acceder a txAdmin en localhost para probar tu servidor FiveM

Par Benjamin Dayan · PDG

· Mis à jour le 25 de octubre de 2026 · Lecture 6 min

Índice

Acceder a txAdmin localhost es el primer paso para probar tu configuración de FiveM antes de ponerla en marcha para tus jugadores. En este artículo repasamos el puerto exacto, la URL de acceso correcta y los errores de conexión local más frecuentes, para que puedas depurar tu servidor FXServer sin perder horas buscando en foros.



¿Qué es txAdmin y por qué probarlo en localhost?

txAdmin es el panel de administración integrado en FXServer, el motor que ejecuta FiveM. Permite gestionar la consola, instalar recursos, configurar baneos, programar reinicios y monitorizar el rendimiento sin tocar directamente la línea de comandos. Desde la versión que lo incorpora de serie, FXServer levanta automáticamente un servicio web interno al que te conectas mediante navegador.

Probarlo en localhost tiene sentido cuando estás desarrollando un recurso, ajustando un server.cfg o simplemente quieres validar que tu instalación funciona antes de moverla a una máquina remota. Trabajar en local evita abrir puertos innecesarios en tu red doméstica y te permite iterar rápido sobre la configuración.

Si prefieres evitarte la configuración manual de puertos, cortafuegos y artefactos de FXServer en tu propia máquina, puedes optar directamente por un alojamiento servidor FiveM ya preparado con el panel Pterodactyl, donde txAdmin queda accesible desde el primer arranque.



Cómo acceder a txAdmin localhost: puerto y URL correctos

El acceso a txAdmin localhost se hace casi siempre a través de un navegador apuntando a un puerto concreto de tu propia máquina. La configuración por defecto es sencilla, pero conviene conocer cada elemento para no perder tiempo cuando algo no responde.

Puerto por defecto de txAdmin

Por defecto, txAdmin escucha en el puerto 40120. Esto significa que, una vez arrancado FXServer en tu equipo, la interfaz queda disponible en:

http://localhost:40120
http://127.0.0.1:40120

Ambas direcciones son equivalentes en la mayoría de sistemas, aunque si usas WSL en Windows o una máquina virtual, es posible que debas usar la IP interna asignada en lugar de localhost.

Cómo cambiar el puerto de acceso

Si el puerto 40120 ya está en uso por otro proceso, puedes indicar uno distinto al lanzar FXServer con el parámetro --svstxadminport, o definiéndolo directamente en el ejecutable de arranque:

FXServer.exe +set txAdmin-port 40121 +exec server.cfg

En Linux, el mismo principio aplica al lanzar el binario:

./run.sh +set txAdmin-port 40121 +exec server.cfg

Recuerda actualizar la URL en tu navegador en consecuencia: http://localhost:40121.

Primer acceso y PIN de verificación

La primera vez que abres txAdmin localhost, el panel solicita un PIN de seis dígitos que se muestra directamente en la consola de FXServer, no en el navegador. Es un paso de seguridad para confirmar que quien accede al panel es quien controla físicamente el proceso. Si cierras la consola antes de introducir el PIN, deberás reiniciar FXServer para generar uno nuevo.



Errores de conexión local más comunes y cómo resolverlos

La mayoría de problemas al intentar abrir txAdmin localhost se reducen a cuatro causas: el proceso no está realmente escuchando, el puerto está ocupado, un cortafuegos bloquea la conexión, o el navegador guarda una sesión corrupta.

Error de conexión rechazada (ERR_CONNECTION_REFUSED)

Si el navegador muestra este error, FXServer probablemente no ha terminado de arrancar o ha fallado antes de inicializar txAdmin. Revisa la consola: debe aparecer una línea indicando el puerto y la URL de acceso. Si no aparece, suele deberse a un artefacto de FXServer corrupto o incompatible con tu sistema operativo.

Puerto ya en uso

Puedes comprobar si otro proceso ocupa el puerto 40120 antes de arrancar FXServer:

# Linux
sudo ss -tulpn | grep 40120

# Windows (PowerShell)
Get-NetTCPConnection -LocalPort 40120

Si el puerto aparece ocupado, cierra el proceso correspondiente o cambia el puerto de txAdmin como se explicó en la sección anterior.

Cortafuegos local bloqueando la conexión

En Windows, el cortafuegos puede pedir permiso la primera vez que FXServer intenta escuchar en red; acepta el acceso para redes privadas. En Linux con ufw, si quieres acceder desde otro equipo de tu misma red local (no estrictamente localhost), necesitas abrir el puerto:

sudo ufw allow 40120/tcp

Para un acceso puramente local desde el mismo equipo, el cortafuegos normalmente no interfiere, salvo configuraciones muy restrictivas.

Página en blanco o recursos que no cargan

Si la URL responde pero la interfaz queda en blanco o se queda cargando indefinidamente, limpia la caché del navegador o prueba en una ventana privada. También puede deberse a una versión de FXServer desactualizada que no es compatible con la build actual de txAdmin; actualizar el artefacto suele resolverlo.

Conflicto entre localhost y una instancia remota

Si gestionas en paralelo un servidor remoto, abrir varias pestañas de txAdmin apuntando a distintos puertos o IPs puede provocar que el navegador mezcle cookies de sesión. Usa perfiles de navegador distintos o cierra sesión explícitamente antes de cambiar de entorno.



De las pruebas en localhost a un entorno de producción estable

Una vez validada la configuración en local, el salto natural es mover el proyecto a una máquina accesible desde internet para que jugadores externos puedan conectarse. Aquí cambian algunos elementos: el puerto de txAdmin debe quedar protegido (no expuesto públicamente sin control de acceso), el server.cfg necesita una licencia key válida, y conviene activar copias de seguridad automáticas antes de instalar recursos de terceros.

Si ejecutas FXServer en un VPS remoto, el flujo de trabajo es similar: te conectas por SSH, verificas que el puerto esté correctamente expuesto y accedes a txAdmin usando la IP pública en lugar de localhost:

ssh usuario@ip_del_servidor
sudo ss -tulpn | grep 40120
# Acceso desde el navegador:
http://IP_PUBLICA:40120

Para quienes prefieren no gestionar manualmente firewall, usuarios y versiones de FXServer, trabajar sobre un panel preconfigurado simplifica bastante el mantenimiento diario: instalación de recursos, reinicios programados y gestión de sub-usuarios quedan centralizados. Puedes consultar las opciones disponibles en VPS Pterodactyl o revisar todos nuestros servidores de juegos para comparar recursos según el tamaño de tu comunidad.

Checklist antes de pasar de localhost a producción

  • Cambia las contraseñas y el PIN de acceso de txAdmin por credenciales robustas.
  • Verifica la licencia key de FiveM en el server.cfg.
  • Activa copias de seguridad automáticas antes de instalar mods o recursos adicionales.
  • Restringe el acceso al puerto de administración mediante lista blanca de IPs si tu infraestructura lo permite.
  • Comprueba la latencia desde la ubicación de tus jugadores antes del lanzamiento oficial.

Para profundizar en la documentación oficial de configuración y recursos de FXServer, puedes consultar Source.



Dominar el acceso a txAdmin localhost te ahorra tiempo al depurar mods, recursos y configuraciones antes de exponer tu proyecto a jugadores reales. Con el puerto correcto, la URL adecuada y los errores de conexión identificados, el paso de pruebas locales a un entorno estable resulta mucho más predecible.



FAQ

¿Por qué txAdmin localhost no abre aunque FXServer esté encendido?

Revisa la consola de FXServer: si no aparece la línea con el puerto y la URL, el proceso no ha inicializado correctamente txAdmin. Suele deberse a un artefacto corrupto o a un conflicto de puertos; reinicia el proceso y comprueba los logs antes de volver a intentarlo.

¿Puedo usar otro puerto distinto al 40120 para txAdmin?

Sí, basta con lanzar FXServer con el parámetro +set txAdmin-port seguido del número de puerto deseado, y luego acceder desde el navegador usando esa misma URL con el nuevo puerto.

¿Es seguro dejar txAdmin accesible solo en localhost?

Sí, mientras el acceso quede restringido a la propia máquina no hay exposición externa. El riesgo aparece cuando se expone el puerto a internet sin autenticación reforzada ni restricción de IPs, algo a evitar antes de pasar a un entorno de producción.

Sigue leyendo