Kibana UI通过API网关访问时资源加载乱码问题求助

问题场景 #

Kubernetes 1.21.7集群中部署了Elasticsearch 7.17.5与Kibana 7.17.5实例对，通过集群内的Broadcom API Gateway 10.1.00访问Kibana UI时，关联的JavaScript、CSS资源出现乱码，浏览器控制台报Uncaught Syntax Error: Illegal Character U+001B at position 0错误。但以下场景均正常：

• 直接通过kubectl port-forward访问Kibana服务，页面加载完全正常
• 使用curl通过网关请求资源，能获取标准UTF-8格式的JS/CSS内容
• 其他通过该网关访问的Web应用未出现此类乱码问题

排查方向 #

1. 检查网关的编码与压缩配置 #

• 排查Kibana路由对应的网关策略，确认是否开启了字符集强制转换功能，比如误将UTF-8转为Unicode或其他编码
• 检查Content-Encoding、Transfer-Encoding相关配置，是否存在网关自动添加压缩编码后，浏览器解码异常的情况（比如网关返回gzip压缩，但未正确设置响应头，导致浏览器用明文解析）

2. 对比浏览器与curl的请求/响应头差异 #

• 用浏览器开发者工具（Network面板）查看异常JS/CSS资源的请求头和响应头，重点关注：
  • Content-Type是否包含charset=utf-8（比如application/javascript; charset=utf-8）
  • 是否存在Content-Encoding头与curl请求时的差异
• 对比网关针对浏览器请求和curl请求返回的响应头，确认网关是否根据User-Agent等请求头做了差异化的编码处理

3. 排查网关的内容改写与缓存策略 #

• 检查网关是否对Kibana的静态资源（带哈希后缀的JS/CSS文件）开启了响应内容替换或HTML改写类策略，这类策略可能误修改了二进制资源的编码
• 确认网关的静态资源缓存配置，检查缓存的资源是否存在编码异常，可尝试清空网关缓存后重新测试

4. 验证Kibana的server.basePath配置 #

• 如果Kibana配置了server.basePath，确认网关的路由路径是否与basePath完全匹配，路径重写过程中是否出现字符编码丢失或转换错误

5. 测试网关的二进制透传模式 #

• 将网关针对Kibana静态资源的路由设置为二进制传输模式，禁止网关对响应内容做任何解析、编码转换或改写，直接透传Kibana返回的原始内容，验证是否解决问题

6. 验证浏览器端编码识别 #

• 在浏览器开发者工具的Network面板中，找到异常的JS/CSS资源，切换到Response标签，手动将编码设置为UTF-8，观察页面是否能正常加载，排除浏览器自动编码识别错误的可能

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