Describe the bug
A clear and concise description of what the bug is.
存在 namespace 为 demo-dev,有个 svc 为 demo-auth,通过 ke-connect 链接 和 kt-mesh 拦截指定 header (VERSION=charkey)的流量到本地。
会创建名为 demo-auth-kt-mesh-charkey、demo-auth-kt-stuntman 的两个svc;
经查看 demo-auth 的变更为
Describe the bug A clear and concise description of what the bug is. 存在 namespace 为 demo-dev,有个 svc 为 demo-auth,通过 ke-connect 链接 和 kt-mesh 拦截指定 header (VERSION=charkey)的流量到本地。 会创建名为 demo-auth-kt-mesh-charkey、demo-auth-kt-stuntman 的两个svc; 经查看 demo-auth 的变更为
demo-auth-kt-mesh-charkey 的 svc 为
demo-auth-kt-stuntman svc 为
demo-auth 是一个 springsecurity oauth 服务,访问 demo-dev 的环境 域名如 http://demo-auth.example.com/demo-auth, 会被重定向到 http://demo-auth-kt-stuntman-80/demo-auth/,如果带上 header 访问,将会被重定向到 http://demo-auth-kt-mesh-charkey-80/demo-auth/
问题点在于,为什么重定向后会跳转到 svc 的这个地址然后加上 -80? 80 是 svc 的端口
Log please add -d to debug log
kt-connect 和 kt-mesh 没有相关的log,请问哪边可以查看到更多log
Environment (please complete the following information):
Additional context Add any other context about the problem here.