-
Notifications
You must be signed in to change notification settings - Fork 711
dnslookupfamily returns ipv6 addresses for external clusters (oidc) #4744
Copy link
Copy link
Closed
Labels
kind/bugSomething isn't workingSomething isn't working
Description
Description:
What issue is being seen? Describe what should be happening instead of
the bug, for example: Envoy should not crash, the expected value isn't
returned, etc.
I compiled new version from latest master and our OIDC is now broken.
[2024-11-20 07:57:48.870][1][debug][dns] [source/extensions/network/dns_resolver/cares/dns_impl.cc:391] dns resolution for cognito-idp.eu-central-1.amazonaws.com started
[2024-11-20 07:57:48.876][1][debug][dns] [source/extensions/network/dns_resolver/cares/dns_impl.cc:308] dns resolution for cognito-idp.eu-central-1.amazonaws.com completed with status 0
[2024-11-20 07:57:48.876][1][debug][upstream] [source/common/upstream/upstream_impl.cc:484] transport socket match, socket default selected for host with address [2a05:d014:32e:701:9334:4719:42de:9263]:443
[2024-11-20 07:57:48.876][1][debug][upstream] [source/common/upstream/upstream_impl.cc:484] transport socket match, socket default selected for host with address [2a05:d014:32e:700:f4dc:9de:938f:1329]:443
[2024-11-20 07:57:48.876][1][debug][upstream] [source/common/upstream/upstream_impl.cc:484] transport socket match, socket default selected for host with address [2a05:d014:32e:702:b316:2916:8253:ddff]:443
[2024-11-20 07:57:48.876][1][debug][upstream] [source/extensions/clusters/strict_dns/strict_dns_cluster.cc:201] DNS refresh rate reset for cognito-idp.eu-central-1.amazonaws.com, refresh rate 30000 ms
Like can be seen our oidc now tries to use ipv6. However, we do not have ipv6 connectivity in our cluster at all
example interfaces
/home/curl_user $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
link/ipip 0.0.0.0 brd 0.0.0.0
3: eth0@if49: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 8910 qdisc noqueue state UP qlen 1000
link/ether 6e:6c:a3:39:7c:a5 brd ff:ff:ff:ff:ff:ff
inet 100.125.159.107/32 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::6c6c:a3ff:fe39:7ca5/64 scope link
valid_lft forever preferred_lft forever
Repro steps:
Include sample requests, environment, etc. All data and inputs
required to reproduce the bug.
- compile latest main
- deploy it to ipv4 cluster and use oidc provider which do have ipv6 record
- oidc will be broken because it cannot fetch jwks
Note: If there are privacy concerns, sanitize the data prior to
sharing.
#4740 is perhaps the PR that is breaking this
Environment:
Include the environment like gateway version, envoy version and so on.
Logs:
Include the access logs and the Envoy logs.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
kind/bugSomething isn't workingSomething isn't working