У меня есть два веб-сервера, на которых размещено около 70 веб-сайтов с балансировкой нагрузки, выполненной через Radware App Director.
У меня проблема с анализом журнала. Все запросы к 70 нечетным сайтам маршрутизируются через App Director, и в результате IP-адрес источника в файлах журнала IIS показывает IP-адрес APP Director, а не IP-адрес фактического источника, из которого запрос отправляется на веб-сайт.
Это вызывает проблемы с отслеживанием исходного IP-адреса источника при решении проблем с конкретными сайтами.
Есть ли какое-либо решение для устранения этой аномалии журнала, чтобы IP-адрес источника в журнале IIS отражал IP-адрес фактического источника, а не IP-адрес App Director?
У меня нет личного опыта работы с продуктами Radware, но многие балансировщики нагрузки, которые действуют как прокси, имеют встроенную функциональность, в которой они передают настраиваемый заголовок HTTP-запроса под названием X-Forwarded-For. Заголовок X-Forwarded-For содержит исходные IP-адреса конечного пользователя. Возможно, этот заголовок уже отправляется на ваши серверы - простая трассировка wirehark и проверка заголовков запроса подтвердят, передается ли заголовок X-Forwarded-For.
F5 имеет свободно доступный фильтр isapi, который вы можете загрузить в IIS, который заменит исходный IP-адрес в журналах IIS на исходный IP-адрес, извлеченный из заголовка x-forwarded-for. Radware также может иметь один доступный, но F5 'не зависит от продукта F5.