Guía completa sobre los errores de DNS de origen en entornos Cloudflare: resolución de problemas desde la arquitectura del proxy hasta la configuración del panel de control.

Tras la implementación de servicios CDN como Cloudflare en sitios web, el proceso de acceso ha pasado de ser una conexión directa y sencilla entre el cliente y el servidor a una ruta proxy compleja que atraviesa una red global periférica. Los datos indican que aproximadamente 351 terabytes deConfiguración CDNEl problema provoca errores de DNS de origen, y estos fallos requieren una media de 90 minutos para su diagnóstico y resolución. Si bien esta arquitectura mejora el rendimiento y la seguridad, también introduce nuevos puntos potenciales de fallo, entre los que se encuentranError de DNS de origenEsto representa un problema clásico de configuración. En este artículo se analizan situaciones específicas de fallo exclusivas de los modos de proxy CDN y se proporcionan soluciones precisas para la resolución de problemas y la corrección de errores en la plataforma Cloudflare.

Capítulo uno: Reestructuración de las rutas de resolución en la arquitectura de proxy CDN

Comprender cómo funcionan las CDN es fundamental para diagnosticar los errores relacionados. En el proceso de acceso tradicional, los nombres de dominio se resuelven directamente en la dirección IP del servidor de origen. Una vez habilitada la CDN, esta ruta se modifica de forma significativa.

1.1 La función principal de la CDN como proxy inverso

Cloudflare actúa como un proxy inverso para el servidor de origen. Las solicitudes de los usuarios llegan primero al nodo periférico de Cloudflare más cercano, que gestiona la solicitud en nombre del servidor de origen. En el caso de los recursos estáticos, el nodo periférico devuelve directamente el contenido almacenado en caché; en el caso de las solicitudes dinámicas o el contenido no almacenado en caché, el nodo debe recuperar los datos del servidor de origen.

1.2 Proceso de resolución DNS en dos etapas

Esta arquitectura crea dos independientesResolución DNSEtapa:

Fase uno: resolución de nombres de dominio públicoConsulta del navegador del usuario www.example.comSus registros DNS apuntan a la dirección IP del nodo periférico asignada por Cloudflare. El estado del proxy de Cloudflare (indicado por el icono de nube naranja cuando está habilitado) determina si el tráfico atraviesa su red.
Fase dos: resolución del backend de CDNCuando los nodos periféricos de Cloudflare necesitan ponerse en contacto con el servidor de origen, deben resolver la dirección del servidor de origen especificada en su configuración (por ejemplo, origen.ejemplo.com o una dirección IP). En esta fase, la consulta DNS se realiza de forma independiente por el resolutor de Cloudflare; cualquier fallo provoca directamente que el cliente informe de un error DNS de origen.

Capítulo dos: Análisis en profundidad de los errores de configuración específicos de Cloudflare

Dentro del entorno de Cloudflare, los siguientes tipos de errores de configuración son causas frecuentes de errores de DNS de origen.

2.1 Conflicto entre el estado del proxy del registro DNS y la dirección IP real

Este es el más engañoso de los errores comunes. Los usuarios añaden registros de dominio en el panel DNS de Cloudflare (como un registro A que apunta a la dirección IP del servidor de origen) y activan el icono naranja de la nube (proxy activado), pero los registros NS autoritativos del registrador de dominios no apuntan correctamente a los servidores de nombres de Cloudflare.

Naturaleza de la averíaEl tráfico no pasó realmente por la red de Cloudflare porque los registros NS no se habían actualizado, lo que provocó intentos directos de acceder a la dirección IP del servidor de origen. Sin embargo, es posible que el servidor de origen estuviera configurado para aceptar solo tráfico de retorno procedente de rangos de IP de Cloudflare, rechazando así el acceso directo y provocando que la conexión fallara.

2.2 Información retrasada tras cambios en la dirección del servidor de origen

