You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In #52 we changed the behavior so that it matches the "Without Selector" section here but broke it for services that do have selector.
For services with a selector there should be a DNS entry with the name of the service pointing to all pods that match (i.e. multiple A records), which in our case it transforms to an another entry in /etc/hosts/ of course
The text was updated successfully, but these errors were encountered:
Hey @juancampa, I'm having this same problem and thinking through some fixes. Using the selectors for a headless service makes sense and would fix the problem, but #52 would be an issue again I believe. Maybe a kubefwd pod does make more sense for something like #52 or an option passed to kubefwd svc to disregard selectors for headless services. It does seem like using selectors when possible should be the default.
An upgrade to v1.9.0 should resolve this. For headless services kubefwd now forwards the service name to the first Pod if finds, then forwards the backing Pod names individually.
In #52 we changed the behavior so that it matches the "Without Selector" section here but broke it for services that do have selector.
For services with a selector there should be a DNS entry with the name of the service pointing to all pods that match (i.e. multiple A records), which in our case it transforms to an another entry in
/etc/hosts/
of courseThe text was updated successfully, but these errors were encountered: