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

Kubeseal not working on EKS IPv6 CLuster #1446

Closed
Vinaum8 opened this issue Jan 24, 2024 · 8 comments
Closed

Kubeseal not working on EKS IPv6 CLuster #1446

Vinaum8 opened this issue Jan 24, 2024 · 8 comments
Assignees
Labels
triage Issues/PRs that need to be reviewed

Comments

@Vinaum8
Copy link

Vinaum8 commented Jan 24, 2024

Which component:
SERVER:
Helm chart: https://bitnami-labs.github.io/sealed-secrets/sealed-secrets
Chart Version: 2.14.1
Container Image: docker.io/bitnami/sealed-secrets-controller:v0.24.5

CLIENT:
kubeseal version: v0.24.5

Describe the bug
well, i tried generate the sealed secrets with kubeseal binary version 0.24.5 and the connection start and finalize with message:

error: cannot fetch certificate: error trying to reach service: dial tcp [2600:1f1e:82a:9d05:25f3::a]:8080: connect: connection timed out

this same kubeseal (server and client version) installed in other clusters with ipv4 work fine.

I had this same error with rabbitmq maganement port and metrics port and the solution was to change the config file in the line of listen port.

From: 0.0.0.0
To: ::

Is there anything i can do?

To Reproduce
Wih EKS Cluster IPV6.
Install Helm Chart Version
Install Binary Version
Generate Secret.

Expected behavior
[A clear and concise description of what you expected to happen.](error: cannot fetch certificate: error trying to reach service: dial tcp [CLUSTERIP]:8080: connect: connection timed out)

Version of Kubernetes: 1.28

  • Output of kubectl version:
Client Version: v1.29.0
Kustomize Version: v5.0.4-0.20230601165947-6ce0bf390ce3
Server Version: v1.28.4-eks-8cb36c9
@Vinaum8 Vinaum8 added the triage Issues/PRs that need to be reviewed label Jan 24, 2024
@Vinaum8
Copy link
Author

Vinaum8 commented Feb 27, 2024

@alvneiayu Do you have any suggestions or alternatives for this problem?

@alvneiayu
Copy link
Collaborator

sorry @Vinaum8, trying to reproduce it. I will come back as soon as possible. Thanks for your time

@fayak
Copy link

fayak commented Apr 8, 2024

Simply add

command:
          - controller
          - --listen-addr
          - '[::]:8080'
          - --listen-metrics-addr
          - '[::]:8081'

to the values of your helm chart and voilà :)

@agarcia-oss
Copy link
Member

@Vinaum8 Did that configuration worked for you?

@Vinaum8
Copy link
Author

Vinaum8 commented Apr 11, 2024

@agarcia-oss yes, my kube seal server is listen on ipv6 address.
Thanks @fayak

HTTP server serving on [::]:8080 HTTP metrics server serving on [::]:8081

But, my connection beetwen kubeseal client and kubeseal server not working.

`$ kubeseal < secret.yaml > sealed-secret.yaml

error: cannot fetch certificate: error trying to reach service: dial tcp [2600:1f1e:82a:9d05:df4f::b]:8080: connect: connection timed out`

@fayak
Copy link

fayak commented Apr 11, 2024

Not sure what's your issue there, but in my case I found it easier to enable the ingress and use kubeseal --cert https://example.com/v1/cert.pem instead of working with the service directly, especially since most of my users don't have access to the kubernetes API

@Vinaum8
Copy link
Author

Vinaum8 commented Apr 11, 2024

Hmmmm, i'll test this.

@Vinaum8
Copy link
Author

Vinaum8 commented Apr 25, 2024

Not sure what's your issue there, but in my case I found it easier to enable the ingress and use kubeseal --cert https://example.com/v1/cert.pem instead of working with the service directly, especially since most of my users don't have access to the kubernetes API

Man, i use this approach and works for me!

Add Command and Create Ingress!

Thanks @fayak

@Vinaum8 Vinaum8 closed this as completed Apr 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
triage Issues/PRs that need to be reviewed
Projects
None yet
Development

No branches or pull requests

4 participants