配置 HTTPS 后 CDN 返回 504 错误，优先检查 CDN 回源 HTTPS 配置与源站连通性，确认源站支持 HTTPS 且超时时间设置合理后再调整 CDN 回源超时参数。

命令速用版

以下是快速排查回源链路可用性的命令，在本地或跳板机执行。注意 HTTPS 通过 IP 直接访问会因证书域名不匹配报错，需添加参数忽略验证：

# 测试源站 IP 的 HTTPS 连通性，-k 忽略证书验证，-H 指定 Host 头
curl -v -k -H "Host: your-domain.com" https://[源站 IP]/path/to/test

# 测试 CDN 域名访问耗时
 curl -o /dev/null -s -w "time_total: %{time_total}s\n" https://your-cdn-domain.com/path

如果第一条命令失败，说明源站 HTTPS 本身有问题；如果第一条成功但第二条超时，问题在 CDN 回源配置或链路。

为什么会这样

504 Gateway Timeout 表示网关或代理服务器在规定时间内未能从上游服务器收到响应。配置 HTTPS 后出现 504，常见原因有几种：

源站不支持 HTTPS 回源。CDN 配置了 HTTPS 回源，但源站服务器只监听 HTTP 端口，导致连接建立失败或超时。部分 CDN 服务商在回源配置中需要明确指定协议类型。

回源 Host 配置不一致。CDN 回源时携带的 Host 头与源站 Nginx/Apache 配置的 Server 块不匹配，源站无法正确路由请求，可能返回默认页或拒绝连接。

源站 SNI 校验开启但 CDN 未配置。如果源站开启了 SNI 校验，CDN 回源请求需要携带正确的 SNI 信息，否则握手阶段就会失败。

超时时间设置过短。CDN 节点等待源站响应的默认超时时间通常为 60 秒左右，如果源站处理动态请求时间较长，容易触发 504。

源站负载过高或网络不稳定。源站服务器 CPU、内存资源不足，或 CDN 与源站之间的网络链路存在延迟丢包，都会导致响应超时。

分步处理

第一步：确认源站 HTTPS 可用性

直接在浏览器或通过 curl 访问源站 IP 或源站域名（绕过 CDN），确认 HTTPS 服务本身正常。如果源站 HTTPS 无法访问，先修复源站证书配置或监听端口。

第二步：检查 CDN 回源配置

登录 CDN 控制台，通常在「域名管理」>「回源配置」页面，确认以下参数：

回源协议：如果源站支持 HTTPS，选择 HTTPS 回源；如果源站只有 HTTP，选择 HTTP 回源，不要强制 HTTPS。

回源 Host：确保与加速域名或源站域名一致，如果是 IP 回源更要手动指定 Host，否则源站可能因找不到虚拟主机而拒绝服务。

回源 SNI：如果源站开启 SNI 校验，CDN 侧需要开启回源 SNI 并填写正确域名。

回源超时时间：针对动态接口路径，建议初始值设置为 60 秒，根据业务实际响应时间调整。若业务逻辑耗时普遍超过 30 秒，需相应延长此配置。

第三步：检查源站服务器配置

登录源站服务器，检查 Nginx 或 Apache 的超时配置。Nginx 中与回源相关的超时参数包括 proxy_connect_timeout、proxy_read_timeout、proxy_send_timeout 等，默认值可能较短。以下是 Nginx 配置示例：

server {
    listen 443 ssl;
    server_name your-domain.com;

    location / {
        proxy_pass http://backend;
        # 连接源站超时
        proxy_connect_timeout 60s;
        # 读取源站响应超时
        proxy_read_timeout 60s;
        # 发送请求到源站超时
        proxy_send_timeout 60s;
    }
}

如果源站有防火墙或安全组，确认 CDN 节点 IP 段未被屏蔽。部分源站安全策略会拦截频繁请求的 CDN 节点 IP。

第四步：查看 CDN 访问日志

CDN 服务商通常提供访问日志下载功能。关注两个字段：upstream_response_time（源站响应时间）和 cache_status（缓存状态）。如果 cache_status 为 MISS 且 upstream_response_time 很大，说明是源站处理慢；如果 upstream_response_time 很小但用户端延迟大，可能是 CDN 节点到用户的链路问题。

部分 CDN 在响应 Header 中会返回错误详情字段，如 X-Swift-Error，可查看具体错误类型如 forward retry timeout 或 orig response 5xx error。

怎么验证是否生效

修改配置后，通过以下方式验证：

使用 curl 命令测试 CDN 域名访问，观察响应时间和状态码。多次请求确认是否稳定。

查看 CDN 控制台监控数据，确认 504 错误比例是否下降。建议关注 504 错误占比，若超过 1% 或响应时间持续超过阈值，需进一步排查。

检查源站服务器日志，确认请求是否正常到达。如果 Nginx 日志中仍有大量 504 或 499 状态码，说明问题未完全解决。

使用浏览器开发者工具的 Network 面板，查看请求的 Timing 阶段。重点关注 Waiting (TTFB) 时间，如果超过服务器设置的超时阈值，仍可能触发 504。

常见坑

回源 Host 与加速域名不一致。很多开发者接入 CDN 时忽略此配置，导致源站 Nginx 无法匹配到正确的 Server 块，返回 404 或默认页。

强制 HTTPS 回源但源站证书有问题。如果源站证书过期或域名不匹配，CDN 回源握手会失败，表现为 504 或 502。

只改 CDN 不改源站。如果源站本身处理能力不足，单纯延长 CDN 超时时间只能暂时缓解，根源问题仍在。

忽略区域性问题。部分区域出现 504 可能是 CDN 回源网络或源站安全策略导致，需确认是否为全局问题还是偶发问题。

缓存配置不当。CDN 缓存过期或配置问题可能导致请求频繁回源，增加源站压力，间接引发 504。