怎么解决由于开启了反向代理缓存导致原本失效的 IP 访问控制页面被错误缓存的盲区-Nginx-PHP中文网

nginx反向代理缓存导致访问控制失效（如登录页、403页被错误缓存）的根本原因是缓存键未区分用户权限上下文，需禁用敏感路径缓存或在proxy_cache_key中加入$cookie_sessionid、$http_authorization等变量以实现按身份隔离。

怎么解决由于开启了反向代理缓存导致原本失效的 ip 访问控制页面被错误缓存的盲区

反向代理缓存把本该动态判断的访问控制页面（比如登录页、权限拦截页、403拒绝页）静态存下来，导致不同用户、不同权限状态看到的都是同一份缓存内容——这是典型的“缓存越权”问题。关键不在于缓存本身，而在于缓存键没区分访问者的上下文。

识别是否是缓存导致的访问控制失效

先确认问题根源：

用隐身窗口或清除浏览器缓存后，直接访问被拦截路径（如 /admin），仍返回 200 + HTML 内容（而非 403），说明后端实际放行了，但代理层缓存了错误响应
在 Nginx/Apache 日志中查到类似 MISS → HIT 的快速切换，且 HIT 响应的 X-Cache 头显示 HIT，但响应体却是本该拦截的页面
同一 URL，管理员能进，普通用户刷新后也进了——说明缓存未按身份隔离

禁用访问控制路径的缓存

对所有涉及权限校验的路径，必须显式关闭缓存。Nginx 示例：

SauceNAO

一款AI工具，主要用于SauceNAO是一个专注于动漫领域的以图搜图工具，适合需要提升相关任务效率的用户。

下载

location ~ ^/(login|admin|api/v1/user|logout) {
    proxy_pass http://backend;
    proxy_cache_bypass $http_cookie $arg_token;
    proxy_no_cache $http_cookie $arg_token;
    add_header Cache-Control "no-store, no-cache, must-revalidate";
}

Apache 对应配置：

<locationmatch>
    CacheDisable on
    Header always set Cache-Control "no-store, no-cache, must-revalidate"
</locationmatch>

确保缓存键包含权限相关变量

如果必须缓存部分鉴权结果（如菜单接口），缓存键需携带能区分权限的字段：

Nginx 中用 $http_authorization 或解析后的 $cookie_sessionid（需配合 map 指令提取）
避免仅用 $uri 或 $host 作缓存键，否则所有用户请求都命中同一个缓存条目
示例安全缓存键：proxy_cache_key "$scheme$host$request_uri $cookie_sessionid $http_authorization";