You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@apisix.apache.org by GitBox <gi...@apache.org> on 2021/11/01 01:04:05 UTC
[GitHub] [apisix-ingress-controller] tokers commented on a change in pull request #726: feat: add externalname support for upstream
tokers commented on a change in pull request #726:
URL: https://github.com/apache/apisix-ingress-controller/pull/726#discussion_r739905226
##########
File path: pkg/kube/apisix/apis/config/v1/types.go
##########
@@ -126,6 +126,14 @@ type ApisixUpstreamConfig struct {
// service versions.
// +optional
Subsets []ApisixUpstreamSubset `json:"subsets,omitempty" yaml:"subsets,omitempty"`
+
+ // The host option sent to the upstream, value can be pass, node and rewrite.
Review comment:
> That's a good point, there's another scenario the link is https://gist.github.com/elvis-cai/c3774867af113f901e69bde7e41de154, if using `curl -H "Host: local.httpbin.org" ${APISIX_GATEWAY} `, since by default pass_host is pass, apisix will use `host header: local.httpbin.org` to hit the ip address of `apple.internal.com`, or we will set `pass_host: node` by default when accessing ExternalName service in k8s?
>
> Any suggestions for the naming `pass` and `rewrite` would be apprecated, thanks.
The literals should keep the "what you see is what you get" principle, so what about `"httpHostRewritePolicy"`, the candidates can be `"useOriginalClientHost"` and `"rewriteTo"` (in such a case, we have to use another field to specify the target host, saying `"target"`), and `useEndpointHostnameOrAddress`.
```yaml
httpHostRewritePolicy:
kind: useOriginalClientHost
httpHostRewritePolicy:
kind: rewriteTo
target: blah.blah.foo.com
httpHostRewritePolicy:
kind: useEndpointHostnameOrAddress
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: notifications-unsubscribe@apisix.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org