K8s Nginx Ingress配置CORS后仍跨域请求被阻问题排查求助

核心问题分析 #

你的错误提示明确指向：请求https://api.mydomain.com时，响应中缺少Access-Control-Allow-Origin头。结合你的配置，先从以下几个维度排查：

1. 首先排查Ingress配置的有效性 #

关键冲突点：Credentials与通配符Origin不兼容

你同时设置了：

nginx.ingress.kubernetes.io/cors-allow-credentials: "true"
nginx.ingress.kubernetes.io/cors-allow-origin: "*.mydomain.com"

浏览器安全规则明确规定：当请求携带凭证（credentials）时，Access-Control-Allow-Origin不能使用通配符*或*.domain.com，必须是具体的源域名（比如https://main.mydomain.com）。这是最可能导致配置失效的原因。

验证Ingress是否生效

用curl直接测试API接口的响应头，确认CORS配置是否被正确注入：

curl -H "Origin: https://main.mydomain.com" -I https://api.mydomain.com/api/your-test-endpoint

如果响应头中没有Access-Control-Allow-Origin、Access-Control-Allow-Credentials等字段，说明Ingress配置未生效，需检查：

• Ingress注解拼写是否正确（比如有没有少打字符）
• 你的NGINX Ingress Controller版本是否支持这些注解（部分旧版本可能使用kubernetes.io/ingress.class或不同的注解前缀）
• 该Ingress是否正确匹配了api.mydomain.com的路由规则，有没有其他优先级更高的Ingress抢占了流量

2. Apache是否会影响CORS？ #

有可能，需从两方面检查：

（1）Apache是否返回冲突的CORS头

如果Apache的配置文件（比如httpd.conf或.htaccess）中已经添加了CORS相关头（如Header set Access-Control-Allow-Origin *），会和Ingress注入的头产生冲突，浏览器会因头不一致而报错。

解决方式：暂时注释掉Apache中的CORS配置，统一在Ingress层处理，避免多层配置冲突。

（2）Apache是否拦截了OPTIONS预检请求

跨域请求中的OPTIONS预检请求需要被正确处理并返回200状态码。如果Apache启用了mod_rewrite，可能会误将OPTIONS请求重定向或拦截。检查Apache配置中是否有类似规则：

RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule ^(.*)$ $1 [R=200,L]

如果没有，需要添加上述规则确保OPTIONS请求正常响应。

3. Node.js应用是否需要配置CORS？ #

取决于你的API服务部署目标：

• 如果api.mydomain.com指向Node.js服务：若已在Ingress层配置CORS，Node.js无需额外配置。但如果Node.js框架（如Express）中启用了CORS中间件，可能会覆盖Ingress注入的头，导致冲突。此时建议关闭Node.js中的CORS中间件，统一由Ingress处理。
• 如果api.mydomain.com指向PHP+Apache Pod：则参考上述Apache的排查步骤即可。

额外排查步骤 #

1. 打开浏览器开发者工具的Network面板，查看跨域请求的实际响应头，确认Access-Control-Allow-Origin是否存在、值是否匹配请求的Origin。
2. 查看NGINX Ingress Controller的日志，排查是否有CORS配置相关的错误或警告。
3. 确认main.mydomain.com的请求确实携带了凭证（如Cookie、Authorization头），如果没有，可暂时关闭cors-allow-credentials: "true"，测试通配符Origin是否生效。

内容的提问来源于stack exchange，提问作者prosto.vint