本文介绍在 apache 2.4+ 环境下，利用 mod_rewrite 模块基于 http referer 头实现对特定 html 页面（如 `/dashboard/index.html`）的来源访问控制，并强调其局限性与安全注意事项。
在 Web 安全实践中，有时需要限制某个静态页面（例如仪表盘入口 http://example.com/dashboard/index.html）仅能从指定页面（如登录页 http://example.com/auth/sign-in.html）跳转访问。虽然这不是一种强认证机制，但在特定轻量级场景中可作为辅助防护手段。Apache 2.4.56 及以上版本可通过 .htaccess 文件中的 mod_rewrite 规则高效实现该逻辑。
✅ 基础实现方案
将以下规则置于网站根目录的 .htaccess 文件最顶部（确保早于其他重写规则生效）：
RewriteEngine On
RewriteCond %{HTTP_REFERER} !=http://example.com/auth/sign-in.html
RewriteRule ^dashboard/index\.html$ - [F]说明：
- RewriteCond 判断请求头中的 Referer 是否不等于指定 URL（注意：!= 表示严格字符串不匹配）；
- RewriteRule 匹配精确路径 ^dashboard/index\.html$（^ 和 $ 确保完整路径匹配，\. 转义点号）；
- [F] 标志返回 HTTP 403 Forbidden 响应，拒绝非法来源请求。
⚠️ 注意：此规则仅校验 Referer 值是否完全一致，不支持协议升级（如 https）、域名变体（如 www.example.com）或路径参数。若站点已启用 HTTPS，务必同步更新为 https://example.com/auth/sign-in.html，否则合法请求也会被拦截。
? 实际部署前的关键检查项
在应用上述规则前，请确认以下几点，避免意外阻断或绕过：
立即学习“前端免费学习笔记（深入）”；
-
目录索引行为：若 /dashboard/ 可直接访问并自动加载 index.html（即 DirectoryIndex 启用），则需额外覆盖该路径：
RewriteCond %{HTTP_REFERER} !=http://example.com/auth/sign-in.html RewriteRule ^(dashboard|dashboard/)$ - [F] -
协议与主机标准化：建议在规则前统一强制 HTTPS 并归一化主机名（如排除 www）：
# 强制 HTTPS + 非 www 主机（放在 Referer 规则之前） RewriteCond %{HTTPS} off [OR] RewriteCond %{HTTP_HOST} ^www\. [NC] RewriteRule ^ https://example.com%{REQUEST_URI} [R=301,L] -
Referer 可靠性警示：
- 浏览器隐私策略（如 Referrer-Policy: no-referrer）、禁用 JavaScript、部分移动端 WebView 或隐私模式可能完全不发送 Referer，导致合法用户被误拒；
- 攻击者可轻易伪造 Referer 头（如通过 curl -H "Referer: http://example.com/auth/sign-in.html"），因此绝不可将其作为唯一鉴权手段；
- 真实业务场景中，应配合服务端会话验证（如登录态 Cookie + CSRF Token）或 JWT 授权，Referer 仅作辅助提示或日志审计用途。
✅ 总结建议
- ✅ 此方案适用于快速上线的轻量级跳转约束，适合内部工具或原型系统；
- ❌ 不可用于替代身份认证、权限控制或敏感数据保护；
- ✅ 生产环境务必结合 HTTPS、HSTS 及服务端会话管理；
- ✅ 建议在 ErrorLog 中记录被拦截的 Referer（通过 CustomLog 或 LogLevel alert rewrite:trace3 调试），便于监控异常流量。
Referer 检查是一把“双刃剑”——配置简单但语义脆弱。理解其原理与边界，才能在恰当的场景中发挥价值，而非制造虚假的安全感。
