OpenShift中Ingress配置：host1无法重定向到host2问题排查

以下是针对你配置的Ingress.jsonnet中重定向失效问题的排查点：

1. 语法错误导致配置无法加载 #

你的配置里apiVersion字段末尾多了一个多余的d字符：

apiVersion: 'networking.k8s.io/v1',d

这个语法错误会直接导致Kubernetes无法正确解析Ingress资源，所有规则和注解都不会生效，自然重定向逻辑也不会被执行。

2. 配置片段的字符串转义错误 #

configuration-snippet注解中使用了"来表示双引号，但这是HTML转义字符，在Jsonnet中会被直接输出到生成的Nginx配置里，导致条件判断语句格式不符合Nginx语法，条件永远无法匹配，因此不会触发重定向。正确的写法应该直接使用普通双引号：

'nginx.ingress.kubernetes.io/configuration-snippet': 'if ($host == "' + params.host1 + '") { rewrite ^(.*)$ https://' + params.host2 + '$1 permanent; }'

3. 冗余的host1路径规则干扰 #

你同时为host1和host2配置了后端路径规则，当请求到达host1时，Nginx会先匹配到host1对应的location块，即使配置了重定向片段，也可能因为后端匹配的优先级问题，导致重定向逻辑被忽略。

建议移除host1的规则，只保留host2的后端配置，这样所有host1的请求会通过server层面的配置触发重定向，而不会进入后端匹配流程。

4. 配置片段的执行位置问题 #

configuration-snippet默认是插入到location块中的，而重定向逻辑在请求进入location之前判断更合理。可以改用nginx.ingress.kubernetes.io/server-snippet注解，将重定向逻辑放到server块中，确保在匹配任何location之前就执行重定向：

'nginx.ingress.kubernetes.io/server-snippet': 'if ($host == "' + params.host1 + '") { return 301 https://' + params.host2 + '$request_uri; }'

（这里用return 301比rewrite更高效，效果一致）

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