Red y proxiesSi tienes más de un servicio, cada uno puede tener su propio subdominio bajo el mismo dominio. play.ejemplo.com, creativo.ejemplo.com y mapa.ejemplo.com salen todos de un solo registro y no cuestan nada extra.
Un conjunto típico
| Nombre | Apunta a | Registros |
|---|---|---|
play | El servidor principal o el proxy | A más un SRV para esconder el puerto |
creativo | Una segunda instancia | A más su propio SRV |
bedrock | El escuchador de Geyser | A: los clientes de Bedrock escriben el puerto a mano |
mapa | Un mapa web | A, y este sí puede ir por proxy |
Qué hacer
- Crea un registro A por cada nombre
Cada uno apunta a la dirección del servicio que nombra. Varios nombres pueden apuntar a la misma dirección: eso es normal y no cuesta nada.
- Añade un registro SRV por cada servidor de Java
_minecraft._tcp.<nombre>, con el puerto de ese servicio. Es lo que permite a la gente escribir el nombre sin puerto detrás. - Que el destino del SRV apunte a su propio registro A
_minecraft._tcp.creativoapunta acreativo.ejemplo.com, no a la IP pelada. Mezclar esto es el motivo habitual de que un nombre funcione y otro no. - Prueba cada uno desde un cliente que nunca lo haya usado
El DNS se cachea por nombre. Un nombre que te funciona a ti puede estar simplemente cacheado de una prueba anterior.
El tráfico de Minecraft no debe pasar por el proxy de Cloudflare. Un mapa web es HTTP normal, así que sí puede, y ponerlo detrás de un proxy esconde la dirección del servidor, que suele ser lo que quieres. Solo no apliques ese mismo ajuste a los registros del juego.
Un segundo nombre que ya tienes y controlas te da un sitio al que mover tráfico si alguna vez lo necesitas, sin esperar a la propagación DNS en el peor momento posible.
Cada nombre conecta con su propio servicio sin escribir puerto, y una consulta contra un resolutor público devuelve el registro que esperas para cada uno.