F5负载均衡下ASP.NET应用JS偶发失效，含apm_do_not_touch标签求方案

这问题我之前帮客户排查过类似的，结合你描述的症状——启用F5负载均衡后JS偶尔失效、出现apm_do_not_touch标签，单节点部署时问题消失，核心原因基本和F5的APM（Access Policy Manager）模块以及会话亲和性配置有关，咱们一步步拆解：

可能的原因 #

• F5 APM的内容注入干扰：apm_do_not_touch是F5 APM模块的专属标记，通常用于标记不需要被APM修改的内容区域，但如果APM配置了自动内容改写或会话相关的脚本注入，当请求在后端服务器间切换时，APM可能错误地向页面注入额外脚本，破坏原有JS的结构或执行顺序。
• 会话亲和性（粘性会话）配置不当：ASP.NET应用通常依赖ASP.NET_SessionId保持会话状态，如果F5没有配置基于该Cookie的粘性策略，用户请求会随机分配到不同后端服务器，不仅会导致Session状态不一致，还会触发APM在不同会话上下文下重复注入脚本，进而干扰JS正常运行。
• 缓存策略不一致：如果后端服务器或F5开启了页面/JS缓存，但缓存键没有区分会话或服务器节点，不同服务器返回的缓存内容可能存在差异，切换节点时APM注入的额外标签会和原有缓存内容冲突，导致JS失效。

解决方案建议 #

• 检查并调整F5 APM配置：
  • 登录F5管理控制台，找到APM的内容改写规则，排查是否有针对HTML页面的自动脚本注入配置，尝试临时禁用相关规则，验证问题是否消失。
  • 确认apm_do_not_touch标签的触发条件，是否可以通过配置让APM跳过对应用页面中JS区域的修改。
• 配置正确的会话亲和性：
  • 在F5的负载均衡池配置中，启用基于Cookie的会话粘性，指定使用ASP.NET_SessionId作为粘性标识，确保同一个用户的所有请求始终路由到同一台后端服务器，避免会话切换带来的APM上下文混乱。
• 统一缓存策略：
  • 确保后端所有Web服务器的缓存配置完全一致，对于动态生成的JS内容，建议禁用缓存或使用包含会话ID的缓存键，避免不同节点返回的缓存内容冲突。
  • 检查F5的缓存规则，避免对应用的动态页面或JS资源进行缓存，或者配置缓存时排除APM相关的注入内容。
• 验证HTTP内容处理配置：
  • 检查F5是否开启了HTTP压缩或内容改写功能，这些功能可能会破坏页面的HTML结构，导致apm_do_not_touch标签和原有JS的位置错乱，尝试临时禁用压缩功能，观察问题是否缓解。

内容的提问来源于stack exchange，提问作者M.Ramadan