Cuando cambia la IP del servidor de origen, los usuarios deben actualizarla de forma sincronizada en dos ubicaciones:

Un valor récord en el panel DNS de Cloudflare(Si el servidor de origen está representado directamente por su dirección IP).
Configuración del servidor de origen en los ajustes SSL/TLS de Cloudflare(especialmente cuando se utiliza el modo SSL «completo» o «estricto»).
Si se pierde alguna actualización, Cloudflare intentará conectarse al servidor de origen utilizando la dirección IP obsoleta. Es posible que esta IP obsoleta ya no sea válida o que apunte a un servidor diferente, lo que provocaría errores de resolución o conexión.

2.3 Error de compatibilidad del modo SSL/TLS y del servidor de origen

Cloudflare ofrece modos de cifrado SSL/TLS flexibles. Al seleccionar el modo «Completo» o «Estricto», la conexión entre Cloudflare y el servidor de origen también requiere cifrado.

Escenario de falloEl servidor de origen no tiene instalado un certificado válido.Certificado SSLEl nombre de host utilizado al conectarse a Cloudflare no coincide con el certificado, o solo admite HTTP (puerto 80), mientras que Cloudflare intenta acceder al servidor de origen a través de HTTPS (puerto 443). Cloudflare no puede establecer una conexión segura con el servidor de origen y puede informar de errores relacionados con la resolución o la conexión al servidor de origen.

2.4 Bucles recursivos o fallos al resolver el nombre de host del servidor de origen

Si el servidor de origen está configurado en Cloudflare como un nombre de host (por ejemplo, origen.ejemplo.com), se debe garantizar que el nombre de host:

Se puede resolver correctamente en el DNS público.
Su resolución no debe ser otro registro CNAME que apunte a un proxy de Cloudflare, ya que esto daría lugar a un bucle de retorno al origen en el que Cloudflare resolvería su propia IP de proxy.

La resolución de este nombre de host no debe depender del servicio DNS de Cloudflare para evitar dependencias circulares.

Capítulo tres: Solución sistemática de problemas y reparación dentro del panel de Cloudflare

Céntrese en el panel de control de Cloudflare y realice las comprobaciones y correcciones en el siguiente orden.

3.1 Verificar y corregir la configuración DNS

Inicie sesión en el panel de control de Cloudflare y vaya a la aplicación «DNS».

