Con un dominio propio conectas tu servidor de juegos mediante una dirección fácil de recordar como mc.mi-dominio.de, en lugar de enviar a los jugadores una IP con puerto. Técnicamente, para ello normalmente necesitas un A-Record hacia la IP del servidor y, según el juego, opcionalmente un SRV-Record para un nombre de conexión cómodo sin puerto visible.
Cuándo tiene sentido un dominio propio
Un dominio merece la pena si tu servidor debe estar accesible de forma permanente, si quieres separar limpiamente varios servicios o usar una dirección de comunidad reconocible. Para servidores públicos de Minecraft, Rust, Valheim, V Rising o voz, un subdominio clara parece más profesional que una dirección compuesta solo por números.
Ejemplos típicos son:
mc.mi-dominio.depara Minecraftrust.mi-dominio.depara Rustvalheim.mi-dominio.depara Valheimvoice.mi-dominio.depara TeamSpeak
En game-serverhosting no se trata de un cambio de marca ni de una plataforma sustitutiva gratuita, sino de hosting multi-juego de pago controlable, con gestión transparente del servidor, procesos operativos comprensibles y soporte si DNS o accesibilidad no funcionan como esperas.
Si aún no has preparado un dominio propio, como base complementaria encaja la guía Conectar un dominio propio con tu servidor de juegos. Para el proceso general concreto también puedes usar Conectar un dominio propio para tu servidor de juegos.
Requisitos
Necesitas acceso a la gestión DNS de tu dominio, la IP actual del servidor y el puerto de tu servidor de juegos. La IP y el puerto normalmente aparecen en el área de administración de tu paquete de hosting. Si tu proveedor ofrece una IP fija, la configuración es más sencilla porque no tienes que ajustar registros DNS con cada cambio de IP.
Importante: DNS solo redirige nombres hacia destinos. DNS no inicia ningún servidor, no abre ningún firewall y no sustituye una configuración correcta del juego. Si la conexión directa por IP y puerto no funciona, un dominio no resolverá el problema.
Opción 1: Subdominio gratuito
En game-serverhosting puedes usar un subdominio con el formato:
tu-nombre.game-serverhosting.com
Esta variante es práctica si no tienes un dominio propio o quieres empezar rápido. El subdominio se asigna al servidor durante el pedido o la configuración. Después revisa en el panel qué dirección se muestra para tu servicio y prueba la conexión directamente en el cliente del juego.
Opción 2: Usar un dominio propio
Si tienes un dominio propio como mi-dominio.de, creas un subdominio en el proveedor DNS. Para servidores de juegos, un subdominio suele ser más limpio que el dominio principal, porque el dominio principal a menudo ya se usa para web, correo electrónico u otros servicios.
Crear un A-Record
Un A-Record apunta un nombre a una dirección IPv4. Para mc.mi-dominio.de, la configuración se ve así:
Tipo: A
Nombre: mc (da como resultado mc.mi-dominio.de)
Valor: <Tu IP del servidor>
TTL: 3600
En algunos proveedores DNS el campo no se llama Nombre, sino Host, Subdomain o Record name. Introduce allí solo mc si la zona ya es mi-dominio.de. Si introduces por accidente mc.mi-dominio.de en un campo que añade automáticamente el dominio, puede terminar como mc.mi-dominio.de.mi-dominio.de.
La TTL 3600 significa que los resolvers pueden almacenar el registro en caché hasta 3600 segundos. Un valor más bajo puede ayudar en migraciones, pero no todos los proveedores permiten elegirlo libremente.
SRV-Record para Minecraft sin puerto
Un SRV-Record puede describir servicio, protocolo, host de destino y puerto. Para Minecraft Java es útil si los jugadores no deben introducir mc.mi-dominio.de:25565, sino solo mc.mi-dominio.de.
Tipo: SRV
Nombre: _minecraft._tcp.mc
Prioridad: 0
Peso: 5
Puerto: 25565
Destino: mc.mi-dominio.de
TTL: 3600
Asegúrate de que el destino del SRV-Record sea un hostname que a su vez se resuelva mediante A-Record. No introduzcas ahí directamente una dirección IP. Si tu servidor no funciona en el puerto 25565, sustituye el puerto por el puerto real de Minecraft de tu panel de servidor.
Proveedores DNS
| Proveedor | ¿Gratis? | Recomendado |
|---|---|---|
| Cloudflare | Sí | Sí, si DNS-only está configurado correctamente |
| Namecheap DNS | Sí | Bueno |
| Google Domains | Sí | Bueno, si tu dominio aún se gestiona allí |
| Route53 | No | Más bien para infraestructura más compleja |
La tabla es una clasificación práctica, no una garantía de rendimiento. Lo decisivo es que tu proveedor DNS soporte de forma fiable A-Records y, si hace falta, SRV-Records.
Importante con Cloudflare
Si usas Cloudflare, el registro DNS del servidor de juegos debe estar en DNS-only. En la interfaz de Cloudflare, eso es la nube gris. El proxy naranja está pensado para tráfico web HTTP y HTTPS, no para conexiones normales de servidores de juegos.
Cloudflare describe en la documentación oficial de DNS que los records para game servers y otros protocolos no HTTP deben configurarse como DNS-only, porque el proxy HTTP no reenvía adecuadamente esas conexiones: Documentación en developers.cloudflare.com
En resumen:
- Usar DNS-only para servidores de juegos
- Usar proxy activo solo para sitios web o aplicaciones web adecuados
- En problemas de conexión, comprobar primero si la nube está gris
Clasificar la propagación de forma realista
Los cambios DNS pueden hacerse visibles con retraso según TTL, resolver y proveedor. Como orientación aproximada: a menudo los cambios son visibles tras unos minutos; en casos desfavorables puede tardar bastante más. La antigua indicación “hasta 48 horas” es útil como marco máximo prudente, pero no es una promesa para todos los proveedores DNS ni todos los resolvers.
No cambies varias cosas a la vez si estás buscando un error. Configura primero el A-Record, espera la resolución y después añade el SRV-Record.
Comprobar el resultado
Comprueba primero si el subdominio apunta a la IP correcta:
# Comprobar A-Record
nslookup mc.mi-dominio.de
Para el SRV-Record de Minecraft, comprueba además:
# Comprobar SRV-Record
nslookup -type=SRV _minecraft._tcp.mc.mi-dominio.de
El resultado debería mostrar el host de destino mc.mi-dominio.de y el puerto esperado. Después prueba la conexión en el juego. Si la conexión por dominio falla, pero por IP y puerto funciona, el error está muy probablemente en DNS, SRV-Record o el estado del proxy de Cloudflare.
Para pasos de configuración relacionados con juegos, las guías correspondientes ayudan, por ejemplo Alquilar y configurar un servidor de Rust o Alquilar y configurar un servidor de Valheim.
Solución de problemas
El dominio apunta a la IP equivocada
Comprueba si en el A-Record aparece realmente la IP actual del servidor del panel de game-serverhosting. Registros antiguos, A-Records duplicados o un CNAME configurado por accidente pueden producir resultados contradictorios.
Los jugadores siguen teniendo que introducir el puerto
Entonces probablemente falta el SRV-Record para Minecraft, el nombre del record es incorrecto o el host de destino no resuelve correctamente. Comprueba con nslookup -type=SRV si el record es visible públicamente.
Cloudflare muestra una nube naranja
Pon el registro del servidor de juegos en DNS-only. El proxy normal de Cloudflare está pensado para tráfico web. Para protocolos de juegos necesitas resolución DNS directa hacia tu servidor.
El cambio es visible para ti, pero no para otros
Las cachés DNS varían. Prueba desde otra red o espera a que pase la TTL. Evita cambios múltiples precipitados, porque de lo contrario será difícil reconocer qué cambio tuvo efecto realmente.
Comprobación, límites y vuelta atrás segura
La guía “Configurar un dominio propio para servidores de juegos: guía DNS” 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, versiones disponibles, compatibilidad de mods o plugins y recursos necesarios pueden cambiar después de actualizaciones. Por eso no transfieras valores sin comprobarlos a otra versión de juego, loader o servidor.
Antes de hacer cambios en el mundo, partida, configuración o 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 tarde.
| Punto de comprobación | Resultado esperado | Cancelación y vuelta atrás |
|---|---|---|
| Arranque del servidor | El servidor alcanza el estado operativo sin nuevos mensajes de error. | Si hay errores de arranque, deshaz el cambio y restaura la última copia de seguridad. |
| Prueba de conexión | Una cuenta de prueba puede conectarse mediante la dirección mostrada en el panel. | Si hay errores de versión o conexión, vuelve a comparar versión, puerto y permisos. |
| Prueba funcional | La función modificada en concreto funciona sin dañar datos existentes del mundo o del juego. | Si hay efectos secundarios, detén el servidor y restaura los archivos guardados. |
Una prueba individual correcta no es una garantía de rendimiento ni de disponibilidad. El tamaño del mundo, mods, plugins, número de jugadores, ruta de red y carga simultánea pueden cambiar el resultado. Documenta versión, cambio y resultado de la prueba para poder entender desviaciones posteriores.
FAQ
¿Necesito obligatoriamente un dominio propio para mi servidor de juegos?
No. También puedes usar una IP con puerto o un subdominio proporcionado. Un dominio propio es sobre todo más cómodo y mejor para una dirección de comunidad reconocible.
¿Un A-Record basta para cualquier servidor de juegos?
Para muchos juegos basta un A-Record más la indicación del puerto. Minecraft Java puede usar además un SRV-Record para que los jugadores puedan conectarse sin puerto visible.
¿Puedo activar el proxy de Cloudflare para mi servidor de juegos?
Para conexiones normales de servidores de juegos deberías poner el registro DNS en DNS-only. El proxy habitual de Cloudflare procesa tráfico web HTTP/HTTPS y no es adecuado para muchos protocolos de juegos.
¿Por qué el dominio no funciona de inmediato?
Los registros DNS se almacenan en caché. Según TTL, resolver y proveedor, puede tardar desde minutos hasta bastante más en que todos los clientes vean la nueva configuración.
¿Qué hago si la conexión por IP funciona, pero por dominio no?
Entonces el servidor en sí es accesible. Revisa A-Record, SRV-Record, estado de Cloudflare y errores tipográficos en el hostname. Solo cuando esos valores sean correctos merece la pena seguir buscando errores en el cliente del juego.