En el panel de GSH conectas un dominio propio con una prueba de propiedad TXT y el destino del servidor que se muestra. Un subdominio normalmente usa CNAME, un dominio apex usa A. Los valores DNS y el puerto de juego real pertenecen a la instancia seleccionada; Minecraft Java puede encontrar el puerto opcionalmente mediante _minecraft._tcp. Esta guía explica apex, subdominio y SRV, mientras que la guía sobre el estado del dominio describe los estados de verificación.
Resumen: qué registros DNS necesitas
| # | Registro | Finalidad | ¿Obligatorio? |
|---|---|---|---|
| 1 | TXT |
Prueba de propiedad | sí |
| 2 | CNAME (subdominio) o A (apex) |
Conexión con el servidor | sí |
| 3 | SRV (aquí Minecraft Java) |
Resolución del puerto en un cliente compatible | opcional |
Creas estos registros en tu proveedor de DNS, por ejemplo en Cloudflare, Namecheap, IONOS o Strato. Los valores concretos aparecen en el panel de game-serverhosting, en «Dominio propio». Cópialos exactamente, sobre todo el token, los nombres de host y el puerto.
Si además quieres gestionar archivos, mundos o archivos de configuración en tu servidor, te resultará útil la guía sobre el acceso SFTP a los archivos del servidor de juegos. Para una visión básica de DNS, encontrarás además la guía Configurar un dominio propio para servidores de juegos: guía de 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.deinedomain.de o el dominio apex deinedomain.de.
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í es más flexible si la dirección técnica de destino cambia más adelante. Un dominio apex también funciona, pero requiere un registro A hacia la dirección IP concreta.
Paso 1: prueba de propiedad mediante registro TXT
Para que no se pueda asociar a tu servidor de juegos un dominio ajeno, primero demuestras que controlas el dominio. Para ello, crea un registro TXT en tu zona DNS:
Name: _gsh-verify.deinedomain.de
Typ: TXT
Wert: <valor TXT completo de tu panel>
El token exacto lo encuentras en el panel. Cópialo 1:1, sin espacios adicionales ni comillas, a menos que tu proveedor de DNS las añada automáticamente.
Si usas un subdominio, el nombre se adapta en consecuencia. Para play.deinedomain.de, el nombre TXT es:
_gsh-verify.play.deinedomain.de
Algunas interfaces de DNS esperan solo la parte del host en lugar del nombre de dominio completo. En ese caso introduces, por ejemplo, _gsh-verify.play, no _gsh-verify.play.deinedomain.de. Lo decisivo es el resultado de la resolución DNS.
Paso 2: definir el destino del servidor
Tras el registro TXT, el dominio debe apuntar a tu servidor de juegos. Qué tipo de registro es el correcto depende de si usas un subdominio o un dominio apex.
Conectar un subdominio mediante CNAME
Para un subdominio como play.deinedomain.de, creas un CNAME hacia el nombre de host de tu servidor:
Name: play.deinedomain.de
Typ: CNAME
Ziel: deinserver.gs.game-serverhosting.com
Si tu proveedor de DNS es Cloudflare, la entrada debe estar en 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 en bruto de los juegos no se reenvía a través de él como un servicio normal de servidor de juegos. Con el proxy activo, tu servidor puede por tanto no ser accesible.
Conectar un dominio apex mediante registro A
Un dominio apex es el dominio sin subdominio, por ejemplo deinedomain.de. Para ello usas un registro A hacia la IP del servidor:
Name: deinedomain.de
Typ: A
Wert: <dirección IP de tu servidor>
Usa la dirección IPv4 que se muestra en el panel. Un registro AAAA adicional antiguo puede dirigir a los clientes a un destino IPv6 distinto; consérvalo solo si hay una asignación IPv6 realmente adecuada. Si cambia un destino de servidor anunciado, hay que ajustar las entradas A/AAAA directas. Un CNAME, en cambio, apunta al nombre de host de destino que se sigue manteniendo; por sí mismo no traslada ni el servidor de juego ni sus datos.
La razón de esta distinción es relevante para DNS: en la RFC 1034, la IETF describe que un nombre con CNAME no debe contener a la vez otros datos. La regla básica de DNS en la RFC1034 explica esta restricción. Como en la práctica un dominio apex necesita otros datos de zona, allí un registro A es la opción adecuada.
Paso 3: registro SRV opcional para Minecraft Java
Sin registro SRV, los clientes de Minecraft Java se conectan al puerto estándar 25565. Si tu servidor funciona en otro puerto, los jugadores tendrían que introducir la dirección con el puerto, por ejemplo:
deinedomain.de:25584
Con un registro SRV puedes ocultar la indicación del puerto en Minecraft Java:
Name: _minecraft._tcp.deinedomain.de
Typ: SRV
Wert: 0 5 <Puerto> <Destino>
Ejemplo para el puerto 25584 con destino deinserver.gs.game-serverhosting.com:
0 5 25584 deinserver.gs.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 influye en la verificación del dominio en sí.
Un registro SRV no colisiona con un registro A en el dominio apex, porque está bajo un nombre propio: _minecraft._tcp.deinedomain.de. Por tanto, puedes conectar deinedomain.de mediante registro A y además definir el registro SRV de Minecraft.
Si quieres llevar un mundo de Minecraft existente al servidor, después te viene bien la guía Subir y cambiar un mundo de Minecraft.
Comprobar el resultado
Espera unos minutos tras guardar los registros DNS. Según el proveedor y el TTL, los cambios de DNS pueden tardar más en ser visibles. En el panel, el dominio se verifica en cuanto TXT y CNAME o registro A se reconocen correctamente.
Comprueba primero la respuesta DNS pública y después la conexión real con la edición correspondiente. Verified confirma la propiedad y la asignación del destino, no el software de juego en ejecución. Sin una resolución SRV compatible con el cliente, usas el dominio más el puerto del panel. Guarda los registros anteriores antes de sustituir un nombre que funciona; si hay un error, puedes restaurar esos valores y seguir probando la dirección de juego anterior.
Solución de problemas
El CNAME está definido, pero el servidor no es accesible
Comprueba primero si en Cloudflare está activa la nube naranja. Para las conexiones a servidores de juegos, el registro debe estar en DNS-only. Comprueba además que el CNAME apunte exactamente al nombre de host del panel.
No se reconoce el registro TXT
Revisa el nombre y el valor. Errores frecuentes son terminaciones de dominio duplicadas, un nivel de subdominio incorrecto o un token distinto. Si tu proveedor espera solo la parte del host, un nombre introducido completo puede convertirse en _gsh-verify.deinedomain.de.deinedomain.de.
El dominio apex no funciona con CNAME
Para deinedomain.de, usa un registro A hacia la IP del servidor. CNAME es adecuado para subdominios como play.deinedomain.de, no para el dominio apex.
Los jugadores siguen teniendo que introducir el puerto pese al dominio
Entonces falta el registro SRV o apunta al puerto o al destino equivocado. Sin registro SRV, introducir el puerto es lo normal.
FAQ
¿Puedo usar un subdominio y el dominio principal a la vez?
Sí, si configuras ambos nombres DNS de forma adecuada. Un subdominio puede apuntar mediante CNAME y el dominio apex mediante registro A. Cada nombre necesita su propia configuración DNS correcta.
¿Tengo que definir siempre el registro SRV?
No. El registro SRV es solo opcional y es relevante sobre todo para Minecraft Java, cuando 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 procesa normalmente tráfico web mediante HTTP y HTTPS. Los servidores de juegos usan otras conexiones TCP o UDP. Por eso la entrada DNS debe resolverse directamente y no pasar por el proxy.
¿Cuánto tarda la verificación de DNS?
Depende del proveedor de DNS, del TTL y de la propagación mundial de DNS. Cuenta con al menos unos minutos. Si tras una espera más larga no ocurre nada, revisa 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.
