Я не знаю об инструменте, который делает это непосредственно, но Вы могли всегда просто использовать tcpdump на bsd шлюзе, чтобы осуществить сниффинг запросов DNS и ответов, и затем сравнить запросы с ответами. Дамп tcp был бы чем-то как:
tcpdump -i interface 'udp port 53' -o dumpfile
Возможно, что они были бы tcp также, таким образом, можно получить обоих, если Вы хотите. Можно затем проанализировать dumpfile с wireshark путем создания двух фильтров, один для запросов и один для ответов. Затем просто считайте количество запросов по сравнению с ответами, если reponses <запросы, может быть проблема.
Вы рассмотрели апачский httpd с mod_proxy и mod_cache?
Лак - кэширование управляемо по правилам о сервере лака в сотрудничестве с заголовками с исходных серверов.
Выравнивание нагрузки - что-то как haproxy должно добиться цели, не уверенный, если лак способен к этому или нет. Выравнивание нагрузки и кэширование являются двумя различными функциями - разделяют их, если Вы можете.
Что касается обнаружения изменений и выставления их - это - больше проблемы проектирования приложений. При установке тайм-аутов кэша (на всех уровнях, таким образом, реверс проксирует, а также клиентские браузеры ведут себя когерентно), затем, новое содержание должно быть взято соответственно.
Для объемного загружающегося нового содержания у Вас могло просто быть что-то, подбросил прокси ударом для hte содержания и сделали, чтобы они предварительно загрузили его.
Если Вы хотите контролировать для изменений.... не совсем уверенных в тот одном - но если Лак не может сделать этого на своем собственном, это - достаточно простой сценарий для записи.