这是一个创建于 1484 天前的主题，其中的信息可能已经有所发展或是发生改变。
服务器处于生产环境的高并发状态，几乎 99%的文件都能正常访问，少部分直接返回 404，我以为文件被删除了，登录服务器一看，文件又确实存在，这个到底是 CF 的原因还是 NGINX 的原因？还是该服务器固态硬盘的故障？该如何排查？
第 1 条附言 · 2020-10-30 09:26:18 +08:00
NGINX 的 error log 里面没有这些 404 文件，我猜应该是 CF 的错，因为换服务器前所有文件全都正常，我将原服务器内容全部 rsync 到新服务器后，CF 解析到新服务器 ip，部分文件返回 404，所以不知道我的 CF 配置哪里错了
 |
1
LongLights 2020-10-30 08:49:31 +08:00 via Android
host 里直接解析到回源 ip 看是不是 404 不是的话应该是 cf 配置的问题
|
 |
2
whileFalse 2020-10-30 08:49:43 +08:00
先判断 Nginx 层有没有返回 404 吧。
|
|
3
whileFalse 2020-10-30 08:50:57 +08:00
有没有可能是在生成该文件之前就进行了访问，返回 404，然后 CF 缓存了该 404 结果，但很快生成了这个文件？
|
 |
4
kisshere OP @whileFalse 文件一直存在
|
 |
5
mazyi 2020-10-30 08:53:53 +08:00 via iPhone
日志不会看？
|
 |
6
0312birdzhang 2020-10-30 09:10:08 +08:00
直接访问源站看看啊
|
 |
7
netnr 2020-10-30 09:20:13 +08:00
CF 的防火墙是否有拦截记录
|
 |
8
Xusually 2020-10-30 09:36:12 +08:00  1
@whileFalse 正常的 CDN 一般不会缓存异常状态，除非特意配置，比如 404 403 500 502 504 这种
|
 |
9
Actrace 2020-10-30 10:50:11 +08:00
检查一下源 Nginx 服务器日志是不是满了。
|
 |
10
hello365 2020-10-30 11:06:45 +08:00
建议查看 nginx 是用的哪个用户运行的，404 的文件是不是所属当前用户，我经常遇到 www 用户运行的 nginx，文件目录的文件是我用 root 传上去的，访问就会 404，更改文件到 www 用户组或者 nginx 用 root 运行就正常了。
|
 |
11
xchaoinfo 2020-10-30 13:42:50 +08:00
借楼问下, CF 是啥? 套 CF 解决什么问题?
|
 |
12
Nangle 2020-10-30 13:43:36 +08:00 via iPhone
1.伪静态
2.速率限制设置的是返回 404 |
Select Language