Tomcat反向代理时server.xml连接器配置疑问与Alfresco端口异常

核心原因 #

Alfresco默认配置里，部分内部组件（比如Share与Repo的交互、后台任务调度、Web Scripts内部调用等）会依赖**本地HTTP端口（默认8080）**完成通信——哪怕你已经通过AJP对外提供服务，这些内部逻辑仍会尝试访问http://localhost:8080。移除8080连接器后，这类调用自然会触发连接拒绝错误。

至于Keycloak占用8080时Alfresco能正常运行，大概率是Alfresco内部的调用逻辑检测到8080端口不可用后，自动 fallback 到了AJP连接器（8009端口）或其他可用通信方式，这属于一种容错机制，但并非所有场景下都会稳定触发。

解决办法 #

不需要保留对外暴露的8080连接器，只需调整配置让内部调用走正确通道：

• 修改Alfresco核心配置：找到alfresco-global.properties，调整以下参数（替换成你的实际域名）：

  alfresco.context.url=https://example.com/alfresco
  share.context.url=https://example.com/share
  alfresco.host=localhost
  alfresco.port=8009
  alfresco.protocol=ajp
  

  这些参数会告诉Share和其他内部模块，直接通过AJP协议访问Repo层，而非本地HTTP端口。

• 限制8080连接器的访问范围：如果暂时不想修改大量配置，可以保留8080连接器，但在server.xml中绑定到本地回环地址，避免对外暴露：

  <Connector port="8080" address="127.0.0.1" protocol="HTTP/1.1"
             connectionTimeout="20000"
             redirectPort="8443" />
  

  这样只有Alfresco自身能访问8080，外部无法连接，不会和其他服务冲突。

• 定位具体调用来源：查看Alfresco日志的报错调用栈，找到是哪个组件在访问http://localhost:8080（比如Workflow引擎、Web Script或第三方插件），针对性调整该组件的配置参数。

总结 #

这不是Alfresco的Bug，而是默认配置未适配反向代理+AJP的生产场景。通过调整内部通信的配置参数，完全可以移除8080连接器，或者限制其仅本地访问，同时保证Alfresco正常运行。

内容的提问来源于stack exchange，提问作者QF0