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

FR: Kubernetes Operator: ingress to an IP routable from cluster #12919

Open
irbekrm opened this issue Jul 25, 2024 · 0 comments
Open

FR: Kubernetes Operator: ingress to an IP routable from cluster #12919

irbekrm opened this issue Jul 25, 2024 · 0 comments
Labels
fr Feature request kubernetes L3 Some users Likelihood T5 Usability Issue type

Comments

@irbekrm
Copy link
Contributor

irbekrm commented Jul 25, 2024

What are you trying to do?

We already support exposing to tailnet non-public cloud services that are reachable from cluster via ExternalName Services. This works if the service has a DNS name that can be resolved from within the cluster. In some cases users have a service with relatively static IP, but no DNS name.
We could add another field to the Connector CRD to allow ingress to a single IP, i.e

apiVersion: tailscale.com/v1alpha1
kind: Connector
metadata:
  name: prod
spec:
  dnat string // IPv4 or IPv6 address

This can already be achieved today using a subnet router. However, that requires extra steps to deal with the overlap (4via6). We already have all the building blocks to implement this and if it provides better user experience it might be worth it.

cc @maisem

irbekrm added a commit that referenced this issue Jul 28, 2024
… traffic to a single IP

Add a new connector.spec.dnat field that can be used to route
traffic to a single IP address reachable from cluster.
This can be used to expose to tailnet a cloud service that can be
reached from cluster and does not have a DNS name (cloud services that
have DNS names can be exposed to tailnet using ExternalName Services, which is
a probably preferable way.)

Updates #12919

Signed-off-by: Irbe Krumina <irbe@tailscale.com>
irbekrm added a commit that referenced this issue Jul 28, 2024
… traffic to a single IP

Add a new connector.spec.dnat field that can be used to route
traffic to a single IP address reachable from cluster.
This can be used to expose to tailnet a cloud service that can be
reached from cluster and does not have a DNS name (cloud services that
have DNS names can be exposed to tailnet using ExternalName Services, which is
a probably preferable way.)

Updates #12919

Signed-off-by: Irbe Krumina <irbe@tailscale.com>
irbekrm added a commit that referenced this issue Jul 28, 2024
… traffic to a single IP

Add a new connector.spec.dnat field that can be used to route
traffic to a single IP address reachable from cluster.
This can be used to expose to tailnet a cloud service that can be
reached from cluster and does not have a DNS name (cloud services that
have DNS names can be exposed to tailnet using ExternalName Services, which is
a probably preferable way.)

Updates #12919

Signed-off-by: Irbe Krumina <irbe@tailscale.com>
irbekrm added a commit that referenced this issue Jul 28, 2024
… traffic to a single IP

Add a new connector.spec.dnat field that can be used to route
traffic to a single IP address reachable from cluster.
This can be used to expose to tailnet a cloud service that can be
reached from cluster and does not have a DNS name (cloud services that
have DNS names can be exposed to tailnet using ExternalName Services, which is
a probably preferable way.)

Updates #12919

Signed-off-by: Irbe Krumina <irbe@tailscale.com>
irbekrm added a commit that referenced this issue Jul 29, 2024
… traffic to a single IP

Add a new connector.spec.dnat field that can be used to route
traffic to a single IP address reachable from cluster.
This can be used to expose to tailnet a cloud service that can be
reached from cluster and does not have a DNS name (cloud services that
have DNS names can be exposed to tailnet using ExternalName Services, which is
a probably preferable way.)

Updates #12919

Signed-off-by: Irbe Krumina <irbe@tailscale.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fr Feature request kubernetes L3 Some users Likelihood T5 Usability Issue type
Projects
None yet
Development

No branches or pull requests

1 participant