D'Forward-Proxy-Filter an de Cluster vun Envoy solle deeselwechte DNS-Cache benotzen

Widderhuel déi selwecht dns_cache_config-Parameteren an deenen zwee Komponenten, a kontrolléier duerno d'Konsistenz tëschent opgeléistem Host an dem Cluster-Lookup.

Dem Envoy säin dynameschen HTTP-Forward-Proxy huet en Opléisungsfilter an en dynamesche Cluster. Set déi selwecht Cache-Parameteren ënner typed_config vun all Komponent:

dns_cache_config:
  name: shared_egress_cache
  dns_lookup_family: AUTO

Dëst ass just de widderhuelte Cache-Deel. Pass déi aner Cache-Optiounen och un; en gemeinsamen Numm kann onvereinbar Konfiguratiounen net versöhnen.

D'Route wielt en Cluster-Numm, während den Cache-Numm den Opléisungszoustand identifizéiert. Nodeems den Forward-Proxy-Filter d'Opléisung gemaach huet, mécht de Router-Filter déi nächst Ufro.

Wann Host-Umschreiwungsfilter oder en dynameschen Host-Zoustand matspillen, vergläich den Host, deen de Filter opgeléist huet, mam Schlëssel, dee de Cluster ufroet. Een Numm opzeléise fëllt net den erwaarten Andrag fir en anere Schlëssel.

Behäl d'Restriktioune fir Client/Destinatioun. CONNECT-Behandlung an Upstream-TLS/Vertrauen brauchen hir eegen Konfiguratioun; de Cache ugläichen aktivéiert déi Weeër net.

Ähnlech Artikelen