Apunta un dominio al servicio correcto
Comprenda los registros de direcciones, los alias y la verificación antes de cambiar el tráfico.
Contenido revisado · Español
- Tipo de guía
- Operar y proteger
- Ejemplos
- Ilustrativo, específico del entorno
- Alcance de la integración
- Sin máquina remota conectada
Encuentra la zona autoritativa
El registrador elige los servidores de nombres del dominio; el proveedor autoritativo de DNS mantiene sus registros. Editar una zona en el proveedor anterior después de cambiar los servidores de nombres puede no tener efecto público. Confirme la delegación antes de diagnosticar la propagación.
Publicar el registro adecuado para el servicio
Use A para una dirección IPv4 y AAAA solo cuando el servicio tenga IPv6 funcionando. Un CNAME www puede apuntar al nombre de host principal; un CNAME estándar no debe compartir ese mismo nombre con otros tipos de registro. MX identifica un nombre de host de correo y aún requiere los registros de autenticación del servicio de correo.
| Nombre | Tipo | Valor | Finalidad |
|---|---|---|---|
| @ | Una | 192.0.2.20 | Origen web de IPv4 |
| @ | AAAA | 2001:db8::20 | Solo con un listener IPv6 probado |
| www | CNAME | example.com. | Nombre web alternativo |
| @ | MX | 10 mail.example.com. | Destino de correo; añade su dirección por separado |
Utilice un TTL más corto antes de una migración
Reduce el TTL del registro existente con la suficiente antelación para que su vida de caché anterior expire antes del cambio. Un TTL corto nuevo no puede obligar a todos los resolutores a olvidar un valor de larga vida ya almacenado en caché. Conserva el origen antiguo durante la transición y la ventana de reversión.
Compare delegación, respuestas autoritativas y cachés
Consulta los servidores de nombres y los registros previstos. Prueba directamente el servidor autoritativo cuando sea necesario y, después, un resolutor recursivo. Una caché local obsoleta y un registro autoritativo incorrecto son problemas distintos.
dig example.com NS +short
dig example.com A +short
dig example.com AAAA +short
dig example.com MX +short
# To query your actual authoritative server:
# dig @<authoritative-nameserver> example.com AMantén la privacidad del origen en el diseño
Si un proxy inverso forma parte del modelo, revise el historial antiguo de DNS, los nombres de host de correo, los subdominios sin proxy y otros servicios que puedan revelar el origen. La edición de DNS por sí sola no establece el aislamiento del origen ni oculta los registros históricos.
Sal con un resultado verificable.
- Encuentra la zona autoritativa.
- Mantén la privacidad del origen en el diseño.
- Mantén la información de recuperación y los secretos fuera de archivos públicos.