Как сконфигурировать логирования ответ от upstream серверов в dnsdist (что бы был ip)?

В dnsdist можно логировать ответы от upstream-серверов, но нужно понимать, что базовый query logging чаще показывает запросы, а не всегда удобную картину «какой upstream ответил и каким IP». Для такой задачи обычно используют Lua hooks, dnstap, protobuf logging или внешнюю систему логирования, в зависимости от объема трафика.

Если нужно видеть, какой backend обработал запрос и какой ответ вернулся, начните с настройки carbon/webserver/console для статистики, а для подробных событий используйте Lua. Но будьте осторожны: полное логирование DNS-ответов на нагруженном резолвере быстро создаст большой объем логов и задержки.

Упрощенная логика через Lua может выглядеть так:

function logResponse(dq)
  local remote = dq.remoteaddr:toString()
  local qname = dq.qname:toString()
  local qtype = dq.qtype
  infolog('client=' .. remote .. ' qname=' .. qname .. ' qtype=' .. qtype)
  return DNSAction.None
end

Дальше нужно привязать действие к подходящему hook/action, исходя из версии dnsdist. В разных версиях доступны разные функции для response rules и Lua actions, поэтому обязательно сверяйте синтаксис с установленной версией.

• для аудита включайте подробные логи временно;
• для постоянного мониторинга лучше использовать метрики и выборочное логирование;
• если нужен полный поток DNS-событий, смотрите dnstap/protobuf;
• логируйте backend/server ID, qname, qtype, rcode и client IP;
• не пишите персональные DNS-запросы в открытые логи без политики хранения.

Если задача именно «получить IP из ответа», проверьте, что вы логируете секцию ответа, а не только запрос. Для больших нагрузок лучше отправлять события в syslog/Graylog/ClickHouse, а не писать в один локальный файл. И обязательно включайте sampling или фильтр по доменам/клиентам, иначе логирование само станет причиной проблем с DNS.