mod_proxy_ajp 不支持 unix 域套接字，因其专为 ajp/1.3 协议设计，仅通过 tcp/ip 连接通信，源码中未实现 af_unix 地址族解析与连接逻辑，尝试使用 unix:// 会导致 503 错误及“invalid url”提示。
mod_proxy_ajp 不支持 Unix 域套接字。它专为 AJP/1.3 协议设计，仅通过 TCP/IP 连接（如 ajp://127.0.0.1:8009）与 Tomcat 通信，底层依赖网络 socket，无法对接 unix:/path/to/socket 这类文件路径。
为什么 mod_proxy_ajp 不能用 Unix 域套接字
AJP 是一个二进制应用层协议，定义在 TCP 之上，其握手、帧格式、数据流控制均假设传输层为可靠字节流（即 TCP）。Unix 域套接字虽也提供可靠通信，但 Apache 的 mod_proxy_ajp 模块未实现对其地址族（AF_UNIX）的解析和连接逻辑——源码中所有连接建立都调用的是 apr_socket_connect() 配合 IPv4/IPv6 地址结构，不识别 unix:// 前缀或 socket 路径。
尝试类似 ProxyPass / ajp://unix:/var/run/tomcat.sock/ 的写法会导致 503 错误，并在 error_log 中出现 “No such file or directory” 或 “Invalid URL” 类提示，本质是模块根本未注册对该 scheme 的处理能力。
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
想用 Unix 域套接字？换 mod_proxy_uwsgi 或 mod_proxy_http
若后端是支持 Unix socket 的服务（如 uWSGI、Gunicorn、或新版 Tomcat 10+ 实验性 AJP over Unix），应选择对应协议模块：
-
uWSGI 应用：启用
mod_proxy_uwsgi，配置ProxyPass / uwsgi://unix:/tmp/app.sock|uwsgi://localhost/ -
通用 HTTP 后端（含 Tomcat）：用
mod_proxy_http+ Tomcat 的 HTTP connector 绑定到本地 Unix socket（需 Tomcat 10.1.22+ 或打补丁），再通过ProxyPass / http://unix:/var/run/tomcat.http.sock:（Apache 2.4.53+ 支持） -
严格要求 AJP 语义但又要 Unix socket：目前无成熟方案；可考虑在本地启一个轻量 TCP 代理（如 socat）把
127.0.0.1:8009转发到 Unix socket，但失去性能优势且增加故障点
mod_proxy_ajp 的正确高性能用法
它真正的性能优势来自协议精简（比 HTTP 少解析 header、自动透传 SSL 客户端证书状态、精准传递真实 IP），而非传输层优化。要发挥它，必须：
- 确保
mod_proxy_ajp已加载：httpd -M | grep proxy_ajp显示proxy_ajp_module (shared) - Tomcat 的 AJP Connector 显式绑定
address="127.0.0.1"（禁用0.0.0.0或::），并确认ss -tlnp | grep :8009输出含127.0.0.1:8009 - Apache 的
ProxyPass路径与 Tomcat 应用 context path 严格一致，例如 Tomcat 部署在/myapp，则写ProxyPass /myapp ajp://localhost:8009/myapp - 如 Tomcat 启用了
secret（8.5.51+ 默认开启），Apache 端需追加参数：ProxyPass /myapp ajp://localhost:8009/myapp secret=your-secret
安全与兼容性提醒
AJP 协议允许深度访问 Tomcat 内部请求属性，因此生产环境必须限制 AJP 端口仅对可信代理开放。不要将 AJP 暴露在公网或容器间未隔离网络中。另外，mod_proxy_ajp 和 mod_jk 不建议共存，可能引发连接争抢与复用异常。
