Abre la zona → pestaña Registros DNS en my.cubepath.com.
Los registros son el contenido real de la zona: las respuestas que dan nuestros nameservers cuando un resolver pregunta por un nombre de tu dominio. Todo lo demás en una zona DNS — regiones, health checks, temporizadores SOA — solo condiciona cómo se sirven esas respuestas.
Añadir un registro
- 1Pulsa Add RecordEl diálogo se abre con la combinación más habitual ya seleccionada: un registro A en
@. - 2Pon el nombre
@es el dominio en sí (example.com). Cualquier otra cosa es un subdominio:www,api,mail. No repitas el dominio —wwwse convierte enwww.example.com. - 3Elige el tipo y el valorEl texto de ejemplo del campo Content te muestra la forma que espera cada tipo.
- 4Define el TTLEn segundos. 60 es un valor razonable y el mínimo que acepta el formulario; los planes superiores bajan ese suelo.
- 5GuardaEl registro está activo en segundos — salvo para lo que los resolvers ya tengan cacheado.
Tipos de registro
| Tipo | Para qué sirve |
|---|---|
| A | Una dirección IPv4. El que más vas a añadir |
| AAAA | Una dirección IPv6 |
| CNAME | Un alias que apunta a otro nombre. No vale en @ |
| ALIAS | Un alias en el ápex — lo que usas cuando un CNAME sería ilegal en @ |
| MX | Servidor de correo. Necesita prioridad; gana la más baja |
| TXT | Texto libre. SPF, DKIM, DMARC y los tokens de verificación de dominio viven aquí |
| SRV | Un endpoint de servicio. Necesita prioridad, peso y puerto |
| CAA | Qué autoridades de certificación pueden emitir para el dominio |
| NS | Delega un subdominio a los nameservers de otro |
| PTR | Registro de puntero, para resolución inversa |
| SSHFP | Huella de la clave de host SSH |
| TLSA | Fija un certificado TLS para DANE |
El diálogo solo muestra los campos extra que necesita cada tipo, así que Prioridad aparece en MX y SRV, y Peso y Puerto solo en SRV.
TTL
El TTL es cuántos segundos puede un resolver cachear la respuesta antes de volver a preguntar. Es el ajuste con más consecuencias operativas del DNS, porque decide cuánto tarda un error — o un cambio planificado — en desaparecer de internet.
- Bajo (30–60 s) para todo lo que se mueve: registros con health check, registros que vas a cambiar, cualquier cosa que haga failover.
- Alto (horas) para los registros que no cambian nunca: MX, tokens TXT de verificación, un CNAME a un CDN.
ConsejoBaja el TTL de un registro el día antes de cambiarlo, no a la vez. Los resolvers cachearon el valor antiguo con el TTL antiguo; bajarlo ahora no acorta una entrada de caché que ya existe.
Comentarios y registros del sistema
Cada registro admite un comentario opcional (hasta 255 caracteres). Úsalo: seis meses después, un "temporal, quitar tras la migración" es la diferencia entre borrar un registro con confianza y dejarlo ahí para siempre.
Algunos registros los gestiona el sistema y no se pueden renombrar. Están porque la zona los necesita para funcionar.
Editar y borrar
Editar un registro sustituye la respuesta; el cambio surte efecto al guardar y los resolvers dejan de servir el valor anterior cuando caduca su copia en caché. Borrar es inmediato y no hay más confirmación que el diálogo, así que lee el nombre antes de confirmar — borrar el registro A de @ tira el sitio durante todo lo que dure el TTL.
Relacionado
- Servir valores distintos por región: GeoDNS.
- Retirar automáticamente una dirección muerta de las respuestas: Health checks.
- SPF, DKIM y DMARC sin escribir los TXT a mano: Recomendaciones.