在 Nginx 中返回404

Nginx 配置404禁止软件下载时，可以使用目录规则或扩展名规则，并把规则放在实际处理静态文件的服务配置中。

防盗链只能减少部分外站嵌入，不能代替访问控制。没有登录校验、可长期复用的直链和公开文件目录，仍然可能被批量下载。

页面显示404而文件仍能下载，通常说明测试请求和实际下载请求不是同一个入口。检查浏览器开发者工具中的 Network 请求，确认真正返回文件的是页面❤️链接、JavaSc💡ript 接口、iframe、对象存储地址还是 CDN 地址。

为什么用404禁止软件下载，而不是直接删除文件

文件扩展名规则只匹配🔍请求路径，不一定能识别没有后缀的下载接口。带查询参数的请求通常仍以路径参与匹🎨配，因此不能把参数名当成文件类型判断依据。

配置保存后需要检查语法并平滑重新加载 Nginx，再✅使用浏览器无痕窗口或请求面板验证状态码。规则只负责拦截 Web🌅 请求，服务器本地进程、管理员账号和其他传输服务仍可能读取原文件。

部分文件被拦截，部分文件仍可访问

服务器返回404不会让已经下载到用户设备中的文⭐件失效，也无法阻止用户复制已公开的安装包。需要限制传播📢时，还应控制文件权限、下载身份、签名参数和链接有效期。

404禁止软件下载配置后仍能下载时，应按照“请📚求入口、服务器规则🌟、缓存响应、备用路径”的顺序排查，不要只查看浏览器页面显示的文字。

动态下载接口和缓存节点不能漏掉

CDN、反向代理和浏览器缓存可能继续提供此前已经缓存的文件，因此源站新增拦截规📚则后，还要清理对应缓存并确认缓存节点没有返回💎旧的200响应。

在 Apache 中返回404

Apache 配置404禁止软件下载时，可以在虚拟主机配置或允许使用重写规则的目录配置中处理，不能把 Nginx 语法直接复制到💡 .htaccess 文件。

配置规则前先确定禁止范围

目录路径需要替换为真实的公开下载目录，末尾斜杠和目录层级也要与实际请求保持一致。使用更高优先级的 location 时，应确认没有其他规则提前把请求转发给应用或文件服务。

Apache 的 Files、FilesMatch 或 Require 规则更常见✨的结果🔮是403，而不是404。如果目标是隐藏文件存在性，应使用能够明确返回404的重写规则，并在服务器日志中确认最终状态码。

动态下载接口是许多“文件仍然能下载”问题的根源，因为请求地址可能是 download?id=123、file/name 或无后缀路径，静态文😎件扩展名规则对此没有作用。

页面显示404但文件依然能下载

如果下载文件由程序接口动态输出，仅屏蔽文件后缀并不能真正阻止下载，必须同时检查🎨下载接口、文件存储路径、缓存节点和历史链接。HTTP 404 适合隐藏资源是否存在，HTTP 403 更适合明确表示“有资源但无权限访问⭐”，两者不能混用。

404禁止软件下载的实际目的，通常不是删除服务器上的安装包，而🔥是阻断外部请求并减少资源暴露。保留文件可以方便后台🌺管理、版本回滚或内部发布，但公开请求会在 Web 服务器层被拦截。

服务器规则没有生效时，优先确认配置文✨件是否被当前站点加载，以及请求是否经过了另一台 Web 服务器。

404禁止软件下载常见问题排查

部分文件能返回404而部分文件仍可访问，通常是扩展名清单⭐、目录范围或请求路径存在差异。需要把大写后缀、常见压缩格式、无后缀接口和不同存储域名分💪别列入测试。