-
Notifications
You must be signed in to change notification settings - Fork 578
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
Use naive TCP instead of SSL for ELB health checks #1657
Comments
/close |
@detiber: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@detiber, is there an issue tracking this potential move to using an NLB? |
/reopen Following this slack thread. |
@sedefsavas: Reopened this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@jayunit100: This issue is currently awaiting triage. If CAPA/CAPI contributors determines this is a relevant issue, they will accept it by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/assign |
@sedefsavas just to clarify, we have not changed the scope of this issue right, we want classic ELB health check to use TCP instead of SSL, that's all, right? |
/lifecycle active |
/kind bug
What steps did you take and what happened:
I ran ELB's with apiserver arguments which include a small set of cipher's not in the AWS 2016 defaults
What happened --- the ELBs never send traffic to apiservers, which means kubelets never register their static pods, and scheduler/kcm never get to start doing anything - so you just have an orphan API Server talking to ETCD, and cluster is effectively dead.
What did you expect to happen:
ELBs to happily handshake with my apiserver and forward traffic along.
Environment:
kubectl version
): 1.17/etc/os-release
): anyThe text was updated successfully, but these errors were encountered: