Implementación del servidor explicada: ¿qué pasa después de tu pedido?

Después de tu pedido en game-serverhosting, se ejecuta en segundo plano una cadena técnica de implementación: asignar el pago, reservar recursos, instalar el software del juego, configurar el DNS, aplicar la configuración específica del juego y poner el servidor a disposición en el dashboard. Verás mensajes de estado, pero no tienes que dejar el navegador abierto, porque los jobs siguen ejecutándose del lado del servidor.

Resumen de las fases de implementación

Estos tiempos son valores orientativos del proceso de implementación, no una garantía. Especialmente la fase 3 puede variar mucho, porque los archivos del juego, modpacks y contenidos de Workshop tienen tamaños distintos y a veces se cargan desde fuentes externas. Con modpacks grandes como ATM10 o FTB-Skies, así como con imágenes de juego muy grandes, la instalación puede tardar bastante más que con un servidor Vanilla pequeño.

Requisitos antes de empezar

Necesitas un pedido completado, un pago confirmado y acceso a tu dashboard. Para algunos juegos se añaden datos adicionales: CS2 necesita, por ejemplo, un token GSLT si el servidor debe funcionar públicamente a través de Steam. En Minecraft es importante saber si se va a usar Java, juego cruzado con Bedrock o ambas variantes, porque de eso dependen temas de puertos y configuración.

Si más adelante quieres configurar con más detalle, también te ayudan nuestras guías sobre configurar correctamente Minecraft server.properties y sobre puertos de servidores Minecraft, 25565, 19132 y registros SRV. Para Valheim encontrarás bases de administración adecuadas en comandos de servidor Valheim y comandos de administrador.

Fase 1: Pago recibido (payment_received)

En cuanto Stripe confirma el pago, el pago se vincula con tu pedido. Después se habilita tu cuenta para el servidor contratado y se prepara el siguiente job de provisioning. El proceso está diseñado de forma idempotente: si un webhook de pago llega varias veces, el pedido no debería provisionarse varias veces.

Si esta fase permanece visible durante más tiempo, normalmente no se debe a tu navegador. Espera unos minutos y luego comprueba en el dashboard si el estado se ha actualizado. Si el pago permanece en este estado durante un tiempo inusualmente largo, conviene abrir un ticket de soporte para que se pueda revisar la asignación.

Fase 2: Se está creando el servidor (creating_server)

En esta fase, el sistema busca una node libre en la región prevista, por defecto Falkenstein/Alemania si está disponible. Se reservan recursos como RAM, CPU y disco para tu plan. Además, se crea al menos una asignación de puerto. En Minecraft pueden ser necesarias dos allocations: una para Java y otra para el juego cruzado con Bedrock.

A continuación, Pterodactyl crea la entrada del servidor con las variables Egg adecuadas, como la versión del juego, el límite de RAM y los parámetros de inicio. Si no hay espacio adecuado disponible o una node no responde como se espera, la fase puede tardar más. Esto es un tema de infraestructura y no debería intentarse resolver recargando el navegador repetidamente.

Fase 3: Instalar software (installing)

La instalación suele ser la parte más variable. El daemon Wings en la node ejecuta el script de instalación del Egg correspondiente y descarga los archivos necesarios. Los valores orientativos anteriores se mantienen:

• Minecraft Vanilla: ~60 segundos (descargar el server jar de Mojang)
• Modpacks (ATM10, FTB): 5–30 minutos (descargar varios GB de mods)
• Rust: 5–15 minutos (sincronización de Steam Workshop)
• ARK Survival Ascended: 10–25 minutos (imagen de juego grande)
• CS2: 3–8 minutos (SteamCMD descarga CS2)
• Palworld: 4–10 minutos

Estos valores dependen del tamaño del paquete, los servidores de origen, las actualizaciones y la carga de la node. Mientras tanto puedes salir de la página. La instalación continúa en segundo plano y recibirás una notificación en cuanto se alcance el siguiente estado.

Fase 4: Configurar DNS (creating_dns)

Para que tu servidor sea accesible mediante un subdominio como miservidor.game-serverhosting.com, se crean registros DNS. Lo típico es:

• Registro A: miservidor.game-serverhosting.com → dirección IP de tu node
• Registro SRV: específico del juego, p. ej. _minecraft._tcp.miservidor → puerto de tu servidor

Cloudflare describe los registros SRV en la documentación oficial de DNS como entradas que representan servicio, protocolo, host de destino y puerto: documentación en developers.cloudflare.com. Precisamente por eso los clientes compatibles pueden leer el puerto correcto desde DNS, en lugar de que los jugadores tengan que escribirlo manualmente. Si el DNS falla, el servidor aun así puede ser accesible directamente mediante IP y puerto.

Fase 5: Configuración específica del juego (setting_up)

Después de la instalación básica siguen pasos dependientes del juego. En Minecraft se tiene en cuenta la eula.txt, Geyser y Floodgate pueden instalarse para el juego cruzado con Bedrock, y la server.properties se prepara con los puertos adecuados. En CS2, un token GSLT existente se establece en la variable STEAM_ACC. Si no introdujiste el token en el asistente, puedes añadirlo más tarde en “Ajustes”. En FiveM se prepara la URL de inicio de sesión de txAdmin.

Si esta fase falla, la causa suele ser más concreta que en la instalación general, por ejemplo un token ausente o un ajuste no válido. Lee con atención el mensaje del dashboard antes de hacer cambios.

Fase 6: Servidor online (ready)

Cuando se alcanza ready, recibes un correo electrónico con los datos de acceso, como subdominio, puerto e inicio de sesión de Pterodactyl. Opcionalmente también puede enviarse una notificación de Discord si está activada en tus ajustes. En el dashboard aparece el servidor con el estado Online o listo para iniciarse.

Por defecto, el servidor no tiene por qué iniciarse automáticamente después de la instalación. Esto tiene sentido porque antes del primer inicio aún puedes revisar ajustes, como whitelist, nombre del servidor, opciones del mundo, puertos, administradores o mods.

Comprobar el resultado

Primero abre el dashboard y comprueba el estado, la IP, el puerto y la subdominio. Inicia el servidor, observa la consola y espera hasta que el juego informe de un arranque correcto. Después conéctate desde el cliente mediante subdominio o IP:Port. En Minecraft también deberías comprobar si los jugadores de Java y Bedrock usan los puertos previstos para cada uno. En Palworld merece la pena echar después un vistazo a los ajustes del servidor Palworld antes de jugar de forma permanente con un grupo.

Solución de problemas

Si la instalación aún está en curso, a menudo lo correcto es esperar. Especialmente los modpacks, ARK, Rust y CS2 pueden necesitar más tiempo. No cierres el navegador por preocupación: el job se ejecuta en segundo plano. Si un servidor permanece más de 90 minutos en installing, se marca como stuck; el job de monitorización servers:detect-stuck comprueba cada 5 minutos y puede iniciar un intento de recuperación.

Si el DNS aún no funciona, prueba además directamente con IP y puerto. Si el cliente del juego no consigue conectarse, comprueba si el servidor realmente está iniciado, si se está usando el puerto correcto y si faltan datos obligatorios específicos del juego. Si tu servidor lleva más de una hora en la misma fase, crea un ticket de soporte en el dashboard e indica el nombre del servidor, la fase y la hora del pedido.

Comprobación, límites y vuelta atrás segura

La guía “Implementación del servidor explicada: ¿qué pasa después de tu pedido?” se aplica al tipo de servidor descrito en el artículo y al estado de versión visible en el momento de la comprobación. Los nombres de menús, las versiones disponibles, la compatibilidad de mods o plugins y los recursos necesarios pueden cambiar después de actualizaciones. Por eso, no transfieras valores a otra versión de juego, loader o servidor sin comprobarlos.

Antes de hacer cambios en el mundo, la partida guardada, la configuración o las extensiones, crea una copia de seguridad de los archivos afectados. Después cambia solo un paso relacionado y compruébalo con la misma versión de cliente y servidor con la que quieras jugar más adelante.

Una prueba individual correcta no garantiza rendimiento ni disponibilidad. El tamaño del mundo, los mods, los plugins, el número de jugadores, la ruta de red y la carga simultánea pueden cambiar el resultado. Documenta la versión, el cambio y el resultado de la prueba para poder entender desviaciones posteriores.

FAQ

¿Puedo cerrar el navegador mientras se instala el servidor?

Sí. La implementación continúa del lado del servidor. Puedes volver más tarde al dashboard y comprobar el estado actual.

¿Por qué la instalación tarda más en algunos juegos?

Porque los archivos necesarios tienen tamaños distintos y a veces se cargan desde fuentes externas. Un servidor Vanilla se configura más rápido que un modpack grande o una imagen de juego extensa.

¿Tengo que iniciar inmediatamente después de ready?

No. Primero puedes revisar ajustes, comprobar puertos, establecer administradores o configurar mods. Esto es especialmente útil en Minecraft, Valheim, Palworld y CS2.

¿Qué hago si el DNS no funciona?

Prueba primero la conexión directa mediante IP y puerto. Si eso funciona, el servidor está activo; entonces el problema probablemente afecta solo a la subdominio o al registro SRV. Si persiste, contacta con soporte.

¿Recibiré una notificación cuando la implementación haya terminado?

Sí. Recibirás un correo electrónico con los datos de acceso. También es posible una notificación de Discord si la has activado previamente en los ajustes.