问题描述
在使用Nginx Ingress Controller时遇到一个问题，访问URL example.com/service/test1时会被重定向到example.com/login页面。以下是用户提供的YAML文件配置：
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-ing
namespace: test
annotations:
nginx.ingress.kubernetes.io/ssl-redirect: "false"
nginx-ingress.kubernetes.io/use-regex: "true"
spec:
rules:
- host: example.com
http:
paths:
- backend:
serviceName: svc-test
servicePort: 8080
path: /service/test
tls:
- secretName: tls-secret
解决方案
正确的配置
首先，根据提供的YAML配置和用户的描述，你的配置是正确的。配置生成的nginx配置应如下所示：
server {
listen 80;
server_name example.com;
...
location ~* "^/service/test" {
root /var/www/example.com/htdocs;
}
}
这个配置使用了正则表达式匹配来处理/service/test路径，从而匹配到了你的规则。
检查应用程序
然而，重定向到/login页面是由应用程序导致的，而不是nginx的重定向。你需要检查你的应用程序是否在未授权的情况下重定向到了/login页面。你可以使用curl -v或wget来测试：
curl -v -L http://example.com/service/test1 | egrep "^> (Host:|GET)"
wget http://example.com/service/test1 2>&1 | grep Location
使用Nginx Debug模式
如果你怀疑nginx的配置或重定向有问题，你可以启用nginx的Debug模式来进行调试。在nginx-ingress-controller的Deployment中添加--v=5参数来启用Debug模式。以下是如何进行操作：
- 获取
nginx-ingress-controller的Deployment：
bash
kubectl get deploy -n <namespace-of-ingress-controller>
- 编辑Deployment，添加
--v=5到- args中，如下所示：
bash
kubectl edit deploy -n <namespace-of-ingress-controller> nginx-ingress-controller
yaml
...
spec:
template:
spec:
containers:
- args:
- /nginx-ingress-controller
- --v=5 # Add this line to enable Debug mode
...
- 保存并退出编辑。Deployment会自动更新，使得nginx-ingress-controller运行在Debug模式下。
Debug模式将输出详细的日志，包括nginx配置和重定向信息，以帮助你更好地理解发生了什么。
了解Ingress Path匹配
你可以阅读Ingress Path匹配的解释，了解更多关于路径匹配和重定向的细节。以下链接提供了关于Ingress Path匹配的详细解释和示例：
结论
在检查你的应用程序是否存在未授权重定向并了解nginx的Debug模式日志后，你应该能够解决重定向问题。根据你提供的信息，nginx配置看起来是正确的，所以问题很可能出现在应用程序的逻辑中。