Змусьте фільтр forward-proxy і кластер Envoy використовувати той самий кеш DNS

Повторіть однакові параметри dns_cache_config в обох компонентах, потім перевірте узгодженість розв'язаного хоста й пошуку в кластері.

Динамічний HTTP forward-proxy у Envoy має фільтр розв'язання та динамічний кластер. Розмістіть однакові параметри кешу в typed_config кожного компонента:

dns_cache_config:
  name: shared_egress_cache
  dns_lookup_family: AUTO

Це лише повторений фрагмент кешу. Узгодьте й інші параметри; спільне ім'я не примиряє несумісних конфігурацій.

Маршрут вибирає ім'я кластера, а ім'я кешу позначає стан розв'язання. Після того як фільтр forward-proxy виконає розв'язання, фільтр маршрутизатора надсилає наступний запит.

Якщо задіяні фільтри перезапису хоста або динамічний стан хоста, порівняйте хост, розв'язаний фільтром, із ключем, який запитує кластер. Розв'язання одного імені не заповнює очікуваний запис для іншого ключа.

Збережіть обмеження клієнта/призначення. Обробка CONNECT і TLS/довіра вище за потоком потребують власної конфігурації; збіг кешу не вмикає ці шляхи.

Схожі статті