Azure CDN图片CURL/HEAD请求频繁404问题及规避方案咨询

我碰到过类似的CDN节点缓存不一致或者请求头限制的问题，针对你描述的情况——供应商Azure Edge托管的图片可正常下载，但curl HEAD/GET请求频繁返回404（生产环境100%失败），这里有几个无需供应商修复的可行方案：

1. 用带Range头的GET请求替代HEAD请求 #

既然HEAD请求大概率失败，我们可以通过GET请求并指定Range头来获取文件大小，既绕过HEAD的404问题，又能拿到文件元数据：

curl -H "Range: bytes=0-0" -I http://tdrvehicles2.azureedge.net/photos/202008/1419/1850/f253435f-86b1-4cc4-b95c-7756addddad4.jpg

正常响应会返回206 Partial Content，并在Content-Range头里给出总文件大小（格式类似bytes 0-0/12345，最后一位数字即为文件总大小）。

2. 给curl添加404重试机制 #

非生产环境有一定成功率，说明部分CDN节点是正常的。我们可以给请求加上重试逻辑，针对404状态码自动重试：

curl --retry 3 --retry-delay 1 --retry-max-time 10 -I http://tdrvehicles2.azureedge.net/photos/202008/1419/1850/f253435f-86b1-4cc4-b95c-7756addddad4.jpg

参数说明：

• --retry 3：最多重试3次
• --retry-delay 1：每次重试间隔1秒
• --retry-max-time 10：重试总时长不超过10秒
  即使生产环境目前100%失败，重试机制也能应对CDN节点的临时恢复，配合其他方案效果更好。

3. 强制指定可用CDN节点 #

部分CDN节点缓存异常会导致404，你可以先通过本地测试找到能正常响应的节点IP，再用--resolve参数强制请求该节点：

# 假设测试发现192.168.1.100是可用节点IP
curl --resolve tdrvehicles2.azureedge.net:80:192.168.1.100 -I http://tdrvehicles2.azureedge.net/photos/202008/1419/1850/f253435f-86b1-4cc4-b95c-7756addddad4.jpg

这种方法需要先收集可用节点IP，绕过有问题的节点池。

4. 轻量文件存在性校验方案 #

如果只是要校验文件是否存在，可发起GET请求但仅读取前几个字节，避免下载整个文件：

curl --head --fail --max-filesize 100 http://tdrvehicles2.azureedge.net/photos/202008/1419/1850/f253435f-86b1-4cc4-b95c-7756addddad4.jpg

--fail会在4xx/5xx状态码时让curl返回非0退出码，方便脚本判断；--max-filesize 100限制最多下载100字节，减少带宽消耗。

5. 模拟浏览器请求头 #

生产环境100%失败可能是CDN对请求头做了限制，比如仅允许浏览器的User-Agent。你可以给curl加上浏览器标识：

curl -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36" -I http://tdrvehicles2.azureedge.net/photos/202008/1419/1850/f253435f-86b1-4cc4-b95c-7756addddad4.jpg

很多CDN会针对非浏览器请求做特殊处理，模拟浏览器请求头常能绕过这类限制。

内容的提问来源于stack exchange，提问作者Craig Hooghiem