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

Explain Sjunet ingress capabilities and work to be done for customers #740

Open
llarsson opened this issue Nov 27, 2023 · 3 comments
Open
Labels
documentation Improvements or additions to documentation

Comments

@llarsson
Copy link
Contributor

Describe the bug

This page doesn't clearly state what is supported over the VPN connection:

  • Can the Sjunet side of this setup initiate connections to services running in Compliant Kubernetes, at all, on an IP address level? As in, not just responding to requests from Compliant Kubernetes, but actually initiate ones themselves?
  • Can they do it on Sjunet-internal IP address ranges?
  • If yes to the above, can they somehow look up domain names services there, and if not (which I assume would be the case), let's make sure to give detailed information about what would a Customer have to do to expose an Ingress on a Sjunet-internal IP address.
@llarsson llarsson added the documentation Improvements or additions to documentation label Nov 27, 2023
@cristiklein
Copy link
Collaborator

@llarsson These are very relevant questions. However, how much should we educate Application Developers about Sjunet vs how much should we simply point them to Sjunet documentation, as we currently do?

Note that, Sjunet is not self-service. This is a feature, not a bug. Sjunet access is a privilege, not a right. Sjunet sets contractual requirements to those who want to be part of it. In fact, Sjunet access has two parts:

  • Del 1 - teckna abonnemang
  • Del 2 - beställ teknisk anslutning

I believe that Application Developers should get the answers to the questions you posted above in "Del 2".

I feel like we should close this issue by adding a disclaimer like "we are not Sjunet, for Sjunet questions, please contact Sjunet".

What do you think?

P.S. To not leave you completely in the dark, I speculate that Sjunet essentially gives each subscriber an IP address in the Sjunet range. Application Developers must configure the VPN VM to do SNAT for outbound, i.e., CK8s-to-Sjunet connections.

I also speculate that Application Developers could configure DNAT to receive Sjunet-to-CK8s connections. However, I'm ignorant on whether such usage is allowed or encourage in Sjunet.

However, since the VPN VM is outside our area of configuration, I can really only speculate.

@llarsson
Copy link
Contributor Author

I just want developers to have a good experience. ;)

I agree that we don't know what they set up, and we are not responsible for that, but we are the ones that would potentially have to run an Ingress Controller for them so they can get traffic from Sjunet into their cluster, exposed on the network where the VM sits.

How about this: if someone asks, we pinky promise to be very informative, and make that information available here and not just in a ticket? 😄

@cristiklein
Copy link
Collaborator

How about this: if someone asks, we pinky promise to be very informative, and make that information available here and not just in a ticket? 😄

Deal! 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

2 participants