![]() | 1 wy315700 2024-06-16 10:03:42 +08:00 via Android 可能是因为你不带域名的请求返回来 503 导致阿里云认为你源站当机了 试试看返回个 200 看看 |
2 BD7JHH OP @wy315700 但阿里云的 DCDN 源站健康检查(源站运行情况)是绿色的“健康”。 也就是阿里云自己给出的源站健康报告没有问题。 同时这个健康检查请求,只是在 SSL 握手阶段就产生错误,并关闭连接了。并没有到状态码的环节。 就是 SSL 握手,证书不对,就关闭了连接。 问题不在于证书对不对,而是健康检查为什么不带回源域名进行访问?而去直接访问 IP 。 |
![]() | 3 wy315700 2024-06-16 10:15:35 +08:00 via Android |
4 BD7JHH OP @wy315700 源站是填 IP ,端口选 443 ,已设置回源域名,已设置回源 SNI 域名。 如果源站不填 IP ,填源站域名,那不就是死循环了?加速域名和源站域名是同 1 个域名,然而加速域名配了 CNAME ,如果源站也配成相同域名,不就死循环了? 源站走 SSL 目前感觉不到速度影响,CDN 加速主要是对静态资源进行缓存(所以源站是 SSL 并不会影响内容缓存加速) 源站走 SSL 的目的是在源站和 DCDN 节点间的通讯也加密 按用户端的理解,既然是健康检查,为什么不走带域名的健康检查,而直接请求和加速域名不相关的请求? |
5 yinmin 2024-06-16 10:5511 +08:00 via iPhone return 503 改成 return 404 |
6 yinmin 2024-06-16 11:06:26 +08:00 via iPhone 另外,证书 empty 改成真实证书,然后看看问题是否改善。 |
![]() | 7 Shiroka 2024-06-16 11:10:42 +08:00 via iPhone 源站健康检查:实行主动四层健康检查机制,探测源站的 80 、443 或自定义端口。每 2.5 秒检查一次,连续 3 次失败标记为不可用。 https://www.alibabacloud.com/help/zh/dcdn/user-guide/configure-an-origin-server 尝试源站设置成只有一个主,不要添加其他的主和备 |
8 BD7JHH OP @yinmin 如果配置为真实证书,这好像违反了默认站点禁止访问的原则。 我曾经试过使用自签证书作为默认站点的证书,这时候报错信息没有了,但如果打开 debug 级别的,还是看到高频访问。 如果使用 empty ,改成 404 甚至 200 都没用,因为是在 SSL 握手阶段就报错,然后就断开了。 如果使用自签证书,证书无效也会断开的。 基本的问题不在于状态码,而在 SSL 握手阶段,而再进一步说,健康检查高频请求不带业务域名,这是后端健康检查的业务逻辑有问题。 客户配置了所有可以配置的回源域名,回源 SNI ,那健康检查应该遵循业务配置进行健康检查。而不是自己萌生出 1 个非正常请求。 |
9 BD7JHH OP |
10 BD7JHH OP 目前更新: 阿里云售后打电话给我了,说让我新开 1 个域名,然后单独的把新的域名打开 2.0 架构,看看是否存在问题。 同时目前的工单继续处理中,说是已经提升级别了。看后续吧~~ |
![]() | 11 wushenlun 2024-06-16 13:46:30 +08:00 via Android 没勾 sni 吧,或者回源 host 被改了? |
12 dorothyREN 2024-06-16 19:55:14 +08:00 不介意的话可以考虑用 http 回源 |
14 BD7JHH OP @dorothyREN 这个回源 http 确实不会产生这个问题,之前其他域名的配置就是回源 HTTP 。只不过现在考虑的还是回源 HTTPS |
15 BD7JHH OP 目前状态: 开启 2.0 架构的,目测真的不会产生高频健康检查访问 但同时好像非 2.0 架构的情况下,如果不添加备用回源 IP ,好像也不会产生高频访问。这个在持续观察中 |