Usa esta guía cuando un dominio personalizado no pasa a estar listo, abre el sitio web incorrecto, redirige incorrectamente o muestra un error de HTTPS/seguridad.

Primero identifica tu problema

Usa la tabla de síntomas antes de cambiar el DNS. Empieza con la sección que coincida con lo que ves, haz un cambio específico y luego vuelve a comprobar el estado del dominio y el nombre de host en un navegador.

Dónde comprobar el dominio

Referencia rápida: términos que puedes ver al usar esta guía

No necesitas entender internamente el DNS para usar los pasos de solución de problemas. Estas definiciones solo están aquí por si algún término no te resulta familiar.

Antes de cambiar nada

• Registra el Estado del dominio exacto y cualquier mensaje de error mostrado en Atoms.

• Cambia una configuración de DNS o enrutamiento a la vez para que puedas saber qué cambio afectó al resultado.

• Registra el valor anterior antes de editar un registro DNS de producción.

• No elimines registros solo porque no los reconozcas. Los registros MX, los registros TXT relacionados con correo y los subdominios no relacionados pueden dar soporte al correo electrónico u otros servicios.

• No cambies los nameservers solo para solucionar un único problema de verificación, a menos que se pretenda y confirme una migración DNS independiente.

• Si un cambio de solución de problemas rompe un sitio web, correo electrónico u otro servicio que funcionaba, restaura solo el último cambio que causó la regresión.

Problemas de verificación y registros DNS

Usa esta sección cuando Atoms no puede verificar el dominio, un registro requerido parece faltar o ser incorrecto, o editaste el DNS pero el estado del dominio no cambió.

Comprueba primero el DNS de origen

• Abre el dominio en Atoms y compara cada registro requerido con lo que está publicado públicamente para el mismo nombre de host.

• Comprueba los nameservers autoritativos del dominio y asegúrate de estar editando el DNS en el proveedor que sirve esos nameservers. Si los nameservers apuntan a Cloudflare, los cambios hechos solo en un panel DNS del registrador pueden no ser autoritativos.

• Para cada registro requerido, confirma el tipo de registro, nombre de host/nombre, destino o valor, y que el registro realmente exista en el proveedor autoritativo.

• El valor de verificación debe coincidir exactamente con el valor mostrado actualmente por Atoms y debe ser visible en una consulta DNS pública.

Corrige solo la discrepancia y luego vuelve a comprobar

• Crea un registro faltante o corrige solo el campo que no coincide.

• Si el registro se añadió en el proveedor DNS incorrecto, añádelo en el proveedor autoritativo en su lugar.

• No sustituyas un valor actual de Atoms por una dirección o valor de verificación de otro proyecto, otro dominio, una captura de pantalla antigua o un artículo anterior del Centro de ayuda.

• Después de que el cambio sea público, vuelve a Dominios → Gestionar, comprueba de nuevo el Estado del dominio y luego prueba el nombre de host en un navegador.

Enrutamiento, contenido antiguo, registros en conflicto y Cloudflare

Usa esta sección cuando el nombre de host abre un sitio web antiguo, llega al destino incorrecto o tiene varios registros de enrutamiento para el mismo nombre de host.

Comprueba los registros A, AAAA y CNAME para el nombre de host exacto

• Busca registros de un proveedor de hosting anterior, un destino AAAA IPv6 antiguo, un CNAME más otro registro de destino para el mismo nombre de host, o registros duplicados que envíen tráfico a distintos servicios.

• Elimina solo un registro de enrutamiento web que hayas confirmado que entra en conflicto con la configuración actual de Atoms. No elimines registros desconocidos como paso de limpieza.

• Si el DNS ya apunta al destino previsto pero aparece contenido antiguo, prueba una ventana privada/incógnito, otro navegador o dispositivo y otra red antes de volver a cambiar el DNS.

Estado del proxy de Cloudflare

• Los registros TXT de verificación son solo DNS; no son registros de proxy web.

• Para registros A o CNAME, cambia el Estado del proxy solo cuando la interfaz de Atoms o Soporte de Atoms lo requieran específicamente. No cambies registros entre Con proxy y Solo DNS como paso rutinario de solución de problemas.

• Si Atoms o Soporte te pide cambiar el estado del proxy, cambia solo el registro de enrutamiento indicado, espera a que la nueva respuesta DNS sea visible y luego vuelve a probar el dominio y HTTPS.

Propagación de DNS y caché local

Si el DNS autoritativo ya es correcto pero distintas redes o dispositivos siguen mostrando resultados diferentes, el problema restante suele ser la caché más que un nuevo error de configuración.

• Compara el resultado del DNS autoritativo con uno o más resolvedores DNS públicos y, si es útil, con otra red como datos móviles.

• Si el DNS autoritativo es incorrecto, corrige el registro de origen. Si el DNS autoritativo es correcto pero otros resolvedores siguen devolviendo el valor anterior, evita editar repetidamente el registro.

• Los cambios de DNS pueden tardar hasta 48 horas en ser visibles globalmente, aunque normalmente aparecen antes.

• Si solo un navegador o dispositivo muestra el resultado incorrecto mientras el DNS y Atoms son correctos en otros lugares, borra o evita esa caché local del navegador/red. No cambies el DNS por un problema de caché específico de un dispositivo.

• Vuelve a comprobar más tarde y busca que los resolvedores públicos converjan en el mismo valor previsto.

Problemas de SSL / HTTPS

