Skip to content
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

resolve: Do not send the 'k8s' scheme #356

Merged
merged 1 commit into from Sep 18, 2019
Merged

resolve: Do not send the 'k8s' scheme #356

merged 1 commit into from Sep 18, 2019

Conversation

olix0r
Copy link
Member

@olix0r olix0r commented Sep 18, 2019

The fact that the proxy sends resolve requests with a scheme value of
k8s is an accident of history. Given that this value is currently
unused by the controller, stop setting a scheme value entirely.

The fact that the proxy sends resolve requests with a scheme value of
`k8s` is an accident of history. Given that this value is currently
unused by the controller, stop setting a scheme value entirely.
@olix0r olix0r self-assigned this Sep 18, 2019
@olix0r olix0r requested review from hawkw, kleimkuhler and adleong and removed request for hawkw and kleimkuhler September 18, 2019 16:40
@olix0r olix0r added this to In progress in moreTLS via automation Sep 18, 2019
Copy link
Contributor

@kleimkuhler kleimkuhler left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good! What are the common cases where the proxy sends schemeless requests? I saw this happening with the tap JSON output work.

@olix0r
Copy link
Member Author

olix0r commented Sep 18, 2019

@kleimkuhler the "scheme" in tap should come from the http metadata -- if that's missing that sounds like a bug. this scheme is like that, but not the same thing, really. we don't really have a use for the field at the moment, but we may want to start hydrating it i.e. "http", "https", "tcp", "tls", etc based on the context of the resolution (i.e. the http router vs the tcp forwarder, etc).

@kleimkuhler
Copy link
Contributor

@olix0r Okay thanks. I will look into it more

@olix0r olix0r merged commit dc3c600 into master Sep 18, 2019
moreTLS automation moved this from In progress to Done Sep 18, 2019
@olix0r olix0r deleted the ver/schemeless branch September 18, 2019 18:41
olix0r added a commit to linkerd/linkerd2 that referenced this pull request Sep 18, 2019
This change updates the internals of the proxy's client to the
Destination controller. Other than some minor fixes to the client's
backoff logic, no user-facing changes are expected.

* Split service discovery into composable components (linkerd/linkerd2-proxy#341)
* logging: update `tracing` and `tracing-subscriber` (linkerd/linkerd2-proxy#352)
* resolve: Do not send the 'k8s' scheme (linkerd/linkerd2-proxy#356)
alpeb pushed a commit to linkerd/linkerd2 that referenced this pull request Sep 18, 2019
This change updates the internals of the proxy's client to the
Destination controller. Other than some minor fixes to the client's
backoff logic, no user-facing changes are expected.

* Split service discovery into composable components (linkerd/linkerd2-proxy#341)
* logging: update `tracing` and `tracing-subscriber` (linkerd/linkerd2-proxy#352)
* resolve: Do not send the 'k8s' scheme (linkerd/linkerd2-proxy#356)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
moreTLS
  
Done
3 participants