Istio now supports wildcard ServiceEntry with DYNAMIC_DNS resolution, enabling sidecar proxies to route HTTPS egress traffic to wildcard domains (e.g., *.wikipedia.org, *.amazonaws.com) without requiring a dedicated egress gateway. Previously, this required a complex setup involving an egress gateway acting as an SNI forward proxy, multiple custom resources including EnvoyFilter configurations, and an extra network hop. The new approach uses Envoy's dynamic forward proxy (DFP) cluster, which reads the SNI value from the TLS handshake and dynamically resolves the upstream hostname. This simplifies configuration, reduces latency by eliminating the intermediate gateway hop, and works in both sidecar and ambient mesh modes. The post also covers using this with waypoint proxies for ambient mode and for routing to unknown internal services.

5m read timeFrom istio.io
Post cover image
Table of contents
OverviewWhy wildcard HTTPS egress is difficultSNI routing via Egress GatewayWildcard ServiceEntry with DYNAMIC_DNS resolutionOther use casesConclusionReferences

Sort: