Puedes hacer que tu propio dominio apunte a tu servidor de juegos verificando primero la propiedad mediante un registro TXT y conectando después un subdominio mediante CNAME o un dominio apex mediante un registro A. Para Minecraft Java, además puedes configurar un registro SRV para que los jugadores entren sin indicar un puerto visible.
Resumen: qué registros DNS necesitas
| # | Registro | Finalidad | ¿Obligatorio? |
|---|---|---|---|
| 1 | TXT |
Verificación de propiedad | sí |
| 2 | CNAME (subdominio) o A (apex) |
Conexión con el servidor | sí |
| 3 | SRV (solo Minecraft) |
Conexión sin indicar puerto | opcional |
Creas estos registros en tu proveedor de DNS, por ejemplo en Cloudflare, Namecheap, IONOS o Strato. Los valores concretos están en el panel de game-serverhosting, en “Dominio propio”. Cópialos exactamente, especialmente tokens, nombres de host y puerto.
Si además quieres gestionar archivos, mundos o archivos de configuración en tu servidor, te será útil la guía sobre acceso SFTP para archivos de servidores de juegos. Para una vista básica de DNS, también encontrarás la guía Configurar un dominio propio para servidores de juegos – Guía DNS.
Requisitos
Antes de empezar, necesitas acceso a la zona DNS de tu dominio y acceso a tu panel de game-serverhosting. Además, deberías saber si quieres usar un subdominio como play.tudominio.example o el dominio apex tudominio.example.
Para la mayoría de los servidores de juegos, un subdominio es la opción más práctica. Puede apuntar mediante CNAME al nombre de host de tu servidor y así se mantiene más flexible si la dirección técnica de destino cambia más adelante. Un dominio apex también funciona, pero necesita un registro A hacia la dirección IP concreta.
Paso 1: Verificación de propiedad mediante registro TXT
Para que ningún dominio ajeno pueda vincularse a tu servidor de juegos, primero demuestras que controlas el dominio. Para ello, crea un registro TXT en tu zona DNS:
Nombre: _gsh-verify.tudominio.example
Tipo: TXT
Valor: gsh-verify=<tu-token-individual>
Encontrarás el token exacto en el panel. Cópialo 1:1, sin espacios adicionales ni comillas, salvo que tu proveedor de DNS las añada automáticamente.
Si usas un subdominio, el nombre se adapta correspondientemente. Para play.tudominio.example, el nombre TXT es:
_gsh-verify.play.tudominio.example
Algunas interfaces DNS esperan solo la parte del host en lugar del nombre de dominio completo. En ese caso, por ejemplo, introduces _gsh-verify.play, no _gsh-verify.play.tudominio.example. Lo importante es el resultado de la resolución DNS.
Paso 2: Configurar el destino del servidor
Después del registro TXT, el dominio debe apuntar a tu servidor de juegos. El tipo de registro correcto depende de si usas un subdominio o un dominio apex.
Conectar un subdominio mediante CNAME
Para un subdominio como play.tudominio.example, creas un CNAME hacia el nombre de host de tu servidor:
Nombre: play.tudominio.example
Tipo: CNAME
Destino: tuservidor.game-serverhosting.com
Si tu proveedor DNS es Cloudflare, la entrada debe estar en modo DNS-only. Es la nube gris. El proxy de Cloudflare está pensado para tráfico web HTTP y HTTPS; el tráfico TCP o UDP bruto de juegos no se reenvía por ahí como un servicio normal de servidor de juegos. Por eso, con el proxy activado, puede que tu servidor no sea accesible.
Conectar un dominio apex mediante registro A
Un dominio apex es el dominio sin subdominio, por ejemplo tudominio.example. Para ello usas un registro A hacia la IP del servidor:
Nombre: tudominio.example
Tipo: A
Valor: <dirección IP de tu servidor>
Encontrarás la dirección IP en el panel. Ten en cuenta lo siguiente: si más adelante tu servidor se mueve a otro nodo u otra IP, tendrás que actualizar este registro A. En cambio, un subdominio con CNAME apunta al nombre de host y en estos casos suele requerir menos mantenimiento.
El motivo de esta diferencia es relevante desde el punto de vista DNS: en RFC 1034, la IETF describe que un nombre con CNAME no debería tener otros datos al mismo tiempo. La fuente primaria oficial es RFC 1034 en [Documentación en rfc-editor.org](https://www.rfc-editor.org/rfc/rfc1034). Como en la práctica un dominio apex necesita más datos de zona, allí un registro A es la opción adecuada.
Paso 3: Registro SRV opcional para Minecraft Java
Los clientes de Minecraft Java se conectan sin registro SRV al puerto estándar 25565. Si tu servidor se ejecuta en otro puerto, los jugadores tendrían que introducir la dirección con puerto, por ejemplo:
tudominio.example:25584
Con un registro SRV puedes ocultar la indicación del puerto para Minecraft Java:
Nombre: _minecraft._tcp.tudominio.example
Tipo: SRV
Valor: 0 5 <Port> <destino>
Ejemplo para el puerto 25584 con destino tuservidor.game-serverhosting.com:
0 5 25584 tuservidor.game-serverhosting.com
Los valores representan prioridad, peso, puerto y nombre de host de destino. El registro SRV está en tu propia zona DNS y es opcional. No afecta a la verificación real del dominio.
Un registro SRV no entra en conflicto con un registro A en el dominio apex, porque está bajo un nombre propio: _minecraft._tcp.tudominio.example. Así que puedes conectar tudominio.example mediante un registro A y además configurar el registro SRV de Minecraft.
Si quieres llevar un mundo de Minecraft existente al servidor, después encaja la guía Subir y cambiar un mundo de Minecraft.
Comprobar el resultado
Después de guardar los registros DNS, espera unos minutos. Según el proveedor y la TTL, los cambios DNS también pueden tardar más en hacerse visibles. En el panel, el dominio se verifica en cuanto TXT y CNAME o el registro A se detectan correctamente.
Comprueba después la conexión real. Sin registro SRV, usas dominio más puerto. Con un registro SRV de Minecraft correctamente configurado, en Minecraft Java basta con el dominio sin puerto.
Solución de problemas
El CNAME está configurado, pero el servidor no es accesible
Comprueba primero si en Cloudflare está activa la nube naranja. Para conexiones de servidores de juegos, el registro debe estar en DNS-only. Comprueba además si el CNAME apunta exactamente al nombre de host del panel.
El registro TXT no se reconoce
Revisa el nombre y el valor. Errores habituales son terminaciones de dominio duplicadas, un nivel de subdominio incorrecto o un token diferente. Si tu proveedor solo espera la parte del host, un nombre introducido completo puede convertirse en _gsh-verify.tudominio.example.tudominio.example.
El dominio apex no funciona con CNAME
Para tudominio.example, usa un registro A hacia la IP del servidor. CNAME es adecuado para subdominios como play.tudominio.example, no para el dominio apex.
Los jugadores todavía tienen que introducir el puerto aunque usen el dominio
Entonces falta el registro SRV o apunta al puerto equivocado o al destino equivocado. Sin registro SRV, introducir el puerto es normal.
Comprobación, límites y vuelta atrás segura
La guía “Conectar tu propio dominio con tu servidor de juegos” 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 variar después de actualizaciones. Por eso, no transfieras valores sin comprobarlos a otra versión de juego, loader o servidor.
Antes de cambiar mundos, partidas guardadas, 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 adelante.
| Punto de comprobación | Resultado esperado | Cancelación y vuelta atrás |
|---|---|---|
| Inicio del servidor | El servidor alcanza el estado operativo sin nuevos mensajes de error. | Si hay errores de inicio, 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 concreta funciona sin dañar los datos existentes del mundo o del juego. | Si aparecen efectos secundarios, detén el servidor y restaura los archivos guardados. |
Una prueba individual satisfactoria 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
¿Puedo usar un subdominio y el dominio principal al mismo tiempo?
Sí, si configuras correctamente ambos nombres DNS. Un subdominio puede apuntar mediante CNAME, el dominio apex mediante un registro A. Cada nombre necesita su propia configuración DNS limpia.
¿Tengo que configurar siempre el registro SRV?
No. El registro SRV es opcional y sobre todo relevante para Minecraft Java si los jugadores deben conectarse sin :Port. Para la verificación del dominio basta con TXT más CNAME o registro A.
¿Por qué es importante DNS-only en Cloudflare?
El proxy de Cloudflare suele procesar tráfico web mediante HTTP y HTTPS. Los servidores de juegos usan otras conexiones TCP o UDP. Por eso, la entrada DNS debería resolverse directamente y no pasar por el proxy.
¿Cuánto tarda la verificación DNS?
Depende del proveedor DNS, de la TTL y de la propagación DNS mundial. Calcula al menos unos minutos. Si después de esperar más tiempo no ocurre nada, comprueba el nombre del registro, el valor, el destino y el estado del proxy.
¿Qué pasa si cambia la IP del servidor?
Con un registro A, tienes que introducir tú mismo la nueva IP en tu zona DNS. Con un CNAME hacia el nombre de host del servidor, el mantenimiento suele ser más sencillo, porque el subdominio apunta al nombre de host.