HAProxy中force-persist使用内联ACL及请求变量失效问题咨询

你好，我来帮你分析这个配置里的问题~

先梳理下你的场景：你在HAProxy 2.4版本中配置了back-test后端，通过http-request set-var把请求头X-Instance-Name或者URL参数instanceName赋值给req.instance变量，并且use-server指令能正常基于这个变量匹配后端服务器，但用同样的变量逻辑写的force-persist内联ACL（注释行#1）和基于变量定义的ACL（注释行#2）却完全不生效，必须直接用请求头/URL参数的原始匹配才能正常工作。

问题的核心在于HAProxy不同指令的执行时机差异：

1. 持久化规则的执行时机更早：force-persist属于会话持久化相关的指令，它的判断逻辑是在会话初始化的早期阶段执行的——这时候HAProxy还没运行到http-request系列的指令，你通过http-request set-var设置的req.instance变量还没有被赋值，所以基于这个变量的ACL判断自然会返回FALSE，看起来就像完全不生效一样。
2. 请求处理阶段的指令执行较晚：http-request set-var和use-server都属于请求解析完成后的处理阶段执行的指令，这时候req.instance已经被正确赋值，所以use-server能正常匹配变量值。

再解答你的两个疑问：

• 不是“某些配置语句不能用内联ACL”：内联ACL本身是合法的，只是你在内联ACL里用到的req.instance变量在force-persist执行时还未初始化，导致判断失效。
• 不是“不能在ACL定义里用请求变量”：请求变量可以在ACL里使用，但要注意ACL被调用的时机。如果是在http-request、use-server这类晚阶段指令中使用基于请求变量的ACL，完全没问题；但如果是在force-persist这种早阶段指令中使用，请求变量还没被设置，就会出现匹配失效的情况。

如果你想简化配置，不用重复写请求头/URL参数的匹配逻辑，其实可以直接把force-persist的条件写成和set-var一致的组合判断，比如：

force-persist if { hdr(X-Instance-Name) -m str 1 2 } or { urlp(instanceName) -m str 1 2 }

这样就不用依赖还未初始化的req.instance变量，同时也能达到和你当前生效配置一样的效果。

备注：内容来源于stack exchange，提问作者sharpener