-
Notifications
You must be signed in to change notification settings - Fork 76
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
Support for ExternalName services #39
Comments
As a workaround: yes, you can hardcode your backend in the VCL template. Currently, we recommend a backend definition like follows:
But this is neither enforced nor required. You can simply hardcode your backend to any external (or internal, if you like) address:
|
Great! Thanks for quick response. I'll try that. For permanent solutions - is it something you can look into? any idea if that would be easy or too complex request? |
Support for |
Oh, and just an addendum: When starting the cache, you'll probably need to add the |
There has not been any activity to this issue in the last 14 days. It will automatically be closed after 7 more days. Remove the |
Apologies on behalf of @mittwald-machine. Issues with the |
There has not been any activity to this issue in the last 14 days. It will automatically be closed after 7 more days. Remove the |
Is your feature request related to a problem? Please describe.
I am trying to setup Varnish for caching calls in between a pod in k8s and an external service which is called via ExternalName service so it doesn't have an Endpoint. Your solutions requires specifying service name and is looking for Endpoints for that Service so I guess it won't work with ExternalName.
Describe the solution you'd like
The best would be to make native support for ExternalName services. So it should detect is Service is type of ExternalName and if it is then don't try to find it's Endpoint but use External-IP
Describe alternatives you've considered
I would be happy to hardcode backend for now. Please explain if I can just put it somewhere in vcl template or so?
Additional context
The text was updated successfully, but these errors were encountered: