Solución de problemas de dominio y SSL

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.

Empieza aquí

Configuración → Dominios → Administrar → Estado del dominio → identifica la etapa fallida → Volver a comprobar

Primero encuentra 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.

Lo que ves	Ir a
Atoms no puede verificar el dominio, o parece que falta un registro requerido	Problemas de verificación y registros DNS
El dominio abre un sitio web antiguo o incorrecto	Enrutamiento, registros en conflicto, Cloudflare o asociación del proyecto
El cambio funciona en algunas redes pero no en otras	Propagación de DNS y caché local
HTTPS falla o el navegador muestra una advertencia de certificado	Problemas de SSL / HTTPS
El dominio abre el proyecto de Atoms incorrecto	Comportamiento de proyecto incorrecto
El dominio raíz y www se comportan de forma diferente	Solución de problemas de raíz / www
El dominio redirige a la dirección incorrecta o entra en bucle	Solución de problemas de redirección
Varios dominios de Atoms no relacionados fallan al mismo tiempo	Deja de cambiar el DNS y contacta con Soporte de Atoms

Importante

Usa siempre los valores de DNS que se muestran actualmente dentro de Atoms para el dominio que estás solucionando. No copies una dirección IP, un valor de verificación ni un destino DNS de otro dominio, de una captura de pantalla antigua o de una guía anterior.

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 un término no te resulta familiar.

Término	Qué significa
DNS	La configuración que le dice a internet a dónde debe enviar a los visitantes tu dominio y qué servicios en línea utiliza.
DNS autoritativo / servidores de nombres	El servicio DNS que realmente controla la configuración activa de tu dominio. Si cambias el DNS en otro lugar, esos cambios no afectarán al dominio.
A / AAAA / CNAME	Registros que indican a los navegadores dónde encontrar tu sitio web. Los registros antiguos o en conflicto pueden enviar a los visitantes al sitio equivocado.
TXT	Un registro DNS basado en texto que suele usarse para demostrar que controlas un dominio. Atoms puede pedirte que añadas uno durante la configuración del dominio.
Propagación de DNS / TTL	El tiempo que tarda un cambio de DNS en verse en todas partes. Durante este período, algunas personas pueden seguir viendo el resultado anterior.
CAA	Una regla DNS opcional que controla qué empresas pueden emitir el certificado de seguridad necesario para HTTPS en tu dominio.
Proxy de Cloudflare	Una configuración de Cloudflare que envía el tráfico del sitio web a través de Cloudflare antes de que llegue a tu sitio. Esto puede afectar cómo se enruta o verifica el dominio.

Antes de cambiar nada

• Registra el Estado del dominio exacto y cualquier mensaje de error que se muestre en Atoms.

• Cambia una sola 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 servidores de nombres solo para solucionar un único problema de verificación, a menos que se pretenda y confirme una migración de 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 pueda verificar el dominio, un registro requerido parezca faltar o ser incorrecto, o hayas editado el DNS pero el estado del dominio no haya cambiado.

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 servidores de nombres autoritativos del dominio y asegúrate de estar editando el DNS en el proveedor que sirve esos servidores de nombres. Si los servidores de nombres apuntan a Cloudflare, los cambios realizados 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 que Atoms muestra actualmente y debe ser visible en una búsqueda 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 reemplaces 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 → Administrar, vuelve a comprobar el Estado del dominio y luego prueba el nombre de host en un navegador.

Protege los servicios no relacionados

Si un cambio de DNS rompe el correo electrónico u otro servicio de terceros, restaura solo el registro MX, TXT, de verificación o de subdominio no relacionado que se cambió accidentalmente. Luego continúa la solución de problemas un registro a la vez.

Enrutamiento, contenido antiguo, registros en conflicto y Cloudflare

Usa esta sección cuando el nombre de host abra un sitio web antiguo, llegue al destino incorrecto o tenga 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 antiguo destino AAAA de IPv6, un CNAME más otro registro de destino para el mismo nombre de host, o registros duplicados que envíen tráfico a diferentes servicios.

• Elimina solo un registro de enrutamiento de sitio 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 de verificación TXT 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 los 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 parezca correcto pero no se pueda emitir HTTPS, el navegador muestre una advertencia de certificado o HTTPS funcionara anteriormente y ahora falle.

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 el DNS, los servidores de nombres, la configuración del proxy de Cloudflare, los registros CAA o la asociación proyecto/dominio.

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

Precaución con CAA

Atoms no publica la autoridad certificadora que los usuarios deben añadir a los registros CAA. No adivines una autoridad certificadora de Atoms ni añadas un valor CAA aleatorio. Si una política CAA restrictiva puede estar bloqueando la emisión, contacta con Soporte de Atoms antes de cambiar CAA.

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 reemplaces un DNS que por lo demás sea 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 revisar 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 viceversa

