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
What happened:
Using net filter in order to update a split horizon DNS setup, one with include 10.0.0.0/8 and one with exclude 10.0.0.0/8 while having a HTTPRoute referencing two gateways, one with a "correct" address of 10.180.0.58 and one which has a hostname of istio-ingressgateway-external-istio.istio-ingressgateway.svc.cluster.local causes the internal external-dns instance to choose the hostname gateway but ends up with a record without a target.
Clipped logs to showcase the issue, full logs below
...
INFO[0000] config: { ... TargetNetFilter:[10.0.0.0/8] ...}
...
DEBU[0000] Endpoints generated from HTTPRoute gitlab/gitlab-ui: [gitlab.example.name 0 IN A 10.180.0.58 [] gitlab.example.name 0 IN CNAME istio-ingressgateway-external-istio.istio-ingressgateway.svc.cluster.local []]
DEBU[0000] Endpoints generated from HTTPRoute echo-server/http: [gitlab.example.name 0 IN A 10.180.0.58 [] gitlab.example.name 0 IN CNAME istio-ingressgateway-external-istio.istio-ingressgateway.svc.cluster.local [] echo.example.name 0 IN A 10.180.0.58 [] echo.example.name 0 IN CNAME istio-ingressgateway-external-istio.istio-ingressgateway.svc.cluster.local []]
INFO[0000] CREATE: gitlab.example.name 0 IN CNAME []
INFO[0000] CREATE: echo.example.name 0 IN CNAME []
...
What you expected to happen:
net filter filters out the CNAME record and since the endpoint is without targets, the entire endpoint.
Thus the only record remaining is the correct one with a valid target.
How to reproduce it (as minimally and precisely as possible):
Use net-filter with two "competing" endpoints, one with a legit target, one with a hostname
See unit tests in 77c05ac in #3451 for failing tests
What happened:
Using net filter in order to update a split horizon DNS setup, one with include
10.0.0.0/8
and one with exclude10.0.0.0/8
while having aHTTPRoute
referencing twogateways
, one with a "correct" address of10.180.0.58
and one which has a hostname ofistio-ingressgateway-external-istio.istio-ingressgateway.svc.cluster.local
causes the internal external-dns instance to choose the hostname gateway but ends up with a record without a target.Clipped logs to showcase the issue, full logs below
What you expected to happen:
net filter filters out the CNAME record and since the endpoint is without targets, the entire endpoint.
Thus the only record remaining is the correct one with a valid target.
How to reproduce it (as minimally and precisely as possible):
Use net-filter with two "competing" endpoints, one with a legit target, one with a hostname
See unit tests in 77c05ac in #3451 for failing tests
Anything else we need to know?:
Setup:
Gateways:
Logs:
Environment:
external-dns --version
): external-dns-helm-chart-1.12.1-22-g93cb700fThe text was updated successfully, but these errors were encountered: