Каб фільтр forward-proxy і кластар Envoy выкарыстоўвалі адзін DNS-кэш

Паўтарыце аднолькавыя параметры dns_cache_config у абодвух кампанентах, затым праверце ўзгодненасць resolved-host і пошуку ў кластары.

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

dns_cache_config:
  name: shared_egress_cache
  dns_lookup_family: AUTO

Гэта толькі паўтораны фрагмент кэша. Узгадніце і астатнія параметры кэша; агульнае імя не можа прымірыць несумяшчальныя канфігурацыі.

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

Калі задзейнічаны фільтры перапісвання хоста або стан дынамічнага хоста, параўнайце хост, развязаны фільтрам, з ключом, які запытвае кластар. Развязанне аднаго імені не запаўняе чаканы запіс для іншага ключа.

Захавайце абмежаванні кліента/прызначэння. Апрацоўка CONNECT і TLS/давер вышэй па плыні патрабуюць уласнай канфігурацыі; узгадненне кэша не ўключае гэтыя шляхі.

Падобныя артыкулы