Paso uno: Verificar el estado de los registros NSEn la página Descripción general, comprueba que Cloudflare muestra los servidores de nombres de dominio como «Activos». Si no están activos, debes dirigirte a tu registrador de nombres de dominio para modificar los registros NS autoritativos a las dos direcciones de servidor de nombres de dominio especificadas por Cloudflare.
Paso dos: ComprobarRegistro A/CNAMECompruebe si el valor registrado representa la dirección IP o el nombre de host actuales y precisos del servidor de origen. Para los subdominios que requieren acceso proxy (como www), asegurándose de que el icono de la nube sea naranja (proxy habilitado); para los registros que no deben ser proxy (como origenyftpycorreoEl icono de la nube debe ser gris (solo DNS).
Paso tres: Verifique el registro del nombre de host para el «servidor de origen».Si utiliza un nombre de host como servidor de origen, asegúrese de que el registro del nombre de host (como origen.ejemplo.comEl icono de la nube aparece en gris y apunta a la dirección IP correcta del servidor de origen.

3.2 Actualización de la configuración de SSL/TLS y del servidor de origen

Acceda a la aplicación «SSL/TLS».

Paso uno: Verifique el patrón en la «Descripción general».Seleccione el modo adecuado en función de la compatibilidad del servidor de origen: «Flexible» (cifrado solo desde el navegador a Cloudflare), «Completo» (cifrado en ambos extremos, el servidor de origen puede utilizar certificados autofirmados) o «Estricto» (cifrado en ambos extremos, el servidor de origen debe tener un certificado válido y de confianza).
Paso dos: Verifique la configuración del «servidor de origen».En la pestaña «SSL/TLS» > «Servidor de origen», compruebe si se ha creado un certificado de servidor de origen o si se ha configurado un nombre de host. Asegúrese de que el nombre de host o la dirección IP del servidor de origen especificados aquí sean totalmente precisos.

3.3 Comprobación de cortafuegos y reglas de red

Vaya a «Seguridad» > «WAF» o «Tráfico» > «Reglas».

Paso uno: Revisar las reglas del firewallComprueba si alguna regla personalizada del firewall está bloqueando inadvertidamente el tráfico de todos los rangos de IP del backend de Cloudflare.
Paso dos: Comprueba la configuración de «Red».En la aplicación «Red», comprueba que los ajustes avanzados del backend, como el «Protocolo proxy», coincidan con la configuración del software del servidor de origen.

3.4 Realización de diagnósticos de conexión y limpieza de la caché

Utiliza el «Modo desarrollador».En Caché > Configuración, habilite temporalmente el «Modo desarrollador» para omitir el almacenamiento en caché y comprobar si se está almacenando una respuesta errónea.
Borrar la caché de CloudflareEn «Caché» > «Configuración», utilice la función «Borrar todo» para forzar a los nodos periféricos a obtener nuevo contenido.

Capítulo 4: Establecimiento de especificaciones estables para la conexión entre el servidor CDN y el servidor de origen

Para evitar futuros fallos de funcionamiento, se recomienda cumplir las siguientes especificaciones:

Configuración documentadaRegistre información clave, como la IP del servidor de origen, la configuración DNS de Cloudflare y el modo SSL, asegurando actualizaciones sincrónicas cada vez que se produzcan cambios.
Aísle los servicios críticos utilizando iconos grises en forma de nube.Establezca los iconos de nube para registros como correo electrónico, FTP, conexiones de bases de datos y nombres de host de servidores de origen en gris para evitar interferencias del proxy.
Implementar el control de acceso en el servidor de origen.Configure el firewall del servidor de origen para permitir el acceso a los puertos de servicios esenciales exclusivamente desde los rangos de IP oficiales del backend de Cloudflare.
Prueba de segmentos antes de la modificaciónAntes de modificar las direcciones IP del servidor de origen o del DNS, puede dirigir temporalmente el subdominio de prueba al nuevo entorno. Una vez que haya confirmado que la obtención del origen de Cloudflare funciona correctamente, proceda a cambiar el dominio principal.

resúmenes

Los errores de DNS de origen dentro del entorno Cloudflare se deben fundamentalmente a una desconexión de la configuración en la arquitectura del proxy CDN en lo que respecta a la resolución del backend y las rutas de conexión. El diagnóstico de fallos debe centrarse en el modelo de resolución de dos etapas, revisando sistemáticamente el registro NS del nombre de dominio que apunta aPanel DNSLa coherencia y precisión de toda la cadena de configuración, desde los valores registrados y el estado del proxy hasta el modo backend SSL/TLS y las direcciones del servidor de origen.Al identificar ajustes específicos dentro del panel de Cloudflare para su verificación y corrección secuenciales, los problemas globales complejos pueden transformarse en ajustes de parámetros de configuración precisos y aplicables. Esto restaura las rutas de datos estables y eficientes entre la red de aceleración CDN y los servidores de origen, lo que garantiza que las mejoras en la seguridad y el rendimiento no se logren a expensas de la disponibilidad.

Contacte con nosotros
¿No puede leer el tutorial? Póngase en contacto con nosotros para obtener una respuesta gratuita. Ayuda gratuita para sitios personales y de pequeñas empresas	Servicio de atención al cliente WeChat
① Tel: 020-2206-9892
② QQ咨询：1025174874
(iii) Correo electrónico: info@361sale.com
④ Horario de trabajo: de lunes a viernes, de 9:30 a 18:30, días festivos libres