Usa esta sección cuando el DNS parece correcto pero no se puede emitir HTTPS, el navegador muestra una advertencia de certificado o HTTPS funcionaba antes y ahora falla.

Comprueba la configuración alrededor del certificado

• Registra el error exacto del navegador y el nombre de host exacto que se está abriendo.

• Confirma el enrutamiento DNS, la propagación, el estado del proxy de Cloudflare y si el certificado parece pertenecer a un nombre de host diferente.

• Comprueba si algo cambió recientemente en DNS, nameservers, configuración del proxy de Cloudflare, registros CAA o la asociación proyecto/dominio.

• Comprueba los registros CAA en el nombre de host afectado y el dominio principal si puede existir una política restrictiva de certificados.

Corregir y verificar

• Corrige solo un problema confirmado de DNS, proxy, CAA, nombre de host o asociación de proyecto.

• No omitas las advertencias de certificado del navegador como solución normal.

• Si el DNS público es correcto y ninguna configuración controlada por el usuario explica el fallo, deja de cambiar el DNS y contacta con Soporte de Atoms para el aprovisionamiento o la renovación del certificado.

• No sustituyas un DNS que por lo demás es correcto solo para forzar la renovación del certificado, a menos que Atoms te indique específicamente que lo hagas.

• Vuelve a comprobar abriendo el nombre de host exacto con https:// y confirmando que el proyecto previsto carga sin una advertencia de certificado.

Raíz, www, redirecciones y comportamiento de proyecto incorrecto

Vale la pena comprobar estos problemas aquí porque pueden parecer fallos de DNS o SSL incluso cuando la conexión básica ya funciona.

La raíz funciona pero www no — o al revés

• Trata example.com y www.example.com como nombres de host separados. Prueba ambos con HTTPS.

• Comprueba el resultado DNS y el Estado del dominio de Atoms para el nombre de host que falla.

• No asumas que los valores del dominio raíz simplemente deben copiarse a www.

Si un nombre de host todavía necesita conectarse o reconfigurarse, sigue los pasos de configuración en Conectar y gestionar dominios en lugar de duplicar aquí el procedimiento de configuración.

Las redirecciones van a la dirección incorrecta o entran en bucle

• Confirma la dirección en la que esperas que terminen los visitantes y prueba la redirección en una sesión nueva/privada del navegador.

• Comprueba si otro sistema también está realizando redirecciones, como el reenvío del registrador, reglas de redirección de Cloudflare, otro proxy/CDN o la plataforma de hosting anterior.

• Cambia solo la capa de redirección en conflicto confirmada. Evita cambiar varios sistemas de redirección al mismo tiempo.

• Si un cambio crea un bucle de redirección o envía a los visitantes al destino incorrecto, restaura la configuración de redirección anterior que funcionaba antes de probar otra capa.

Para cambiar qué dirección conectada es la principal, usa el procedimiento en Conectar y gestionar dominios.

El dominio abre el proyecto de Atoms incorrecto

• Si el DNS ya llega correctamente a Atoms, trata el problema como un problema de asociación proyecto/dominio en lugar de cambiar repetidamente el DNS.

• Confirma qué proyecto o espacio de trabajo muestra actualmente la asociación del dominio.

• Después de corregir la asociación, vuelve a comprobar que el nombre de host abre el proyecto previsto y que HTTPS sigue funcionando.

Para cambiar, desconectar, volver a conectar o mover un dominio entre proyectos, sigue Conectar y gestionar dominios. Si la asociación actual pertenece a un proyecto/espacio de trabajo/cuenta inaccesible o eliminado, contacta con Soporte de Atoms en lugar de hacer cambios adicionales en el DNS.

Cuándo dejar de cambiar el DNS y contactar con Soporte de Atoms

Escala el caso en lugar de seguir editando el DNS cuando la evidencia apunte a un problema del lado de Atoms relacionado con el estado, el certificado o la asociación.

• Se confirma que el DNS es correcto pero el estado del dominio en Atoms no se recupera.

• El aprovisionamiento o la renovación del certificado falla aunque el DNS público y la configuración controlada por el usuario sean correctos.

• El dominio está asociado a un proyecto/espacio de trabajo/cuenta inaccesible o eliminado, o falla la acción relevante de gestión del dominio.

• Varios dominios de Atoms no relacionados fallan al mismo tiempo y sus registros DNS no han cambiado recientemente.

• Un cambio de solución de problemas afecta a otro servicio y no puedes identificar con seguridad la reversión correcta.

Prepara estas pruebas antes de escalar

• El nombre de host afectado y el proyecto/espacio de trabajo de Atoms previsto.

• El Estado del dominio exacto o el mensaje de error que se muestra actualmente.

• Los resultados actuales del DNS autoritativo y los valores que Atoms requiere actualmente.

• El error exacto de HTTPS/certificado del navegador, si corresponde.

• El último cambio realizado y si al restaurarlo volvió el comportamiento anterior.

Comprobación final

Después de cualquier corrección, vuelve a Dominios → Gestionar y comprueba de nuevo el Estado del dominio. Luego confirma el resultado en un navegador.

• El nombre de host previsto está conectado y llega al proyecto de Atoms previsto.

• HTTPS funciona sin una advertencia de certificado.

• La raíz y www se comportan como se espera.

• Las redirecciones terminan en la dirección prevista.

• El correo electrónico y otros servicios no relacionados siguen funcionando después de los cambios de DNS.

Preguntas frecuentes