• 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 supongas 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 Connect and Manage Domains 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, las 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 Connect and Manage Domains.

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 abra el proyecto previsto y que HTTPS siga funcionando.

Para cambiar, desconectar, volver a conectar o mover un dominio entre proyectos, sigue Connect and Manage Domains. 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 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.

Nota sobre el estado del servicio

Actualmente no se ha confirmado ninguna página pública funcional de estado del servicio de Atoms. Si varios dominios no relacionados fallan al mismo tiempo, evita modificar un DNS que por lo demás sea correcto y contacta con Soporte de Atoms.

Prepara esta evidencia 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 restaurarlo devolvió el comportamiento anterior.

Comprobación final

Después de cualquier corrección, vuelve a Dominios → Administrar y vuelve a comprobar 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.

Resultado completo

Estado correcto del dominio + sitio web correcto + HTTPS + nombre de host correcto + redirecciones esperadas

Preguntas frecuentes

¿Por qué mi dominio personalizado muestra DNS_PROBE_FINISHED_NXDOMAIN?

Si tu navegador muestra DNS_PROBE_FINISHED_NXDOMAIN, la solicitud aún no ha llegado a nuestra plataforma. Comprueba lo siguiente:

1. Tu dominio no ha expirado.
2. Los servidores de nombres apuntan correctamente.
3. Los registros A/CNAME/TXT requeridos están configurados según lo especificado por la plataforma.

Información necesaria para la solución de problemas:

- Nombre de dominio completo

- Registrador / proveedor de DNS

- Captura de pantalla a pantalla completa de los registros DNS actuales

- Hora de la última modificación

- Resultados de la prueba tanto para el apex como para www por separado

Verificaremos la propagación del DNS y la vinculación de la plataforma una vez que se confirmen los registros.

¿Por qué mi dominio raíz y mi subdominio www se comportan de forma diferente?

Tu dominio raíz y tu subdominio www son nombres de host separados, por lo que uno puede funcionar mientras el otro no está configurado.

1. Elige qué nombre de host debe ser el principal y si el otro debe redirigir a él.
2. En la configuración de dominio de Atoms, confirma que ambos nombres de host estén añadidos o que la redirección prevista esté configurada.
3. En tu proveedor de DNS, compara cada nombre de host con el registro exacto que Atoms requiere actualmente. Elimina un registro en conflicto solo después de confirmar que no lo usa otro servicio.
4. Espera a las actualizaciones de DNS y certificado, luego prueba ambas URL HTTPS en una ventana de incógnito.

Si siguen siendo diferentes, contacta con Soporte con ambas URL, el nombre de host principal deseado, una captura de pantalla de la configuración del dominio, una captura de pantalla del DNS, el error de cada dirección y la hora del último cambio.

Mis registros DNS son correctos, pero mi dominio personalizado sigue sin funcionar. ¿Por qué?

1. No desvincules repetidamente el dominio ni elimines registros; eso puede reiniciar la validación o el trabajo del certificado.
2. Confirma el proveedor DNS autoritativo y compara el resultado activo de A, CNAME o TXT con el valor exacto que se muestra en Atoms. Comprueba si hay registros duplicados o en conflicto.
3. Confirma que el dominio sigue vinculado al proyecto correcto y que la URL de producción de la plataforma funciona.
4. Si los registros cambiaron recientemente, espera al TTL publicado y a la emisión del certificado antes de volver a probar.

Si el dominio sigue mostrando un 404, una advertencia de certificado o una ruta desconectada, contacta con Soporte con el dominio completo, la página de configuración del dominio, una captura de pantalla del DNS, la hora del último cambio y de la última comprobación, la URL de producción de la plataforma y el error completo.

¿Por qué mi dominio personalizado sigue mostrando contenido antiguo después de que implementé una nueva versión?

1. Abre Publish y confirma que la última versión está implementada y que el estado está actualizado.
2. Compara la URL de producción de la plataforma con el dominio personalizado.
3. Haz una actualización forzada del dominio personalizado y pruébalo en una ventana de incógnito.
4. Si la URL de la plataforma está actualizada pero el dominio personalizado es antiguo, confirma que el dominio sigue apuntando al destino actual de Atoms. Si usas un proxy o CDN, actualiza su caché según las instrucciones de ese proveedor.

No cambies los registros DNS a menos que difieran del requisito actual de Atoms. Si el problema persiste, contacta con Soporte con ambas URL, capturas de pantalla de comparación, la versión actual, la hora de publicación, el proveedor de DNS o proxy y las rutas afectadas.