-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
request help: why the location in response header that returned by APISIX has the 9443 port? #6954
Comments
@shuoshadow Which action results in this redirect? Is this a behavior of APISIX itself or its backend? |
Can you provide more detailed information? |
This is an already known problem, see #6686. |
#6286 (comment) |
#6945 proxy-rewrite cannot modify X-Forwarded-Port same problem as mine |
@shuoshadow Temporary workaround: Change the apisix port to 80 443 |
Or should apache apisix handle the port in redirect url by using the X-Forwarded-Port? |
+1. ref: #6945 |
https://apisix.apache.org/docs/apisix/plugins/redirect#example-usage set apisix config.yaml ... will redirect 443 port |
Was this fixed on recent releases? Whats the recommended way going forward for this issue? |
What's your version? Recent releases will check the |
I am using the last available version of the apisix helm chart with default option. Can you please give us the way to fix this please ? |
@fbossiere Without a context, I didn't know if this is an issue or a normal scene. |
The context is very simple.
1- You deploy apisix ingress controller on any 1.2x k8s cluster using the
official documentation with default values yaml, then
2- you helm install keycloak with default values.yaml, together with
3- a standard apisix route + certificate
Then you notice that this weird redirection occurs when you try to access
the admin console of keycloak.
Something is clearly going wrong with the X-forwarded-port but nothing in
apisix-ingress-controller documentation tells us how to fix.
This problem doesn't occur with nginx ingress controller, nor traefik. It
basically has been preventing our company to use apisix until now.
Le lun. 6 févr. 2023, 03:19, Alex Zhang ***@***.***> a écrit :
… @fbossiere <https://github.com/fbossiere> Without a context, I didn't
know if this is an issue or a normal scene.
—
Reply to this email directly, view it on GitHub
<#6954 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEG6MNEZPOHP7OX2DHN6CSTWWBNRRANCNFSM5UQ3JGZA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
a quick fix for this is setting the HTTPS port to |
@fbossiere If this is OK for you, would you like to submit a PR to mention it in the docs? |
Due to lack of the reporter's response this issue has been labeled with "no response". It will be close in 3 days if no further activity occurs. If this issue is still relevant, please simply write any comment. Even if closed, you can still revive the issue at any time or discuss it on the [email protected] list. Thank you for your contributions. |
This issue has been closed due to lack of activity. If you think that is incorrect, or the issue requires additional review, you can revive the issue at any time. |
"Has anyone fixed this issue? I am experiencing the same problem." |
This configuration has the load balancer port set to 443, but if the port inside the container is 9443, it will still redirect to 9443. |
Issue description
apisix前使用slb 443端口转发到apisix的9443端口
apisix 代理https请求后 携带了9443端口导致无法重定向
是因为header的原因吗?我配置了apisixroute的proxy-rewrite插件也不行
Environment
apisix-ingress-controller version --long
);kubectl version
);uname -a
).The text was updated successfully, but these errors were encountered: