LimitExcept 必须嵌套在 等合法容器内才能生效，不可置于 顶层；推荐用 包裹 DocumentRoot 路径，配合 Require all denied 实现方法白名单控制，如仅放行 GET、HEAD（及必要时 OPTIONS），并可通过嵌套 实现条件化放行。

在 Apache 中用 LimitExcept 实现 HTTP 方法的精细化控制，核心是「只放行明确需要的方法，其余一律拒绝」，而不是去逐个禁止危险方法。它必须嵌套在合法容器中才能生效，不能直接写在 顶层。

必须放在 Directory 或 Location 容器内

LimitExcept 只能在 、、 或 .htaccess 中使用。直接写在虚拟主机块里会报错：Invalid command 'LimitExcept'。

• 推荐优先用 包裹站点根目录，性能好、权限清晰
• 若用 .htaccess，需确保上级目录配置了 AllowOverride Limit（不是 All 或 None）
• 路径必须与 DocumentRoot 严格一致，否则规则不生效

只允许 GET 和 HEAD 是最常用安全策略

静态资源站、CDN 回源目录、只读 API 接口等场景，通常只需响应读取请求。写法是反向列举——列出允许的，其余自动拒绝。

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

• 正确示例： Require all denied
• 务必包含 HEAD：浏览器预检、缓存探针、健康检查常发该请求，漏掉会导致 405 或缓存失效
• OPTIONS 不在默认白名单里：CORS 预检依赖它，如需跨域，必须显式加进 LimitExcept 列表
• TRACE 方法无需手动禁：Apache 默认关闭（TraceEnable off），即使没列也不会启用

结合 Require 实现条件化放行

单纯按方法限制不够灵活。比如「管理员可 POST，普通用户只能 GET」，就得在 LimitExcept 内嵌套 Require 规则。

• POST 仅限内网调用： Require ip 10.0.0.0/8 Require valid-user
• Require 必须包在 或 里，不能直接写在 LimitExcept 下
• 避免规则叠加：如果外层 已设 Require valid-user，它会和 LimitExcept 内规则共同生效，建议统一收口到 LimitExcept 块中

调试 405 Method Not Allowed 的关键点

返回 405 表示请求方法被明确拒绝，不是配置没加载，而是规则已生效但不匹配。

• 检查是否漏写了 HEAD 或 OPTIONS，尤其是前端发跨域请求时
• 确认 Require all denied（Apache 2.4）没误写成旧版的 Deny from all
• 用 curl -X METHOD URL 手动测试各方法，比依赖浏览器更可靠
• 查看 Apache 错误日志（ErrorLog 指定路径），通常会提示具体哪条规则触发拒绝